Subject: Re: strange appletalk behavior
To: None <tech-net@netbsd.org>
From: Christoph Badura <bad@ora.de>
List: tech-net
Date: 06/16/1999 01:50:09
wrstuden@nas.nasa.gov (Bill Studenmund) writes:
>> > 34060-34063 == 0x850c - 0x850f mask 0xfffc
>> > 34064-34067 == 0x8510 - 0x8513 mask 0xfffc
>> > 34068-34069 == 0x8514 - 0x8515 mask 0xfffe
>As I understand it, that's how our routing table works. It uses a binary
>tre method, so needs this. :-)
Our routing table code is perfectly able to handle the first two
entries with a single routing table entry. At least for the IP case,
but I don't see why Atalk should be different in this case.
--
Christoph Badura www.netbsd.org
Anything that can be done in O(N) can be done in O(N^2).
-- Ralf Schuettau (after looking at a particular piece of code)