Re: Deprecating IPv6 (Re: draft-bourbaki-6man-classless-ipv6-00)

"Leddy, John" <John_Leddy@comcast.com> Wed, 07 June 2017 10:44 UTC

Return-Path: <John_Leddy@comcast.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 28BC412EB95; Wed, 7 Jun 2017 03:44:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 IhDHttFfAmzj; Wed, 7 Jun 2017 03:44:56 -0700 (PDT)
Received: from vaadcmhout01.cable.comcast.com (vaadcmhout01.cable.comcast.com [96.114.28.75]) (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 C6E8412EB92; Wed, 7 Jun 2017 03:44:55 -0700 (PDT)
X-AuditID: 60721c4b-0e3ff7000000704e-94-5937d924e89c
Received: from VAADCEX47.cable.comcast.com (vaadcmhoutvip.cable.comcast.com [96.115.73.56]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by vaadcmhout01.cable.comcast.com (SMTP Gateway) with SMTP id 11.C2.28750.429D7395; Wed, 7 Jun 2017 06:44:54 -0400 (EDT)
Received: from VAADCEX41.cable.comcast.com (147.191.103.218) by VAADCEX47.cable.comcast.com (147.191.103.224) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Wed, 7 Jun 2017 06:44:51 -0400
Received: from VAADCEX41.cable.comcast.com ([fe80::3aea:a7ff:fe12:e268]) by VAADCEX41.cable.comcast.com ([fe80::3aea:a7ff:fe12:e268%19]) with mapi id 15.00.1263.000; Wed, 7 Jun 2017 06:44:51 -0400
From: "Leddy, John" <John_Leddy@comcast.com>
To: "otroan@employees.org" <otroan@employees.org>, Matthew Petach <mpetach@netflight.com>
CC: "draft-bourbaki-6man-classless-ipv6@ietf.org" <draft-bourbaki-6man-classless-ipv6@ietf.org>, 6man WG <ipv6@ietf.org>
Subject: Re: Deprecating IPv6 (Re: draft-bourbaki-6man-classless-ipv6-00)
Thread-Topic: Deprecating IPv6 (Re: draft-bourbaki-6man-classless-ipv6-00)
Thread-Index: AQHS33Khh/nIwD5xZ0m2+eOfSnT1nKIZN0aA
Date: Wed, 07 Jun 2017 10:44:50 +0000
Message-ID: <E7F07BF4-8F89-434E-9B9E-03526E2846A4@cable.comcast.com>
References: <CAO42Z2wp72j-yOsR8C=iqS+dX14wLwthAtOTvD5ugj_NQ=NQag@mail.gmail.com> <8be34ef8-557f-652e-0d2f-f1a1e008bffd@gmail.com> <CAKD1Yr0d-BVeG6ceU=F4Jd864SFj6msofeOOi8GAcPxOLsA9dA@mail.gmail.com> <e892e15f-3479-8099-0d72-41fe18ecabb8@gmail.com> <CAEmG1=ryNKJ9EmsEC-00JLjJdygowi6irzvw5QfkxBusLjfn9A@mail.gmail.com> <C3786A24-EC9D-4C9E-AB21-04DDA1ADFE0B@employees.org>
In-Reply-To: <C3786A24-EC9D-4C9E-AB21-04DDA1ADFE0B@employees.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.22.0.170515
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [68.87.29.10]
Content-Type: text/plain; charset="utf-8"
Content-ID: <B09439E88DE28F42914F8E778C609383@cable.comcast.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Brightmail-Tracker: H4sIAAAAAAAAA11Uf2wTVRzPu7vWW+2bt9vavZWB7mRDxjY6XFgTjEAksLE/IPEP7TSBW3e0 pbd13rX7QSRZNKBW/ijbglJiIDKELVh0kUDMmK6OVRYYSoB102mWDXUEWTBRJEbivbvrdvWv +97n897n8/l+38ujSfaAxUH7m0OC1MyLnNlC7ZZrXeUlk9Vu581vVrpGpra45q8tEK6hj38z uboPnjFvomqGRx+Amt7eR0TN1398BHaS9ZYXGgXR3ypIa1/cbfH1JftMLTfXtJ/8+W9TJxgp jYAsGjFVaOHqcXMEWGiWuUCgoZlDpPYzDNCl1CTQfr4FqO+vbgpvMTNl6MMjt024zmNeQ3eO 9RC4Jpl96GTkJzOuc5laNHrhPqGt2Y6mP4k8odXr0GCiS91LMStRb1dU0aRpyGxB9w80aF7/ EOj0wDiJ12Qxm1H0UlzVAYwdPRw7q3vlo6m544TWAoN6B6+TWm1D87OPVX0bU4EG+g/qa8rQ tYk5oNVOdP7UEKXVT6OR6GM1A8msRue+XKvJb0KH5g8DrS5CPe/PqPEhk4OuHJ3Ttxag4TMp KgqWxQyJYktKMYNSzKAUMyidAKZ+sKKV5xs9Tb5gOOSsrPDwDaJQ4Qk2eXg5hL8DAB+/VFh3 EcQfbUsAhgacFX6erHazJr5V7mhKgABNcDYYuahA2Q3Bxg4fL/t2SWFRkLk8WDyhwHARbgiL Ac6hobmLaLPQJotCSLlv3ApYHFO4/EVODsstfo8/GJZ3hSUxARBNKrKHL2PZRr5jnyAFNbME WEZTXD7sCVS6WcbLh4SAILQIUppto2kOwQfYOUcSvEL7Hr8YStPKvg0phWGMjBp2ORz/c72b tRsJQ94iaN2o0A4j/f/IBJ2VAF7aquR+/jucW27hm2S/V7fOhfGvFNSaRlXbAliKk7Jp0GC5 HK7CI7KnqUy7MdDhyIdQbQav8IWbF7t02OHktNPNPmUgsJujEN7AuM2ALxk6noEzmC0wsJme 6SfiLvAo1yMXerG7VXlAlppkYT0Gn9RBtUcEn1NPQ8cMLRbCEtyiTWcy3e4qsySUWWbfqMKz DPEh4yx/+KUKz1JH9VmmMMimwYxZTmLKnqYynRydoHiPq+DWsZfCqz6zuj+4d/bd4Mv36l/d ev4tsXrz5RPBruRsztj2DfU/7ri6/5XW/pLZ7OqYN5BsX98evfNratg6Nr2t7t+91Osz79y2 OK1id+XD04Nw3bhn4s3aI53OZHnee6fOxb9fuPVG2dujV+qKejrb2E9/31gejz77hWt/dm3Z 1FGOkn18ZSkpyfx/KzlKc5gFAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/Xil8Iayrpef8zFsG3_RfJyg2HPo>
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: Wed, 07 Jun 2017 10:44:57 -0000

Innovation at the Network layer created the Internet.
Innovation at the Network layer has let it grow to the point it is at – including things we may not like, ex. NAT.
The Internet leveraged/adopted/re-architected innovation at the Network layer that occurred even outside of IP – all the other Networking protocols that existed – Appletalk, XNS/Banyan Vines, DECnet…

Without the innovation, we’d still be talking about SONET, X.25, ATM, FrameRelay – very narrow hourglasses/wineglasses.

How narrow of a waist spurs innovation at the layers above and below the Network layer?  
Should we regress in order to spur even more innovation?  
Perhaps IP itself limits innovation at the layers above and below IP?  Ex. Dual Stack – a difficult migration and operational state.

There are “no” Network protocols other than IP today – it is very hard to justify innovation outside of IP and IPV6 is the only platform where change is even possible and worth the effort.  It takes too long and migrations are expensive.

When there was a soup of networking protocols and no clear consensus about how Networking consolidates around a standard set of protocols for systems to communicate – “A core principle of the Internet architecture is to keep the waist of the hourglass/wineglass narrow” - because ubiquity was a major goal.  IP itself was the Major Innovation.

I don’t think there is a basis to say that that principle is correct in today’s Internet, my belief.

John Leddy

On 6/7/17, 5:43 AM, "ipv6 on behalf of otroan@employees.org" <ipv6-bounces@ietf.org on behalf of otroan@employees.org> wrote:

    > Many of the arguments against this draft seem to
    > be of the form "this is bad because it might allow
    > uninformed people to make bad decisions which
    > could have bad outcomes."  I find this line of reasoning
    > to be somewhat disturbing.
    > 
    > Imagine, if you will, early man, out hunting for food
    > using his typical tool, a blunt club.  Along comes Thag,
    > with a sharpened stick, ready to join the hunt.  Early
    > man looks at it and says "wait...that looks dangerous;
    > someone could use that the wrong way, and hurt
    > themselves, or potentially hurt me.  Rather than
    > take that risk, and potentially learn new, more
    > efficient ways of getting food, let's just ban it
    > now, before anyone gets any new ideas."
    > We could still be out on the plains, beating
    > our meat with blunt clubs instead of learning
    > new ways of hunting.  We shouldn't fear progress,
    > even if it comes with a few roadbumps and bruises.
    > 
    > This draft isn't saying you *have* to use a bit boundary
    > other than /64; it's simply saying you have the *option*
    > to do so, if you like.  It's giving people the flexibility to
    > try new combinations out; some of them may be ill-advised;
    > a few warriors may come back with one less limb, having
    > discovered the _pointy_ end goes towards the prey.  But
    > on the whole, the potential for advancement would seem
    > to outweigh the risks of people maybe doing something
    > stupid here and there.
    > 
    > I support this draft for its ability to look beyond the
    > classful box, to a world in which creative new possibilities
    > open up before us, enabling new and unusual addressing
    > models and the potential for discovering new network
    > topologies we'd never considered before.
    > We shouldn't let ourselves be ruled by the fear of what
    > someone *might* do, and hold ourselves back from the
    > chance to progress and expand outside of our current
    > box.
    > 
    > Let's bring innovation back to the Internet.
    
    I believe that innovation in the IP layer hinders innovation other places in the stack (aka the Internet).
    A core principle of the Internet architecture is to keep the waist of the hourglass/wineglass narrow to allow for Innovation above and below.
    
    Best regards,
    Ole