IETF Logo Mail Archive

Re: [v6ops] draft-ietf-6man-rfc4291bis prohibiting non-/64 subnets

Pierre Pfister <pierre.pfister@darou.fr> Fri, 24 February 2017 06:58 UTC

Return-Path: <SRS0=3dbs=2F=darou.fr=pierre.pfister@bounces.m4x.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98DD31295C1; Thu, 23 Feb 2017 22:58:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h2pckoc5-FDg; Thu, 23 Feb 2017 22:58:52 -0800 (PST)
Received: from mx1.polytechnique.org (mx1.polytechnique.org [129.104.30.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16E281295BC; Thu, 23 Feb 2017 22:58:51 -0800 (PST)
Received: from [10.61.217.135] (unknown [173.38.220.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ssl.polytechnique.org (Postfix) with ESMTPSA id 7990656475D; Fri, 24 Feb 2017 07:58:47 +0100 (CET)
From: Pierre Pfister <pierre.pfister@darou.fr>
Message-Id: <DADB35F5-3CB6-4396-A99F-ECE13C3EFE44@darou.fr>
Content-Type: multipart/alternative; boundary="Apple-Mail=_764C52CD-FD2D-4EAF-BC8D-CD381224AE4B"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Subject: Re: [v6ops] draft-ietf-6man-rfc4291bis prohibiting non-/64 subnets
Date: Fri, 24 Feb 2017 07:58:46 +0100
In-Reply-To: <CAKD1Yr2Q-AUEWQSXFPzjn73Q7dJhMpB2_iHb3wJTCGx4-==Bpg@mail.gmail.com>
To: Lorenzo Colitti <lorenzo@google.com>
References: <58AF313D.3020905@foobar.org> <CAO42Z2ymnLm9dUNL3doU9+vR0eMzGbr71HQybbibXq9rCObP3A@mail.gmail.com> <21A9AEAE-330D-47F3-88CA-FC845C71AED0@darou.fr> <CAKD1Yr2Q-AUEWQSXFPzjn73Q7dJhMpB2_iHb3wJTCGx4-==Bpg@mail.gmail.com>
X-Mailer: Apple Mail (2.3259)
X-AV-Checked: ClamAV using ClamSMTP at svoboda.polytechnique.org (Fri Feb 24 07:58:48 2017 +0100 (CET))
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/4J2fCKk1YekS46nql3wCTcUgj_Q>
Cc: IPv6 Operations <v6ops@ietf.org>, Mark Smith <markzzzsmith@gmail.com>, IETF <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Feb 2017 07:00:04 -0000

> Le 24 févr. 2017 à 04:27, Lorenzo Colitti <lorenzo@google.com> a écrit :
> 
> On Fri, Feb 24, 2017 at 7:43 AM, Pierre Pfister <pierre.pfister@darou.fr <mailto:pierre.pfister@darou.fr>> wrote:
> > The thing is this is not new text, it has been in RFC4291 for 11
> > years. c.f., 2.5.1.
> 
> And during those 11 years. Nobody implemented this rule specific to ::/3.
> 
> I can implement it today in some of our code if you like :-).

Good luck getting that upstreamed ! ;-)

> But it seems unlikely to make a difference, since the rule only applies to unicast addresses in ::/3, and no such addresses have been released to the RIRs. That in turn is unlikely to change until we run out of 2000::/3, and even then we'll likely move on to allocating addresses out of 4000::/3 instead of from ::/3.


So what you are saying is that all currently assigned unicast addresses are out of the ::/3 prefix. 
Meaning that, according to proposed standard, I should not be able to configure on-link prefixes of length different than 64 with currently assigned unicast addresses.
At least Linux, Windows, Apple, Cisco, and probably all mature IPv6 stacks, would let you configure prefixes of length different than 64.

- Pierre

v2.23.0 | Report a Bug | By Email