On Fri, Oct 12, 2007 at 06:59:00PM +0200, Mark Townsley wrote: > Iljitsch van Beijnum wrote: > >On 12-okt-2007, at 15:13, Mark Townsley wrote: > > > >>>Especially because a DHCP solution would impose considerable issues > >>>on the end-user side. > > > >>Now this is getting closer to what the DSL Forum is asking us. What > >>kind of issues do you envision here? > > > >See my earlier messages. Basically: > Perhaps others can answer better, but let me try. > > > >- what happens with IPv6 with and without IPv4, with and without DHCPv6 > Work definitely needs to be done in the DHCP IDs on IPv6. I imagine this > is coming soon. As for the grander picture of when and where DHCPv6 is > and is not used in DSL, sad to say but there is no DSL Forum document I > am aware of that captures this, nor is there industry consensus on > exactly how it is to be done yet (for DSL), so it's hard to answer that > question. This is something I am personally going to be pushing for the > DSL Forum to do very soon, I hope that they are receptive.
Isn't DSLAM upgrade needed anyways to support IPv6? Specifically DHCPv6 spoofing and filters for binding MAC address and IPv6 address (and IPv4 address as well for dual stack clients) would be needed for DHCP-based authentication. Please correct me if I'm wrong, but I suspect that difference between PANA and DHCP-auth with regard to impacts on existing DSLAM deployment is only marginal. Yoshihiro Ohba > >- deployment issues because DHCP is implemented deep inside OSes > Implementation folks familiar with client code I have talked to have > said that this is not insurmountable. On the BNG side, the servers are > pretty well used to a call to RADIUS between the Discover and Offer. > >- how does a host know when to present which credentials > I imagine by configuration (along with the username/password which would > likely accompany such config). Much like a PPPoE interface today. > > - Mark > > > _______________________________________________ > Int-area mailing list > [email protected] > https://www1.ietf.org/mailman/listinfo/int-area > _______________________________________________ Int-area mailing list [email protected] https://www1.ietf.org/mailman/listinfo/int-area
