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

Lorenzo Colitti <lorenzo@google.com> Sat, 03 June 2017 05:51 UTC

Return-Path: <lorenzo@google.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 6FAAF124217 for <ipv6@ietfa.amsl.com>; Fri, 2 Jun 2017 22:51:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 Evb1mMyAkcKk for <ipv6@ietfa.amsl.com>; Fri, 2 Jun 2017 22:51:24 -0700 (PDT)
Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (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 175F9127419 for <ipv6@ietf.org>; Fri, 2 Jun 2017 22:51:24 -0700 (PDT)
Received: by mail-vk0-x234.google.com with SMTP id p62so13908030vkp.0 for <ipv6@ietf.org>; Fri, 02 Jun 2017 22:51:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1RZQnfWCsztIL1XiCH8ixGpFY3eZL1KR5eu2cWK5Tco=; b=QU77Zsc5zSSY2WlKplP0UotawMX7YzUwjCSMbnH769ZpvHMptpOMK4QE+PaMaJ5syC SlpMb4KEwPchmtn9X1Xj9gQSoPG1tm/EpI9ax4xmekoBQrJdPoSJgaeTqfpLKS/D6Dh8 4F908WEGyTyVRwmN8BLFx+yawMYDQo71+qyo3nvfrZc/lKbqp0NwWElnj8xAviw54Ko8 LhgqxSw/EKFdemZzYy2Yjw+jZupx1RUa073p1msSV9prKMQ7uBE8rG2zRJIeRERBrM5G 8Y65AQ8qyMjKz3bnING3xRtnOiRaZH10fMFPBbwZEUbjczWgY4Jay/Y9dEZYDydzWI+T /35w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1RZQnfWCsztIL1XiCH8ixGpFY3eZL1KR5eu2cWK5Tco=; b=GjYjOiLtlNO4mteV7vXNOYRDoXwnezo5bzs1yrDwVxS0qFN9+pOgK10dKr05A5K/6I QjcJv/wvpOKQtUUuMwfMYyKQ+K/goPX9kiSEH+uH8NXUVEjkQAgAfVbsiZzqDd2Ki1fr sh3C+NfzWqVGPh8Et6N34VN5lW63mgfcoQZkTyfvw5PSehJXV54nHV6AAW1IbzpVNESJ akNlrJjfZmCiJrADLUrvi1CGThMAPzR/FlRDPuvK/ofOnaHjhErd8A91kz/DZ+57FDuL h5FK/6ZUzMP9jNn6N+O5ZUKzw8zP6d0zB987kYmXFp4bIqEJYRNmIze36U1DlOSQGjlQ qVhA==
X-Gm-Message-State: AODbwcBt41iS9Pea5JQk1/6pqZ2R2+0MLWjv15var7wlQXC1AHy5IhSW 6E+c6BEaWExjgcGF1oCYN1WuuylFzMjG
X-Received: by 10.31.210.1 with SMTP id j1mr5108245vkg.144.1496469083045; Fri, 02 Jun 2017 22:51:23 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.31.168.138 with HTTP; Fri, 2 Jun 2017 22:51:22 -0700 (PDT)
Received: by 10.31.168.138 with HTTP; Fri, 2 Jun 2017 22:51:22 -0700 (PDT)
In-Reply-To: <CALx6S35Ye67CHmqDF0AW5SX_-P6p16A1i6pFp5nOUwRB-r_GPA@mail.gmail.com>
References: <20170602141112.x64nleqclygz7dwd@Vurt.local> <20170602141259.GD30896@gir.theapt.org> <CAKD1Yr0DtQYvCYLQexhXe_nhb5rjeyhnB4bCveqyO5Xbuwdg1A@mail.gmail.com> <20170602145655.msfjw35qhoev4sm2@Vurt.local> <CAKD1Yr3gqFgq3dxFaBEV++q5cgx1AHzFLGRJ50DYJjVE69C7iA@mail.gmail.com> <f2260ee557014429a1fef32de040547b@XCH15-06-11.nw.nos.boeing.com> <d62ce5e3ea0f486eb4c9d54609a86b24@XCH15-06-08.nw.nos.boeing.com> <04bdfdfe018145e6aedbaa62ed6cbfb0@XCH15-06-11.nw.nos.boeing.com> <78fe298cb5484d50a56cf6ed4ddafb54@XCH15-06-08.nw.nos.boeing.com> <6bba4c2b58964787860f2c7acf130959@XCH15-06-11.nw.nos.boeing.com> <d3558856-6faf-1d50-870a-c9db1e91e34c@innovationslab.net> <20170603003552.7A0327ADD848@rock.dv.isc.org> <67a85067-2150-62cf-0eab-bca3d7827a4c@si6networks.com> <CAKD1Yr1VMES3cdm6pWrgvoX5YxhwfEwQa+f=RSnsRsY95eC4kw@mail.gmail.com> <CAKD1Yr3cXwM+2TBnuq9rnVHKgR6QY9naXVqzxQV4Hw9uB8926g@mail.gmail.com> <CAKD1Yr3oSQfM+gPJzfpK3sagb456dWvC6ab7t4D=FnFuahHqLg@mail.gmail.com> <CAKD1Yr0tGNvAZX1+UsSNdiuXQjtZo_iTmskzN1BCZKT9_UYm1A@mail.gmail.com> <CAKD1Yr1ub3XRTJf_d+rzUYDkvb=-R75JdZBRgUVTZxfCmH5XCQ@mail.gmail.com> <CALx6S35Ye67CHmqDF0AW5SX_-P6p16A1i6pFp5nOUwRB-r_GPA@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Sat, 03 Jun 2017 14:51:22 +0900
Message-ID: <CAKD1Yr10VDA1W_Ev08wcwrDZdEM=JZjJBj7d1c_1PFY=8cmrxQ@mail.gmail.com>
Subject: Re: draft-bourbaki-6man-classless-ipv6-00
To: Tom Herbert <tom@herbertland.com>
Cc: Mark Andrews <marka@isc.org>, IETF IPv6 Mailing List <ipv6@ietf.org>, Brian Haberman <brian@innovationslab.net>, Fernando Gont <fgont@si6networks.com>
Content-Type: multipart/alternative; boundary="001a114bc9e21d3c82055107dc4a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/i1OyscGc2S3KVzHJoHbs3z5T2lE>
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: Sat, 03 Jun 2017 05:51:27 -0000

On Jun 3, 2017 13:51, "Tom Herbert" <tom@herbertland.com> wrote:

> This should read: "The phone enables bridging. All the devices behind it
> share the /64."

Which allows the phone to bridge 2^64 devices! I don't understand why
my phone needs a /64. This is an impediment to being about to use
Identifier Locator Address (ILA) meaningfully in carrier networks.


ILA provides mobility by forcing mobile entities to be numbered within 64
bits instead of 128.

That makes sense in a datacenter where the numbers of locators is limited
and multiple identifiers often share a given locator, but it's extremely
inefficient in a network where everything is point-to-point like today's
subscriber and mobile networks.

When everything is point-to-point, identifiers can never share a locator
and ILA effectively reduces the size of the address space from 128 bits to
64, reducing the number of addressable devices by 2e19. That's a
spectacularly bad deal compared to the alternative, which is a few bytes of
encap overhead.