Re: DHCPv6 support for /127s, for ISP subscriber PPP/PPPoE p2p links (Re: router vs. host discussion in 6man today for the /127 draft)

2010-04-02 Thread Mark Smith
Hi Lorenzo, On Fri, 2 Apr 2010 17:25:53 -0700 Lorenzo Colitti wrote: > On Tue, Mar 30, 2010 at 5:03 AM, Mark Smith < > i...@69706e6720323030352d30312d31340a.nosense.org> wrote: > > > I'm happy with using /64s for PPPoE links. However, if the /127 draft is > > accepted, then I'd want to be able

Re: DHCPv6 support for /127s, for ISP subscriber PPP/PPPoE p2p links (Re: router vs. host discussion in 6man today for the /127 draft)

2010-04-02 Thread Lorenzo Colitti
On Tue, Mar 30, 2010 at 5:03 AM, Mark Smith < i...@69706e6720323030352d30312d31340a.nosense.org> wrote: > I'm happy with using /64s for PPPoE links. However, if the /127 draft is > accepted, then I'd want to be able to take advantage of them on > PPP/PPPoE sessions - if there is an approved mechan

Re: DHCPv6 support for /127s, for ISP subscriber PPP/PPPoE p2p links (Re: router vs. host discussion in 6man today for the /127 draft)

2010-03-30 Thread Mark Smith
On Behalf Of Mark > Smith > Sent: Monday, March 29, 2010 4:47 PM > To: Mark Smith > Cc: Becca Nitzan; s...@core3.amsl.com; ipv6@ietf.org; George, Wes E [NTK]; > ra...@psg.com; Miyakawa; lore...@google.com > Subject: DHCPv6 support for /127s, for ISP subscriber PPP/PPPoE p2p links

RE: DHCPv6 support for /127s, for ISP subscriber PPP/PPPoE p2p links (Re: router vs. host discussion in 6man today for the /127 draft)

2010-03-29 Thread Frank Bulk - iName.com
:ipv6-boun...@ietf.org] On Behalf Of Mark Smith Sent: Monday, March 29, 2010 4:47 PM To: Mark Smith Cc: Becca Nitzan; s...@core3.amsl.com; ipv6@ietf.org; George, Wes E [NTK]; ra...@psg.com; Miyakawa; lore...@google.com Subject: DHCPv6 support for /127s, for ISP subscriber PPP/PPPoE p2p links (Re: r

DHCPv6 support for /127s, for ISP subscriber PPP/PPPoE p2p links (Re: router vs. host discussion in 6man today for the /127 draft)

2010-03-29 Thread Mark Smith
Hi, The subject pretty much says it. It's extremely wasteful to be allocating a /64 per subscriber PPP/PPPoE session. An alternative model is lay a "virtual" /64 over the top of the 100s or 1000s of PPP/PPPoE sessions, and have the subscriber's PPP IID used to autoconf the LL and global addresse