ietf
[Top] [All Lists]

Re: [v6ops] Last Call: <draft-ietf-v6ops-unique-ipv6-prefix-per-host-03.txt> (Unique IPv6 Prefix Per Host) to Best Current Practice

2017-06-26 10:24:42
Le 26/06/2017 à 15:37, Lorenzo Colitti a écrit :
Please don't cite RFC 7608. It has nothing to do with IP addressing, only forwarding, and the topic here is host addressing.

I disagree.  In networks there is no addressing without routing.

Alex


On Mon, Jun 26, 2017 at 9:12 PM, Van De Velde, Gunter (Nokia - BE/Antwerp) <gunter(_dot_)van_de_velde(_at_)nokia(_dot_)com <mailto:gunter(_dot_)van_de_velde(_at_)nokia(_dot_)com>> wrote:

    Hi Brian,

    Thanks for the review.

    I modified the reference to /64 IPv6 prefix length and suggested instead
    consistency with RFC7608 and that currently this likely means a /64
    in the -04 version.

    All the best,
    G/

    On 26/05/2017, 22:24, "Brian E Carpenter"
    <brian(_dot_)e(_dot_)carpenter(_at_)gmail(_dot_)com 
<mailto:brian(_dot_)e(_dot_)carpenter(_at_)gmail(_dot_)com>>
    wrote:

         Hi,

         I should have noticed this during the v6ops discussions, but I
    didn't,
         sorry.

         This draft cites RFC4862 (SLAAC) and mentions Router Advertisements
         (without also citing RFC4861, which is possibly a mistake). Those
         documents do not specify the subnet prefix length. So the draft
         shouldn't assume a particular prefix length either. We all know
    that
         it's usually 64 today, but that doesn't affect the argument made by
         the draft. We need consistency with RFC 7608 (BCP 198).

         Regards
            Brian Carpenter

         On 24/05/2017 07:41, The IESG wrote:
         >
         > The IESG has received a request from the IPv6 Operations WG
    (v6ops)
         > to consider the following document: - 'Unique IPv6 Prefix Per
    Host'
         > <draft-ietf-v6ops-unique-ipv6-prefix-per-host-03.txt> as Best
         > Current Practice
         >
         > The IESG plans to make a decision in the next few weeks, and
         > solicits final comments on this action. Please send substantive
         > comments to the ietf(_at_)ietf(_dot_)org 
<mailto:ietf(_at_)ietf(_dot_)org> mailing
    lists by 2017-06-06.
         > Exceptionally, comments may be sent to iesg(_at_)ietf(_dot_)org
    <mailto:iesg(_at_)ietf(_dot_)org> instead. In
         > either case, please retain the beginning of the Subject line
    to allow
         > automated sorting.
         >
         > Abstract
         >
         >
         > In some IPv6 environments, the need has arisen for hosts to
    be able
         > to utilize a unique IPv6 prefix, even though the link or
    media may
         > be shared.  Typically hosts (subscribers) on a shared network,
         > either wired or wireless, such as Ethernet, WiFi, etc., will
    acquire
         > unique IPv6 addresses from a common IPv6 prefix that is
    allocated or
         > assigned for use on a specific link.
         >
         > In most deployments today, IPv6 address assignment from a single
         > IPv6 prefix on a shared network is done by either using IPv6
         > stateless address auto-configuration (SLAAC) and/or stateful
    DHCPv6.
         > While this is still viable and operates as designed, there
    are some
         > large scale environments where this concept introduces
    significant
         > performance challenges and implications, specifically related to
         > IPv6 router and neighbor discovery.
         >
         > This document outlines an approach utilising existing IPv6
    protocols
         > to allow hosts to be assigned a unique IPv6 prefix (instead of a
         > unique IPv6 address from a shared IPv6 prefix).  Benefits of
    unique
         > IPv6 prefix over a unique IPv6 address from the service provider
         > include improved subscriber isolation and enhanced subscriber
         > management.
         >
         >
         > The file can be obtained via
         >
    
https://datatracker.ietf.org/doc/draft-ietf-v6ops-unique-ipv6-prefix-per-host/
    
<https://datatracker.ietf.org/doc/draft-ietf-v6ops-unique-ipv6-prefix-per-host/>
         >
         >  IESG discussion can be tracked via
         >
    
https://datatracker.ietf.org/doc/draft-ietf-v6ops-unique-ipv6-prefix-per-host/ballot/
    
<https://datatracker.ietf.org/doc/draft-ietf-v6ops-unique-ipv6-prefix-per-host/ballot/>
         >
         >
         >
         > No IPR declarations have been submitted directly on this I-D.
         >
         >
         > The document contains these normative downward references.
    See RFC
         > 3967 for additional information: rfc6106: IPv6 Router
    Advertisement
         > Options for DNS Configuration (Proposed Standard - IETF stream)
         > rfc4941: Privacy Extensions for Stateless Address
    Autoconfiguration
         > in IPv6 (Draft Standard - IETF stream) rfc4862: IPv6 Stateless
         > Address Autoconfiguration (Draft Standard - IETF stream) rfc3315:
         > Dynamic Host Configuration Protocol for IPv6 (DHCPv6) (Proposed
         > Standard - IETF stream)
         >
         >
         >
         > _______________________________________________ v6ops mailing
    list
         > v6ops(_at_)ietf(_dot_)org <mailto:v6ops(_at_)ietf(_dot_)org>
    https://www.ietf.org/mailman/listinfo/v6ops
    <https://www.ietf.org/mailman/listinfo/v6ops> .
         >


    _______________________________________________
    v6ops mailing list
    v6ops(_at_)ietf(_dot_)org <mailto:v6ops(_at_)ietf(_dot_)org>
    https://www.ietf.org/mailman/listinfo/v6ops
    <https://www.ietf.org/mailman/listinfo/v6ops>