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

Owen DeLong <owen@delong.com> Sat, 31 May 2014 00:19 UTC

Return-Path: <owen@delong.com>
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 9EF951A0636 for <v6ops@ietfa.amsl.com>; Fri, 30 May 2014 17:19:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.042
X-Spam-Level:
X-Spam-Status: No, score=-1.042 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, DKIM_SIGNED=0.1, J_CHICKENPOX_15=0.6, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=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 pge8uJ2EwdjI for <v6ops@ietfa.amsl.com>; Fri, 30 May 2014 17:19:30 -0700 (PDT)
Received: from owen.delong.com (owen.delong.com [IPv6:2620:0:930::200:2]) by ietfa.amsl.com (Postfix) with ESMTP id D1B661A04A9 for <v6ops@ietf.org>; Fri, 30 May 2014 17:19:29 -0700 (PDT)
Received: from [IPv6:2620::930:0:ca2a:14ff:fe3e:d024] ([IPv6:2620:0:930:0:ca2a:14ff:fe3e:d024]) (authenticated bits=0) by owen.delong.com (8.14.2/8.14.2) with ESMTP id s4V0FmK4019268 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 30 May 2014 17:15:49 -0700
X-DKIM: Sendmail DKIM Filter v2.8.3 owen.delong.com s4V0FmK4019268
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=delong.com; s=mail; t=1401495349; bh=2hJuvlCigbcZVWQYVLkBGOfbak0=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=Urz8cwW+XStc8Hn8ZYBfbv/rqQcbZud7JsAdN2xxFecSt4eedLMrdGdfQszQNV2ua PA6hNdu3/L06HV7a1tDNoammgoG3G1onyPXcnf5lSkzty6SLKbq5x9rUHq5tCcuLsQ Pcve8WssQxPv61ehmcCkq9Zq0vOBzUW7GK37rvi4=
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\))
From: Owen DeLong <owen@delong.com>
In-Reply-To: <97390E9C-460F-4D08-AFCE-E4A991E2B0E4@cisco.com>
Date: Fri, 30 May 2014 17:15:14 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <46D22F62-3528-4B9D-9FCF-C9C7466A9ABA@delong.com>
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> <97390E9C-460F-4D08-AFCE-E4A991E2B0E4@cisco.com>
To: "Fred Baker (fred)" <fred@cisco.com>
X-Mailer: Apple Mail (2.1827)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (owen.delong.com [IPv6:2620:0:930::200:2]); Fri, 30 May 2014 17:15:49 -0700 (PDT)
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/wWK2tHmN0Qeqdar8gWs6EEWWZaA
Cc: V6 Ops List <v6ops@ietf.org>, Tore Anderson <tore@fud.no>
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: Sat, 31 May 2014 00:19:31 -0000

On May 30, 2014, at 16:44 , Fred Baker (fred) <fred@cisco.com> wrote:

> 
> On May 30, 2014, at 5:57 AM, t.petch <ietfc@btconnect.com> wrote:
> 
>> So, Brian is spot on, and just as the IETF did little about IPv4
>> addresses running out until the event loomed large, so I expect history
>> to repeat itself with the growth of PI in IPv6.
> 
> Which is something we have pointed out for quite some time, and tried to advocate the use of PA prefixes for, but had issues with people saying “why, when PI space is $50/prefix?”

Advocating PA is not solving the problem, it's building in limitations on the end-user instead of solving the problem.

> Now, there are multiple problems with PA prefixes, not the least of which is that 8+8/ILNP/whatever has not been adopted, so PA basically moves complexity to the edge network without giving it a way to deal with it.

It's more than that. It also creates an unpleasant kind of fate sharing between end-site and ISP as well as some vendor-lockin problems. Bottom line, for many end-sites, PA is an acceptable tradeoff, but it is desirable to none. PI is universally better for the end-site, but requires an as yet unspecified solution to the scalability of the routing table.

People aren't just adopting PI because it's cheap. They're adopting PI because it is better suited to their needs than PA.

While PA is not nearly as damaging as NAT, it's just as anachronistic at this point and we really should be trying to find a solution that allows us to move on.

Owen