Re: Review of draft-ietf-6man-rfc4291bis-06

John C Klensin <john-ietf@jck.com> Sat, 14 January 2017 03:07 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B94F31296EE; Fri, 13 Jan 2017 19:07:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.099
X-Spam-Level:
X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-3.199] 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 Tj2V-G_Cf7-p; Fri, 13 Jan 2017 19:07:03 -0800 (PST)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D36071296AA; Fri, 13 Jan 2017 19:07:03 -0800 (PST)
Received: from [198.252.137.70] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1cSEgH-000Aga-5S; Fri, 13 Jan 2017 22:07:01 -0500
Date: Fri, 13 Jan 2017 22:06:54 -0500
From: John C Klensin <john-ietf@jck.com>
To: Lorenzo Colitti <lorenzo@google.com>, Randy Bush <randy@psg.com>
Subject: Re: Review of draft-ietf-6man-rfc4291bis-06
Message-ID: <2A5073777007277764473D78@PSB>
In-Reply-To: <CAKD1Yr2Njjd8_Mr+6TRFF6C5pdcX4yFgpFVyEkykDuytu2B8mg@mail.gmail.com>
References: <148406593094.22166.2894840062954191477.idtracker@ietfa.amsl.com> <m2fukqbbwv.wl-randy@psg.com> <F6953234-3F85-4E28-9861-433ADD01A490@gmail.com> <m2wpdzhncn.wl-randy@psg.com> <82245ef2-cd34-9bd6-c04e-f262e285f983@gmail.com> <m2d1frhjfn.wl-randy@psg.com> <18e6e13c-e605-48ff-4906-2d5531624d64@gmail.com> <CAKD1Yr1cvZ8Y3+bHeML=Xwqr+YgDspZGnZi=jqQj4qe2kMc4zw@mail.gmail.com> <m2lguffnco.wl-randy@psg.com> <CAKD1Yr1TrTiPRdyutobmb_77XJ7guNzLrg=H_p7qi4BfQ8V=GA@mail.gmail.com> <m2d1frfm6m.wl-randy@psg.com> <CAKD1Yr2Njjd8_Mr+6TRFF6C5pdcX4yFgpFVyEkykDuytu2B8mg@mail.gmail.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.70
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/n5bx_lK5pl6RTjx8ATOUCSBTpLM>
Cc: draft-ietf-6man-rfc4291bis.all@ietf.org, Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>, IETF <ietf@ietf.org>, int-dir@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Jan 2017 03:07:06 -0000


--On Friday, January 13, 2017 16:40 +0900 Lorenzo Colitti
<lorenzo@google.com> wrote:

> But it's true that supporting /65-/126 increases the cost of
> the device. The extra bits have to go somewhere. I think I've
> seen hardware that just converted all prefixes to 128 bit if
> there was at least one /65 - /126 prefix in the FIB. That
> costs money for RAM. Obviously that's silly if those prefixes
> are frequent, and you can save that money using better
> software engineering - but software engineering costs money
> too. Prefixes don't cost money, and if we know that we won't
> run out of them, what's the problem?

Because you can pick the scenario -- lots of "things", an
interplanetary network, both, or something else-- but we have
been here before.   Every time someone has said "there is so
much address space that we will never run out no matter how
inefficiently we use them", they have eventually been proven
wrong.  That history is obviously not just with the
ARPANET/Internet or even computer networks: "if we know we won't
ever run out of them" has a nasty tendency to prove that we
didn't know and didn't get it right.

     john