Skip to main content

Liaison statement
Clarifications to IETF Process related to individual drafts and requests for IANA allocation related to IPv6 addressing

Additional information about IETF liaison relationships is available on the IETF webpage and the Internet Architecture Board liaison webpage.
State Posted
Submitted Date 2018-07-06
From Groups IAB, IETF
From Contact Scott Mansfield
To Groups ITU-T-SG-2, ITU-T-SG-2-Q1
To Contacts ITU <tsbsg2@itu.int>
Phil Rushton <philrushton@icc-uk.com>
Philippe Fouquart <philippe.fouquart@orange.com>
Cc The IAB Chair <iab-chair@iab.org>
The IAB <iab@iab.org>
The IESG <iesg@ietf.org>
Scott Mansfield <Scott.Mansfield@Ericsson.com>
The IETF Chair <chair@ietf.org>
The IAB Executive Director <execd@iab.org>
itu-t-liaison@iab.org
Response Contact The IETF Chair <chair@ietf.org>
The IAB Chair <iab-chair@iab.org>
The IAB Executive Director <execd@iab.org>
Purpose For action
Deadline 2018-09-05 Action Needed
Attachments (None)
Body
The IETF and Internet Architecture Board (IAB) have become aware of SG2-C97
(contribution to Q1/2 at the upcoming meeting). The contribution contains a
serious misunderstanding of the IETF process and appears to assume that a
document (draft-foglar-ipv6-ull-routing-02.txt) which was never adopted as a
work item has IETF approval. The proposal does not have IETF approval at this
point and is unlikely to garner it in its current form, because it embeds a
privacy-sensitive identifier into the routing system. The IETF has worked
extensively to provide alternatives to identifiers of this type and a new
proposal to embed one would need much further discussion. We also note that the
document would require both a shift to use IANA's allocation methods and a
documented plan on how to release any testing prefix from IANA back to the
global pool, as was done with the 6BONE prefix referenced in C97. Lastly, we
wish to note that the size of the proposed request needs serious
reconsideration. The size of the request is extraordinarily large if the
purpose is to support E.164 addresses currently in use. A /8 provides 2^56 (or
approximately 7x10^16) /64 subnets or approximately 1.3x10^36 ip addresses. The
maximum number of potential E.164 numbers is 1x10^14, indicating a much smaller
test space is needed.

The IETF and IAB would welcome a correspondence activity to work through the
above issues and to foster better understanding of the engagement moving
forward.