Re: [irtf-discuss] Why do we need to go with 128 bits address space ?

John Wroclawski <jtw@isi.edu> Thu, 22 August 2019 00:18 UTC

Return-Path: <jtw@isi.edu>
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 988AB120110; Wed, 21 Aug 2019 17:18:16 -0700 (PDT)
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, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=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 Dgfzyfr2P_2n; Wed, 21 Aug 2019 17:18:14 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB08A12004C; Wed, 21 Aug 2019 17:18:14 -0700 (PDT)
Received: from [10.101.0.125] ([128.9.180.195]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id x7M0Hi32006642; Wed, 21 Aug 2019 17:17:44 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: [irtf-discuss] Why do we need to go with 128 bits address space ?
From: John Wroclawski <jtw@isi.edu>
In-Reply-To: <CAF46EB5-03AE-495C-A85D-73B3A9B7EB02@gmail.com>
Date: Wed, 21 Aug 2019 17:17:44 -0700
Cc: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>, "irtf-discuss@irtf.org" <irtf-discuss@irtf.org>, "6man@ietf.org" <6man@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, Robert Raszuk <robert@raszuk.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <A5903A81-83C3-4FBB-94A6-2FAA1E2A4CB9@ISI.EDU>
References: <CAPTMOt+cGhBqHmT3yZVChv-PCMqxT-WPDcDdM3RuTc1TMfFeVg@mail.gmail.com> <4278D47A901B3041A737953BAA078ADE148C2FE4@DGGEML532-MBX.china.huawei.com> <10708d7b-a4bc-f9d8-a644-7c5617f5ebf3@gont.com.ar> <CAPTMOtLyiUpi4L+7TpLePvm=JtpEnw-Yv1NCKvO63_HK2jFnCA@mail.gmail.com> <447e5dae-2ae9-b9fe-baa2-111c028d3b68@necom830.hpcl.titech.ac.jp> <CAOj+MMH=wb+v137TvQkZ+KxaBobA8qYmvoHkFzEgi9-PP-Lqxg@mail.gmail.com> <df102b3b-d337-8852-c5dc-f7aa4f479d77@necom830.hpcl.titech.ac.jp> <CAF46EB5-03AE-495C-A85D-73B3A9B7EB02@gmail.com>
To: Fred Baker <fredbaker.ietf@gmail.com>
X-Mailer: Apple Mail (2.3445.104.11)
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: jtw@isi.edu
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/l5cV_B-WuqcdmnsAHT2_hNIpwJc>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 22 Aug 2019 00:18:17 -0000

> On Aug 21, 2019, at 4:38 PM, Fred Baker <fredbaker.ietf@gmail.com> wrote:
> 
> That said, we don't operate on the end2end principle in the Internet, in the sense of the application determining the route its packets will take to a destination. Applications know the addresses they might send packets to, but they have no idea by what path said packets might be routed

This is certainly true today, of course, but it's not impossible to think about alternatives. As an example, one that tried to work this through thoughtfully a while ago was Xiaowei Yang’s NIRA:

“In today’s Internet, users can pick their own ISPs, but once the packets have entered the network, the users have no control over the overall routes their packets take. NIRA aims at providing end users the ability to choose the sequence of Internet service providers a packet traverses. User choice fosters competition, which imposes an economic discipline on the market, and fosters innovation and the introduction of new services.

https://groups.csail.mit.edu/ana/Publications/XiaoweiYang-NIRA.pdf (longer PhD-level document available as well, from Xiaowei)

That said, this is one of those “tussle” spaces where the end users and the different ISPs involved each have their own interests, which may not completely align. Which is what makes the problem interesting..

cheers, -john