[Dibbler] Routing to a prefix-delegation client

Dan White dwhite at olp.net
Fri Apr 3 06:12:31 CEST 2009

Thanks for the response Marc. Could expand on some of those ways?

ripng actually works for me in testing, but requires manual 
configuration once the prefix has been assigned - that is, with quagga, 
once the PD is known, it can be advertised (by the requesting CPE) via 
ripng so that the upstream router(s) are informed.

I would prefer to find a way which does not require prior knowledge of 
the prefix. I could see having the server install the route at 
assignment time (however unclean) would satisfy that case (as long as 
you only have one upstream router).

Using radvd and sending router advertisements from the requesting CPE to 
the delegating router does not work, since they are both routers.

- Dan

Marc Blanchet wrote:
> this is not the business of the dhcpd server. the dhcpd server should
> somewhat signal to the routing control plane about changes in the route
> entries... different ways to do it.
> Marc.
> Dan White a écrit :
>> With regards to prefix delegation, what approaches can a server take to
>> route traffic that it just assigned to a client.
>> For instance, I have my server deleting a /48 subnet to a client, which
>> the client receives. However, the server cannot route traffic to the
>> client because it has not installed a route for it. Is there a way to
>> configure the server to install a route when a PD is handed out, or is
>> there a script that can be ran?
>> If not, is using a dynamic protocol (like ripng) going to be my best
>> approach?
>> How have others approached this case?

More information about the Dibbler mailing list