AODV RFC is now ratified
Bruce M Simpson
bms at spc.org
Tue Jul 8 07:34:34 PDT 2003
On Tue, Jul 08, 2003 at 08:13:03AM -0600, M. Warner Losh wrote:
> Cool! Hopefully this work will include fixing lucent cards too :-)
Hail Eris. All hail Discordia.
By the way, have you seen RFC 3561? It's just out.
http://www.faqs.org/rfcs/rfc3561.html
Ad hoc On-Demand Distance Vector (AODV) Routing
I'm putting together a brief FreeBSD HOWTO -- 'On-demand Routing with
XRESOLVE for Dummies' -- hinted at by fenestro. My technique is quite
simple, I create a CLONE+XRESOLVE route pointing to disc0 (to avoid
routing loops when ip forwarding is enabled) for the route(s) intended
to use the wireless cloud as a next-hop, then listen for RTM_RESOLVE
messages when the stack tries to use those route entries to clone routes
from. That then enables our hypothetical aodvd to issue RTM_CHANGE to
route the data to its peer. Seems pretty clean.
We can of course tweak the net.inet.ip.rt* cache tunables to prevent
the stack getting swamped with stale wireless routes.
I may not be able to get AODV all done on my own, but I may have a crack
at it - have a lot on my plate just now.
BMS
More information about the freebsd-net
mailing list