[AusNOG] Fw: RFC 7421 on Analysis of the 64-bit Boundary in IPv6 Addressing

[Paul Wilkins]

I'm still not convinced /64 isn't a waste. For instance, in multitenant
environments, it would be beneficial (in some implementations) to reserve
subnet bits to code for QoS, and be able to write access lists that will
hit TCAM.

Paul Wilkins

On 15 January 2015 at 15:56, Paul Wilkins <paulwilkins369 at gmail.com> wrote:

> Mark,
> Thanks for posting this.
>
> Paul Wilkins
>
> On 15 January 2015 at 15:43, Mark ZZZ Smith <markzzzsmith at yahoo.com.au>
> wrote:
>
>> Hi,
>>
>> New IPv6 RFC just published that people might be interested in - it
>> explains why IPv6 Interface Identifiers (i.e., the lower 64 bits of the
>> IPv6 address) are 64 bits (mainly, with only a few exceptions) and also
>> discusses the issues there would be if they were changed in size or made
>> variable in size.
>>
>>
>> "The IPv6 unicast addressing format includes a separation between the
>> prefix used to route packets to a subnet and the interface identifierused
>> to specify a given interface connected to that subnet.
>> Currently, the interface identifier is defined as 64 bits long for
>> almost every case, leaving 64 bits for the subnet prefix.  This
>> document describes the advantages of this fixed boundary and analyzes
>> the issues that would be involved in treating it as a variable
>> boundary."
>>
>> https://www.rfc-editor.org/info/rfc7421
>>
>>
>> (I was quite flattered when I was asked to be one of the final detailed
>> reviewers of it before it was escalated out of the IETF 6man working group
>> upon the path towards publication as an RFC.)
>>
>> Regards,
>> Mark.
>>
>>
>>
>> ----- Forwarded Message -----
>> From: "rfc-editor at rfc-editor.org" <rfc-editor at rfc-editor.org>
>> To: ietf-announce at ietf.org; rfc-dist at rfc-editor.org
>> Cc: ipv6 at ietf.org; rfc-editor at rfc-editor.org
>> Sent: Thursday, 15 January 2015, 9:43
>> Subject: RFC 7421 on Analysis of the 64-bit Boundary in IPv6 Addressing
>>
>>
>> A new Request for Comments is now available in online RFC libraries.
>>
>>
>>         RFC 7421
>>
>>         Title:      Analysis of the 64-bit Boundary
>>                     in IPv6 Addressing
>>         Author:     B. Carpenter, Ed.,
>>                     T. Chown, F. Gont,
>>                     S. Jiang, A. Petrescu,
>>                     A. Yourtchenko
>>         Status:     Informational
>>         Stream:     IETF
>>         Date:       January 2015
>>         Mailbox:    brian.e.carpenter at gmail.com,
>>                     tjc at ecs.soton.ac.uk,
>>                     fgont at si6networks.com,
>>                     jiangsheng at huawei.com,
>>                     alexandru.petrescu at cea.fr,
>>                     ayourtch at cisco.com
>>         Pages:      24
>>         Characters: 60469
>>         Updates/Obsoletes/SeeAlso:   None
>>
>>         I-D Tag:    draft-ietf-6man-why64-08.txt
>>
>>         URL:        https://www.rfc-editor.org/info/rfc7421
>>
>> The IPv6 unicast addressing format includes a separation between the
>> prefix used to route packets to a subnet and the interface identifier
>> used to specify a given interface connected to that subnet.
>> Currently, the interface identifier is defined as 64 bits long for
>> almost every case, leaving 64 bits for the subnet prefix.  This
>> document describes the advantages of this fixed boundary and analyzes
>> the issues that would be involved in treating it as a variable
>> boundary.
>>
>> This document is a product of the IPv6 Maintenance Working Group of the
>> IETF.
>>
>>
>> INFORMATIONAL: This memo provides information for the Internet community.
>> It does not specify an Internet standard of any kind. Distribution of
>> this memo is unlimited.
>>
>> This announcement is sent to the IETF-Announce and rfc-dist lists.
>> To subscribe or unsubscribe, see
>>   https://www.ietf.org/mailman/listinfo/ietf-announce
>>   https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist
>>
>> For searching the RFC series, see https://www.rfc-editor.org/search
>> For downloading RFCs, see https://www.rfc-editor.org/rfc.html
>>
>> Requests for special distribution should be addressed to either the
>> author of the RFC in question, or to rfc-editor at rfc-editor.org.  Unless
>> specifically noted otherwise on the RFC itself, all RFCs are for
>> unlimited distribution.
>>
>>
>> The RFC Editor Team
>> Association Management Solutions, LLC
>>
>>
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> ipv6 at ietf.org
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
>> _______________________________________________
>> AusNOG mailing list
>> AusNOG at lists.ausnog.net
>> http://lists.ausnog.net/mailman/listinfo/ausnog
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20150116/71f4e5a4/attachment.html>