[radvd-devel-l] Router advertisement and forwarding on client side?

vincent.trucmuche vincent.trucmuche at laposte.net
Mon Mar 19 12:32:14 EST 2007

> On Mon, 19 Mar 2007, vincent.trucmuche wrote:
> > I disagree with this ;)
> > A limitation (preventing radvd to run on a non forwarding
> > machine) has been introduced w/o any reason (AFAIK). I don't
> > understand why I should prove this limitation is not useful. I
> > would think that you (radvd team :) ) should argue why this
> > limitation is needed. :)
> > What is the problem if we remove this limitation?
> The 'limitation' is there to aid the users.  Many have
forgotten to 
> enable forwarding before running radvd, and created a setup
> hasn't worked.  User-friedliness :-)
Could we imagine a simple warning? A sentence like:
"You are running radvd while not forwarding... are you sure
this is what you want?"

> >> would be useful?  In particular, what radvd would be
advertising if 
> >> it should be used to forward packets?  (Note that 'being
a default 
> >> router' is a subset of 'forwarding packets')
> >
> > Simplest case is:
> > One want to have a "configuration server" (DHCP & RA),
> > different from the router.
> Please elaborate.  Would radvd be run on that configuration
> What information would radvd provide?  Or where would radvd
be used?
There many cases where one want to separate the router from
the configuration services so we can imagine a LAN with one or
several default routers (thanks to IPv6 anycast adresses ;) )
and one or several DHCP and radvd machines in order to give
configuration (subnet, NTP server...)..

> > I have a case to submit.
> > How to configure the default gateway of a CPE? This CPE is a
> > routeur between WAN and LAN. DHCPv6 is not able to configure
> > gateway address and RA are discarded. How my CPE will learn
> > its default gateway? This is typically a case where I would
> > like my CPE learn its gateway address using RA. :)
> This is a case what DHCPv6 prefix delegation was designed
for, I 
> think.
I don't think. DHCP-PD is used to delegate to a router a
prefix for "the other side" of this router. For instance, a
CPE could get a prefix for its LAN side. But, even if RFC 3633
(DHCP-PD) talk about "delegating router" and "requesting
router" it's not obvious that "delegating router" is also the
default gateway. So the question remains... if RA are trashed
by my CPE, how could it learn it's default route?


Envoyez vos cartes de voeux depuis www.laposte.net 
Elles seront ensuite distribuées par le facteur : pratique et malin !

More information about the radvd-devel-l mailing list