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

Ca By <cb.list6@gmail.com> Sun, 04 June 2017 13:08 UTC

Return-Path: <cb.list6@gmail.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 C6E52129469 for <ipv6@ietfa.amsl.com>; Sun, 4 Jun 2017 06:08:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.549
X-Spam-Level:
X-Spam-Status: No, score=-0.549 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 zJyGyd90kD9L for <ipv6@ietfa.amsl.com>; Sun, 4 Jun 2017 06:08:08 -0700 (PDT)
Received: from mail-yw0-x22a.google.com (mail-yw0-x22a.google.com [IPv6:2607:f8b0:4002:c05::22a]) (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 197B61293E0 for <ipv6@ietf.org>; Sun, 4 Jun 2017 06:08:08 -0700 (PDT)
Received: by mail-yw0-x22a.google.com with SMTP id l14so45977782ywk.1 for <ipv6@ietf.org>; Sun, 04 Jun 2017 06:08:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=AVQNV1sTxwZBlqpTr0xj35gFoLVhXiJVPfgjXySV1Kw=; b=ZnV0s23zRQh5QXEipTs7BYdVdXuwdz0plybKvYxEWkBowIiiremGhSRxjpjXHJWHMR vFxvcm9Rv6zGhoY8Rb0eFNQckD7AXebW9Ud88Uwnd2DKenDGOJYEOTCwzXggi5Z93EX+ uI1jHTo1OKI1PRNhTkfTPDE2bo9NM49xyzleFfkU66J699vw8uUsOnV35hJWpQHk8OS/ vZTZYrWHYXQHOZ4M+Knp56MPWUXDZNOZACa7Srku/MC3IQalL7lq7pHbnPaXVJC1bizS HHMVU8vMHnzgGIitkqlK1C0DOpYE/VvTuKF3PxopsCJHaHXvDWanmFPDX9DVNGF1X/+M E7KA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=AVQNV1sTxwZBlqpTr0xj35gFoLVhXiJVPfgjXySV1Kw=; b=kG+ycWZdnQaqiEC8YW6qrleJKvsbTaySf6zU+q9Z2Q0vqgN57zM8mM5n96TYZdG/c1 yVOORc20fe+8EE4RqHQ+KHg/xTYoWH1+EpEdseet9KEFUe+2ZYrtGDF1nY2Sp2qOjWeW 914gZ37V+ioVEeaYqsLc7CFGSS5NpqC7cCbARJ1Iz1xou8lREtGIWxfGY0qCcLSJaZ94 dQeSEDSUNQOExUdLp3Q6Fg6VXVRYcLel0EdCxvsnjGtuwp1J5dWzHSOdJcvhi5g++JOD 2QbY4ZamMyCRu2eADCLmc1lqqRZw2MP1IdTMYTqA5PCrFutZCmFIFhfI3yRQfu+1go4y XrHw==
X-Gm-Message-State: AODbwcC/TPBrTSqARhfEN1UgmQ8XfSzra83mpqJjt2LgWLPbI/xCpTdS JkoisiW8P9fqrtEVpU1i7j5bpyqBULtc
X-Received: by 10.129.182.100 with SMTP id h36mr11826904ywk.318.1496581687357; Sun, 04 Jun 2017 06:08:07 -0700 (PDT)
MIME-Version: 1.0
References: <20170602141112.x64nleqclygz7dwd@Vurt.local> <CALx6S34y1ZS95dD6Qv5A90RnKwh2NqC=VDaZ2vSq+zpo5+NpUg@mail.gmail.com> <5932DA16.9040008@foobar.org> <CAKD1Yr3HkiAweix3fhxT2+9moj7eP2AGRtf7hESpOKihKMCUOg@mail.gmail.com> <CALx6S36b_8z2_vi4T8ZNKs72v5rKAR9YpBWz+r+xb-J-yO4sfQ@mail.gmail.com> <CAKD1Yr0s9TN3dYayhzKqX58yMC39vhGxcVi8+c3b2_VPNiyxwQ@mail.gmail.com> <20170604124829.GI30896@gir.theapt.org>
In-Reply-To: <20170604124829.GI30896@gir.theapt.org>
From: Ca By <cb.list6@gmail.com>
Date: Sun, 04 Jun 2017 13:07:56 +0000
Message-ID: <CAD6AjGR-Bgu2-JdrouiNWtVhj8fkkuH-gJQo9UkG5jWMx4sJ_Q@mail.gmail.com>
Subject: Re: draft-bourbaki-6man-classless-ipv6-00
To: Peter Hessler <phessler@theapt.org>, ipv6@ietf.org
Content-Type: multipart/alternative; boundary="f403045d2c9eda35c505512213ee"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/auDVQGERrPQLReFzO_Vd6R8nXLs>
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: Sun, 04 Jun 2017 13:08:10 -0000

On Sun, Jun 4, 2017 at 5:48 AM Peter Hessler <phessler@theapt.org> wrote:

> On 2017 Jun 04 (Sun) at 20:55:30 +0900 (+0900), Lorenzo Colitti wrote:
> :On Sun, Jun 4, 2017 at 1:51 PM, Tom Herbert <tom@herbertland.com> wrote:
> :
> :> M bits for locator of physical device in mobile network
> :> N bits for identifier of physical device
> :> 128 - M - N bits for delegated addresses by the physical device
> :>
> :> I don't see a workable solution if device is assigned a /64. Am I
> :> missing something?
> :>
> :
> :There is no workable solution if you want to assign 64 bits to the bus, 64
> :bits to the routing system, and M bits for mobility, unless M = 0.
>
> That's *exactly* why bus and routing MUST NOT require a specific size.
>

I would say this level of mobility or "nomadacity" has proven through the
years to NOT work at the network level in the INTERNET.

Just like ipsec has has failed where TLS has succeed, same for Mobile IP,
PMIP, and so on. The narror waist of the internet does not include
mobility, especially at a level that is transparent to the user.

Just like always on dynamic ipsec for security, fine grain mobility was not
destine to be included in the routing system.  Best to let go of this
usecase rather than tilting more at the windmill.



>
> --
> What is a magician but a practising theorist?
>                 -- Obi-Wan Kenobi
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>