Re: I-D Action: draft-foglar-ipv6-ull-routing-00.txt

Bob Hinden <bob.hinden@gmail.com> Fri, 15 September 2017 07:49 UTC

Return-Path: <bob.hinden@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 EEB9313304E; Fri, 15 Sep 2017 00:49:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=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 UouWSgNMJI-2; Fri, 15 Sep 2017 00:49:31 -0700 (PDT)
Received: from mail-wr0-x244.google.com (mail-wr0-x244.google.com [IPv6:2a00:1450:400c:c0c::244]) (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 2D38A13304A; Fri, 15 Sep 2017 00:49:31 -0700 (PDT)
Received: by mail-wr0-x244.google.com with SMTP id b9so826128wra.0; Fri, 15 Sep 2017 00:49:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=UykEADbTV0rurswca3ugHG3xm9/qcXv2UJ4g1k9/MJk=; b=jogD5Kkaxs5RIkXSixI+qSQxOZtGEdi6B64Fx7oG79oFA2Ki2Ww/fqMgaef2B0eRSx JpSSF3UHy5YDf5csTnzpfU1AEBnj8TZcwP0eHZYkJMCngNCIXuhHJMjHpqYurIhJC8/p VnUh9Yn4BPPjlLLWaZf9bidvohrPtaQcU1KdKQFm4ZBgsaAG11jDqXmMX6PSj2hNtcGx +wdliy8zROa2aR9j6XziTfG6o9W2Lqg+BAvW57/PqXAjc+XLY+5sqjYH0YLf4KqUKFzR 1Uq0OO/pThZ/62/s85Uah1XiJLv6+hoASrWiT37SmELoy2vb4k1VVrAGLiQOXkI5MzZX QAXg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=UykEADbTV0rurswca3ugHG3xm9/qcXv2UJ4g1k9/MJk=; b=pFtTr89qlMzbJ21/Y+kBv0OMJh1SDwCDvL6B0vgyhfzzVAE+4ALjIGRBSd+I/1S5mZ Opjzi5o5LmDxfO7p/tQuiBmb04JZJ8PFCnYuzwV5LotCiAcd9Y/kMrKt/OKBWXlRFg0S AL+5fSNeWSSYjtexFOKAMTTrxOP5qCFR+9U1Dfo1I+yPKxoLtcCIQ5krdieGfJx7m9mX knca9/iWG0axPI5Ps1qd/C6BcTzUzQywFCnHNwKW7Lc1CJk23pEw7bQGow1gOXA06ypY wked8RKe8I1CWzjw3zknttdogJ5kAgN7K6VlYSG2vKjzLZ+gS2k32B+D8nFyfCg6DgiD 0Hfg==
X-Gm-Message-State: AHPjjUhKljQn8LpgOcaNdz+PrdLzGd7dkNT/RjvFvUBbCYSxhUSGqf4t 9CSrBlm0vxQjow==
X-Google-Smtp-Source: ADKCNb5dVZWkIu+zOARULMXSXO5m3Fq4y3varFGyvo+yHp5Wjpg9IaI8C76AJNzZx1V0PYwyLMyK+Q==
X-Received: by 10.223.142.172 with SMTP id q41mr22453983wrb.106.1505461769637; Fri, 15 Sep 2017 00:49:29 -0700 (PDT)
Received: from [172.17.138.212] ([91.93.38.124]) by smtp.gmail.com with ESMTPSA id t68sm649040wme.15.2017.09.15.00.49.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Sep 2017 00:49:28 -0700 (PDT)
From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <02A7A7C1-E176-44A6-8CAA-E471B87163BF@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_C81E8FBF-CDA3-4095-8E8C-75BC249CBDC6"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Subject: Re: I-D Action: draft-foglar-ipv6-ull-routing-00.txt
Date: Fri, 15 Sep 2017 10:49:24 +0300
In-Reply-To: <7e8fd49f-a777-fd9e-d410-be7e8d5958cc@gmail.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, draft-foglar-ipv6-ull-routing@ietf.org, IPv6 List <ipv6@ietf.org>
To: Brian Carpenter <brian.e.carpenter@gmail.com>
References: <150523432567.17956.11322312258310497482@ietfa.amsl.com> <7e8fd49f-a777-fd9e-d410-be7e8d5958cc@gmail.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/sRReJ9o4yZIGQe4_4XBcjC7Bchk>
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, 15 Sep 2017 07:49:33 -0000

Brian,

> On Sep 15, 2017, at 8:29 AM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
> 
> Hello,
> 
> Re https://tools.ietf.org/html/draft-foglar-ipv6-ull-routing-00
> 
> "One of the goals of IPv6 was to have a sufficiently long address
> to allow grouping in fields to simplify routing decisions."
> 
> What makes you believe that? I don't recall such a goal in the IPng
> process, and I can't see any trace of it in RFC1752 or RFC1726.

I agree, I don’t remember anything like the goal written above.

Bob


> 
> I do find some rather different considerations in RFC1726:
> 
>> 5.1 Scale
>> 
>>   CRITERION
>>      The IPng Protocol must scale to allow the identification and
>>      addressing of at least 10**12 end systems (and preferably much
>>      more).  The IPng Protocol, and its associated routing protocols
>>      and architecture must allow for at least 10**9 individual networks
>>      (and preferably more).  The routing schemes must scale at a rate
>>      that is less than the square root of the number of constituent
>>      networks
> 
> which means that routing via a binary tree of addresses was not
> considered OK.
> 
> ...
>> 5.2 Topological Flexibility
>> 
>>   CRITERION
>>      The routing architecture and protocols of IPng must allow for many
>>      different network topologies.  The routing architecture and
>>      protocols must not assume that the network's physical structure is
>>      a tree.
> 
> ditto.
> 
> So regardless of where we are today, I believe your assertion quoted
> above is not true. In fact the exact opposite was the case when IPv6
> was designed.
> 
> Now, if I ignore the stranger aspects of your proposal, you are
> proposing to subnet a /64 using something like a binary tree. It might
> even work, at the price of replacing a great deal of existing software
> and hardware. However, is there really a need for cut-through routing
> in sensor networks, which seems to be your target scenario?
> 
> Regards
>   Brian Carpenter
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------