RE: draft-bourbaki-6man-classless-ipv6-00

"Templin, Fred L" <Fred.L.Templin@boeing.com> Fri, 02 June 2017 16:00 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A5A41270B4 for <ipv6@ietfa.amsl.com>; Fri, 2 Jun 2017 09:00:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 3I0IMAdAE2JB for <ipv6@ietfa.amsl.com>; Fri, 2 Jun 2017 09:00:22 -0700 (PDT)
Received: from phx-mbsout-01.mbs.boeing.net (phx-mbsout-01.mbs.boeing.net [130.76.184.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3D41129410 for <ipv6@ietf.org>; Fri, 2 Jun 2017 09:00:22 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by phx-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id v52G0L7a044069; Fri, 2 Jun 2017 09:00:21 -0700
Received: from XCH15-06-12.nw.nos.boeing.com (xch15-06-12.nw.nos.boeing.com [137.136.239.221]) by phx-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id v52G0CPR043581 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Fri, 2 Jun 2017 09:00:12 -0700
Received: from XCH15-06-08.nw.nos.boeing.com (2002:8988:eede::8988:eede) by XCH15-06-12.nw.nos.boeing.com (2002:8988:efdd::8988:efdd) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Fri, 2 Jun 2017 09:00:11 -0700
Received: from XCH15-06-08.nw.nos.boeing.com ([137.136.238.222]) by XCH15-06-08.nw.nos.boeing.com ([137.136.238.222]) with mapi id 15.00.1263.000; Fri, 2 Jun 2017 09:00:11 -0700
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: Lorenzo Colitti <lorenzo@google.com>, Peter Hessler <phessler@theapt.org>
CC: IETF IPv6 Mailing List <ipv6@ietf.org>
Subject: RE: draft-bourbaki-6man-classless-ipv6-00
Thread-Topic: draft-bourbaki-6man-classless-ipv6-00
Thread-Index: AQHS262dsSo24MvI90arLJF3XDEOhqIRufvw
Date: Fri, 02 Jun 2017 16:00:11 +0000
Message-ID: <94187941f954445897f5d6e06b3caf0a@XCH15-06-08.nw.nos.boeing.com>
References: <20170602141112.x64nleqclygz7dwd@Vurt.local> <20170602141259.GD30896@gir.theapt.org> <CAKD1Yr0DtQYvCYLQexhXe_nhb5rjeyhnB4bCveqyO5Xbuwdg1A@mail.gmail.com>
In-Reply-To: <CAKD1Yr0DtQYvCYLQexhXe_nhb5rjeyhnB4bCveqyO5Xbuwdg1A@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [137.136.248.6]
Content-Type: multipart/alternative; boundary="_000_94187941f954445897f5d6e06b3caf0aXCH150608nwnosboeingcom_"
MIME-Version: 1.0
X-TM-AS-MML: disable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/fRhEgz2sVwOPU5gWPykyJhUEPjM>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Jun 2017 16:00:26 -0000

I agree that the /64 boundary is beneficial for many reasons when delegating
an IPv6 prefix to a site. What the site does with the prefix internally (including
sub-delegating into longer prefixes) is entirely up to the site.

Thanks - Fred

From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Lorenzo Colitti
Sent: Friday, June 02, 2017 7:34 AM
To: Peter Hessler <phessler@theapt.org>
Cc: IETF IPv6 Mailing List <ipv6@ietf.org>
Subject: Re: draft-bourbaki-6man-classless-ipv6-00

Do not support. A few reasons:

  *   The /64 boundary is beneficial for many reasons. See RFC 7421 and RFC 7934.
  *   The document lists no compelling use cases of what you can do with less than 2^64 addresses per link than you can't do with a 2^64 addresses per link.
  *   The only technical motivation in this draft seems to be "classful addressing was a bad idea in IPv4". That's not a valid argument in IPv6 because the address space is completely different. A /64 is *four billion times* bigger than the IPv4 internet. That's 10,000 times more than the difference between a grain of sand and the whole planet we live on. Such a huge scaling difference pretty much invalidates any argument that solutions that worked well in IPv4 will work well in IPv6.
  *   Routing on any prefix length is already required by the standards - see BCP 198.
Please stop trying to make IPv6 be the same as IPv4. That will take away our ability to make the Internet better once IPv4 is gone.

On Fri, Jun 2, 2017 at 11:12 PM, Peter Hessler <phessler@theapt.org<mailto:phessler@theapt.org>> wrote:
Support

On 2017 Jun 02 (Fri) at 16:11:12 +0200 (+0200), Job Snijders wrote:
:Hi Working Group,
:
:Please review the below.
:
:Kind regards,
:
:Job
:
:----- Forwarded message from internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> -----
:
:Date: Mon, 22 May 2017 04:25:28 -0700
:From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>
:To: Job Snijders <job@ntt.net<mailto:job@ntt.net>>, Randy Bush <randy@psg.com<mailto:randy@psg.com>>, Christopher Morrow <morrowc@google.com<mailto:morrowc@google.com>>,
:       Fernando Gont <fgont@si6networks.com<mailto:fgont@si6networks.com>>, Nick Hilliard <nick@inex.ie<mailto:nick@inex.ie>>, Geoff Huston
:       <gih@apnic.net<mailto:gih@apnic.net>>, Brian Carpenter <brian.e.carpenter@gmail.com<mailto:brian.e.carpenter@gmail.com>>, Chris Morrow
:       <morrowc@google.com<mailto:morrowc@google.com>>
:Subject: New Version Notification for draft-bourbaki-6man-classless-ipv6-00.txt
:
:
:A new version of I-D, draft-bourbaki-6man-classless-ipv6-00.txt
:has been successfully submitted by Randy Bush and posted to the
:IETF repository.
:
:Name:          draft-bourbaki-6man-classless-ipv6
:Revision:      00
:Title:         IPv6 is Classless
:Document date: 2017-05-22
:Group:         Individual Submission
:Pages:         7
:URL:            https://www.ietf.org/internet-drafts/draft-bourbaki-6man-classless-ipv6-00.txt
:Status:         https://datatracker.ietf.org/doc/draft-bourbaki-6man-classless-ipv6/
:Htmlized:       https://tools.ietf.org/html/draft-bourbaki-6man-classless-ipv6-00
:Htmlized:       https://datatracker.ietf.org/doc/html/draft-bourbaki-6man-classless-ipv6-00
:
:
:Abstract:
:   Over the history of IPv6, various classful address models have been
:   proposed, none of which has withstood the test of time.  The last
:   remnant of IPv6 classful addressing is a rigid network interface
:   identifier boundary at /64.  This document removes the fixed position
:   of that boundary for interface addressing.
:
:
:
:
:Please note that it may take a couple of minutes from the time of submission
:until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org>.
:
:The IETF Secretariat
:
:
:----- End forwarded message -----
:
:--------------------------------------------------------------------
:IETF IPv6 working group mailing list
:ipv6@ietf.org<mailto:ipv6@ietf.org>
:Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
:--------------------------------------------------------------------
--
If Reagan is the answer, it must have been a VERY silly question.

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org<mailto:ipv6@ietf.org>
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------