Re: [v6ops] PI [ULA draft revision #2 Regarding isolated networks]

John Curran <jcurran@istaff.org> Fri, 30 May 2014 14:49 UTC

Return-Path: <jcurran@istaff.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAEDF1A08E6 for <v6ops@ietfa.amsl.com>; Fri, 30 May 2014 07:49:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham
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 lmTsSWJj6uYE for <v6ops@ietfa.amsl.com>; Fri, 30 May 2014 07:49:09 -0700 (PDT)
Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCB2B1A0982 for <v6ops@ietf.org>; Fri, 30 May 2014 07:49:04 -0700 (PDT)
Received: from pool-108-56-179-253.washdc.fios.verizon.net ([108.56.179.253] helo=[192.168.1.6]) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from <jcurran@istaff.org>) id 1WqO7A-000CB1-51; Fri, 30 May 2014 14:49:00 +0000
X-Mail-Handler: Dyn Standard SMTP by Dyn
X-Originating-IP: 108.56.179.253
X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information)
X-MHO-User: U2FsdGVkX1/W0v3DCdOOOViRJ9A1DNrC
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\))
From: John Curran <jcurran@istaff.org>
In-Reply-To: <538897A1.20909@foobar.org>
Date: Fri, 30 May 2014 10:48:57 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <9CF35994-5D4F-4F80-974F-F32307E10917@istaff.org>
References: <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6B9A@nkgeml506-mbx.china.huawei.com> <m261ks7xww.wl%randy@psg.com> <53840070.90801@gmail.com> <m2y4xn7wep.wl%randy@psg.com> <53840723.8010606@gmail.com> <CAKD1Yr1O_poMR200sjU=ttRvGaeQRkC1ZfXC0Ok4uQxdq3K=NQ@mail.gmail.com> <m2mwe37tbn.wl%randy@psg.com> <CAKD1Yr2t3-vxuG=iDi4biBNFpJwuzuHgfpB74i_uydWWRV7qZg@mail.gmail.com> <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6E02@nkgeml506-mbx.china.huawei.com> <m2fvjv7q4h.wl%randy@psg.com> <m1WpDcc-0000BMC@stereo.hq.phicoh.net> <43BB867C-7BCA-45F6-8ADC-A49B34D6C0DC@nominum.com> <5384937A.90409@foobar.org> <m2iooq4oqi.wl%randy@psg.com> <5385762E.5020901@dougbarton.us> <5385AA97.1050207@fud.no> <53864DCB.5070202@gmail.com> <53865EA2.9000502@fud.no> <02dc01cf7c06$cc6a4bc0$4001a8c0@gateway.2wire.net> <53888B90.4030509@foobar.org> <CAD6AjGRQ8+yC1iHY3noV4jcMPYTS_UjQx-E8XOiT=sXu1XxY6A@mail.gmail.com> <5388911B.6020007@foobar.org> <53889209.7010402@foobar.org> <6CA5BF96-1E76-4BD4-A413-84EC7AFC0E1C@istaf! f.org> <538897A1.20909@foobar.org>
To: Nick Hilliard <nick@foobar.org>
X-Mailer: Apple Mail (2.1878.2)
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/zwfyIEkLJ8kXtVAikiWjzIMgzPY
Cc: V6 Ops List <v6ops@ietf.org>
Subject: Re: [v6ops] PI [ULA draft revision #2 Regarding isolated networks]
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 May 2014 14:49:11 -0000

On May 30, 2014, at 10:37 AM, Nick Hilliard <nick@foobar.org> wrote:

> On 30/05/2014 15:21, John Curran wrote:
>> On May 30, 2014, at 10:13 AM, Nick Hilliard <nick@foobar.org> wrote:
>> 
>>> On 30/05/2014 15:09, Nick Hilliard wrote:
>>>> e.g. asr9000 typhoon cards. 
>>> 
>>> correction: typhoon cards have 4M FIB "credits".  ipv4 entries take one
>>> credit; ipv6 take two.  So assuming no ipv4, a typhoon card will handle 2m
>>> ipv6 FIB entries.
>> 
>> Acceptable end state does not imply viable intermediate states.
> 
> itym, "acceptable intermediate states do not imply viable end state".

No, I mean that the fib capacity _assuming no IPv4_ (end state) is not 
particularly relevant, since most folks have to deal with IPv4 and IPv6 
at the same time.  While Geoff Huston's graphs show fairly predicable
historic IPv4 routing growth, we also have not experienced (yet) the 
significant pressure to route smaller and smaller IPv4 remnants that 
is likely to occur as both regional and service provider free pools
begin to run out...

> We can all agree to that, but we have 60x overhead on current generation
> technology and linear growth.  There are more pressing problems than this.
> Let's deal with them instead.

I'm not suggesting that there is a imminent crisis (or that any particular
work should be done/not be done with respect to ULA's), but was simply noting
that folks should not presume our current trajectory to be safe and assured, 
particularly based on the ability of the latest hardware to cope with an
IPv6-only world.

FYI,
/John