public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Implementing an "on demand" routing protocol?
@ 2004-05-03  1:56 Peter Hernberg
  2004-05-03  2:45 ` Kevin P. Fleming
  0 siblings, 1 reply; 2+ messages in thread
From: Peter Hernberg @ 2004-05-03  1:56 UTC (permalink / raw)
  To: linux-kernel, linux-net

I'm implementing the AODV routing protocol (RFC 3561) on Linux. One of
the protocol's salient features is being "on demand": rather than
receiving (and transmitting) regular updates on the topology of the
network, it waits until it needs a route to a given host (or network).
With AODV routing, in the following simple network

Host A <----> Host B <----> Host C,

it may be that A is unaware of its route to C. If A has a packet
destined for C, it buffers that packet and broadcasts a request for a
route to C.

Is there an interface whereby the kernel can be told "when you have a
packet, but lack a route to its destination, pass a message to this
daemon requesting a route and buffer that packet until the daemon is
done searching for route"? Any info would be appreciated.
-- 
Peter Hernberg


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Implementing an "on demand" routing protocol?
  2004-05-03  1:56 Implementing an "on demand" routing protocol? Peter Hernberg
@ 2004-05-03  2:45 ` Kevin P. Fleming
  0 siblings, 0 replies; 2+ messages in thread
From: Kevin P. Fleming @ 2004-05-03  2:45 UTC (permalink / raw)
  To: Peter Hernberg; +Cc: linux-kernel, linux-net

Peter Hernberg wrote:

> Is there an interface whereby the kernel can be told "when you have a
> packet, but lack a route to its destination, pass a message to this
> daemon requesting a route and buffer that packet until the daemon is
> done searching for route"? Any info would be appreciated.

A starting point might be a daemon that listens on a tun interface, with 
that interface being the target of a "default" route. The daemon can 
then receive the packets, do what it likes with them, add routes to the 
routing table, then reinject the packets back into the tun interface 
once the route is in place.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2004-05-03  2:45 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-05-03  1:56 Implementing an "on demand" routing protocol? Peter Hernberg
2004-05-03  2:45 ` Kevin P. Fleming

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox