On Tue, Nov 13, 2012 at 3:19 PM, Simon Kelley <si...@thekelleys.org.uk>wrote:
> On 13/11/12 19:04, Jim Gettys wrote: > > >> So the recursive DHCP-PD scheme strikes me as something possibly very >> fragile. I really, really don't want to repeat the experience I had with >> having extra DHCP servers, and I would guess few ISP's do either. >> >> It seems to me much more robust to flood the key configuration information >> (prefixes, DNS, NTP, and the like) via a protocol that is really designed >> for the job (whether specifically for configuration, ie. ahcp >> http://www.pps.univ-paris-**diderot.fr/~jch/software/ahcp/<http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/> >> **, or via the hacks >> on routing protocols like Ari has done with OSPF). >> > > Given that hosts are going to want to talk RA or DHCPv6, at least > initially, one option down this route has the flood include the unicast > address of a single, centralised DHCPv6 server, and routers run DHCP-relay > agents which forward to that address. That gives you DHCPv6 functionality > without recursive-PD complications. It also eliminates the problems of > distributing the available prefixes as they traverse PD chains. The > one-and-only DHCP server knows about all the prefixes delegated from the > ISP and the relays know which particular prefix has been given to the local > router by the routing protocol or AHCP. > I assume in your model, hosts on the various subnets will then have access to a centralized DHCPv6 server and other hosts can still use SLACC (which is connected to ::/64s on the local attached router's interface). Would the internal routers also get the ::/64 prefixes from the central DHCPv6 server (assume so)? If yes, would they grab a PD (with hint) for a range large enough to cover all of its' interfaces? regards, Victor K > > Simon. > > > ______________________________**_________________ > homenet mailing list > homenet@ietf.org > https://www.ietf.org/mailman/**listinfo/homenet<https://www.ietf.org/mailman/listinfo/homenet> >
_______________________________________________ homenet mailing list homenet@ietf.org https://www.ietf.org/mailman/listinfo/homenet