Date: Tue, 23 Nov 2004 17:57:02 +0100 From: Joerg Sonnenberger <joerg@britannica.bec.de> To: Martin Eugen <martin.eugen@gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: resolving routes externally Message-ID: <20041123165702.GD850@britannica.bec.de> In-Reply-To: <966ba91e04112308246616d1b8@mail.gmail.com> References: <966ba91e04112301052fed8d6b@mail.gmail.com> <41A33E4F.8060705@jonny.eng.br> <20041123135236.GC1032@britannica.bec.de> <966ba91e04112308246616d1b8@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Nov 23, 2004 at 06:24:48PM +0200, Martin Eugen wrote: > > Or alternatively use an internal queue of limited size to keep track of > > those packages. > > This is probably the only solution I can think of right now, but I > think poking a queue at regular, short intervals seems to me quite > expensive, isn't it? Or perhaps there could be a netgraph node that > handles the queue and connects to the userland daemon... but this > could make things much more complicated... ? Do you want to keep the whole name lookup in userland or query a cache like ARP is doing and fallback to the userland daemon if no entry exists in the cache? In the later case, you could just reinsert the package into the global queue after adding the cache entry. The cache handling itself could be done via normal routing messages or other communication means like polling a special device. Joerg
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041123165702.GD850>