Re: [v6ops] draft-moreiras-v6ops-rfc3849bis-00

"Fred Baker (fred)" <fred@cisco.com> Mon, 19 August 2013 17:38 UTC

Return-Path: <fred@cisco.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA71511E8131 for <v6ops@ietfa.amsl.com>; Mon, 19 Aug 2013 10:38:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -109.637
X-Spam-Level:
X-Spam-Status: No, score=-109.637 tagged_above=-999 required=5 tests=[AWL=-0.902, BAYES_00=-2.599, FRT_LOLITA1=1.865, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ejmg6Rt+N3n0 for <v6ops@ietfa.amsl.com>; Mon, 19 Aug 2013 10:38:25 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id A2B8611E813D for <v6ops@ietf.org>; Mon, 19 Aug 2013 10:38:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3852; q=dns/txt; s=iport; t=1376933905; x=1378143505; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=PzUQX/KYE/26c7+FrTXcta1WK/LCQTRUn/tkaF4GUew=; b=fVwQffPXiIFUNnq3M4jgG4W6zITSlZA66CUCPsVmY9Thfz76feMG9S87 ZqLIwfw+TLHuDDgn+b2prblIYgbLqQlfSDWFAES9IkK9JhSbu3q6XKTxL TkEqMT4t8OGaGCIyk0zjcaderHPYmy95jR+EOMfzEEtX+F1qMJezKCBdz Y=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgkFAJ5WElKtJXG9/2dsb2JhbABagwc1Ub8ygSMWdIIkAQEBAwF5BQsCAQgiJDIlAgQBDQUIAQUOh24GDLYgkCsxB4MbdwOQFoEul3WDHIIq
X-IronPort-AV: E=Sophos; i="4.89,914,1367971200"; d="asc'?scan'208"; a="249088601"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-3.cisco.com with ESMTP; 19 Aug 2013 17:38:25 +0000
Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id r7JHcPDL027819 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 19 Aug 2013 17:38:25 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.28]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.02.0318.004; Mon, 19 Aug 2013 12:38:24 -0500
From: "Fred Baker (fred)" <fred@cisco.com>
To: "Antonio M. Moreiras" <moreiras@nic.br>, Alejandro Acosta <aacosta@rocketmail.com>
Thread-Topic: [v6ops] draft-moreiras-v6ops-rfc3849bis-00
Thread-Index: AQHOnQLnfxLPnI7P/02x30eIFMb3Rg==
Date: Mon, 19 Aug 2013 17:38:24 +0000
Message-ID: <8C48B86A895913448548E6D15DA7553B9A9042@xmb-rcd-x09.cisco.com>
References: <5207D42F.2030302@nic.br> <5207E319.6070601@nic.br> <8C48B86A895913448548E6D15DA7553B99BA6E@xmb-rcd-x09.cisco.com> <20130819123450.GY65295@Space.Net>
In-Reply-To: <20130819123450.GY65295@Space.Net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.19.64.119]
Content-Type: multipart/signed; boundary="Apple-Mail=_3EFB6E92-EFBD-4316-AA73-9A77E7295F90"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Cc: "6man-chairs@tools.ietf.org" <6man-chairs@tools.ietf.org>, "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] draft-moreiras-v6ops-rfc3849bis-00
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 17:38:30 -0000

On Aug 19, 2013, at 5:34 AM, Gert Doering <gert@space.net> wrote:

> 2001:db8 came from APNIC, that's why :-) - their delegated file lists
> 
> apnic|AU|ipv6|2001:db0::|32|20031112|allocated
> apnic|AU|ipv6|2001:dc0::|32|20030124|assigned
> 
> so an extention to /29 would technically be possible, to a /28 won't.

Hmm. Tell me about 2001:da0:: and 2001:d80::? Per ftp://ftp.apnic.net/public/stats/apnic/delegated-apnic-ipv6-assigned-latest

> apnic|AU|ipv6|2001:7fa:b::|48|20050922
> apnic|AU|ipv6|2001:7fa:c::|48|20050922
> apnic|AU|ipv6|2001:7fa:d::|48|20050922
> apnic|AU|ipv6|2001:7fa:e::|48|20050922
> apnic|ID|ipv6|2001:7fa:f::|48|20050929
> apnic|CN|ipv6|2001:7fa:10::|48|20060531
> apnic|AU|ipv6|2001:7fa:11::|48|20061031
> apnic|AU|ipv6|2001:dc0::|32|20030124
> apnic|TW|ipv6|2001:dc1::|32|20030331
> apnic|JP|ipv6|2001:dc2::|32|20030529
> apnic|JP|ipv6|2001:dc3::|32|20030619


To my small mind, that suggests 2001:d80::/26 (64 prefixes), 2001:da0::/27 (32), 2001:db0::/28 (16), or 2001:db8::/29 (8). Shorter than /26 includes 2001:dc0:: and 2001:de0::, which have been allocated. The neighborhood, however, includes 2001:db8::, which we already use. I, for one, would like to see one documentation range, at least for the global unicast address space, which is to say a prefix shorter than and including 2001:db8::/32.

http://www.apnic.net/publications/research-and-insights/ip-address-trends/apnic-resource-range#IPv6Allocation notes that 2001:DB8::/29 is reserved and by definition available.

I note that we are not discussing the recommendation per se; we are narrowing in on the length of the prefix. Unless someone disagrees, I think we have pretty much agreed that something shorter than /32 makes sense.

Here's my suggestion. The 6man chairs tell me that RFC 3489 was their work group product, so it's replacement should be. I'd suggest respinning the draft as draft-moreiras-6man-rfc3849bis (and tell internet-drafts@ietf.org that it replaces this one). You want to do two separate things:

a) argue for a shorter prefix in 2000::/3, and make a separate-but-analogous argument for a prefix in fc00::/8.
In those, focus on need, not want. "We designed a lab that has 2^128 different addresses in it, we obviously need the entire IPv6 address space" doesn't follow. Say what you *need* and why you *need* it. While the request was for a /20, I have not heard a cogent argument for a /26 or shorter, I heard that there was a training lab somewhere that required a /27 (32 /32s) but have not heard that the intent of the lab could not have been done with 16 /32s, and observe that a nibble boundary would suggest a /28 (16 /32s).

b) in the IANA considerations section, note:
b.1) the availability of 2001:d80::/26, 2001:da0::/27, 2001:db0::/28, or 2001:db8::/29
b.2) the suggestion of fc00:db8:?::/44, which I think we more or less agreed to in the thread
b.3) the fact that this would also affect http://www.iana.org/assignments/iana-ipv6-special-registry/iana-ipv6-special-registry.xhtml#iana-ipv6-special-registry-1