Re: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt

[Lorenzo Colitti <[e-mail]>]

No, that doesn't work for two reasons:

   1. The "internal" hosts now have sub-par network connectivity that they
   cannot share any further with hosts behind them.
   2. As soon as enough hosts accept a /96 prefix length, a network
   operator that wants to limit address space can simply assign a /96 to the
   main host. That makes it impossible for these internal hosts to share their
   own connectivity without NAT.

On Thu, Aug 17, 2017 at 9:24 AM, DY Kim <[e-mail]> wrote:

> Does this ‘unlimited devices behind the host’ include the following case?
>
>   - A host gets a /64 prefix.
>
>   - The host runs for itself an internal ‘Unique-IPv6-Prefix-per-Host’ so
> that it hands out a /96 prefix to each internal device.
>
>   - In effect, this comes down to /96 prefixes and 32-bit IIDs.
>
> Technically, there’s no reason why this cannot be done, I’d assume.
> However, would this be forbidden in the sense of the current and related
> std track documents?
>
> ---
> DY
>
>
> > On 16 Aug 2017, at 23:00, Lorenzo Colitti <[e-mail]> wrote:
> >
> > /64 gives you something that no longer prefix does: the ability to run
> SLAAC and connect unlimited devices behind the host.
>
>