Re: [v6ops] draft-ietf-v6ops-ula-usage-recommendations - work or abandon?

Owen DeLong <owen@delong.com> Fri, 13 November 2015 18:55 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 8181D1B2F9F for <v6ops@ietfa.amsl.com>; Fri, 13 Nov 2015 10:55:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.111
X-Spam-Level:
X-Spam-Status: No, score=-6.111 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 0ZG6qgDo619Z for <v6ops@ietfa.amsl.com>; Fri, 13 Nov 2015 10:55:34 -0800 (PST)
Received: from owen.delong.com (owen.delong.com [192.159.10.2]) by ietfa.amsl.com (Postfix) with ESMTP id 648F21B2B79 for <v6ops@ietf.org>; Fri, 13 Nov 2015 10:55:33 -0800 (PST)
Received: from delong-dhcp229.delong.com (delong-dhcp29 [192.159.10.229]) (authenticated bits=0) by owen.delong.com (8.14.5/8.14.5) with ESMTP id tADIsVh2002418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Nov 2015 10:54:32 -0800
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Owen DeLong <owen@delong.com>
In-Reply-To: <20151113184151.GD89490@Space.Net>
Date: Fri, 13 Nov 2015 10:54:31 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <8B6940FB-C0B0-47C3-8780-9B7412F0D583@delong.com>
References: <6ED54502-C5D1-4D09-877C-FE283E3EF142@delong.com> <20151112184613.GZ89490@Space.Net> <03C04D1B-86D1-4A5A-A8D3-7508CEC80DE9@delong.com> <20151112194327.GA89490@Space.Net> <95BC3D07-EF27-45A9-A1E0-12F9B43061C7@delong.com> <20151112214819.4EDE63C98D83@rock.dv.isc.org> <CAKD1Yr1jA_PKcjc7tiC9VhQ9yFM=SRzF6fc+fUzk89Jtb4Bvww@mail.gmail.com> <CAKr6gn1uhQhHHQcMj1VyS5+euqEiAQMwtoaF_vsnZQWzqF=MJQ@mail.gmail.com> <alpine.DEB.2.02.1511131342540.24520@uplift.swm.pp.se> <2B03B738-F348-4A69-B2F5-881820B615FB@delong.com> <20151113184151.GD89490@Space.Net>
To: Gert Doering <gert@space.net>
X-Mailer: Apple Mail (2.2104)
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/cNxpjyYiIjnMUKtUCEzQfw9k9W0>
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] draft-ietf-v6ops-ula-usage-recommendations - work or abandon?
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: <https://mailarchive.ietf.org/arch/browse/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, 13 Nov 2015 18:55:35 -0000

> On Nov 13, 2015, at 10:41 , Gert Doering <gert@space.net> wrote:
> 
> Hi,
> 
> On Fri, Nov 13, 2015 at 09:39:35AM -0800, Owen DeLong wrote:
>> I believe that an extra 32-bit field in the IPv6 header could have provided a significant step towards solving this problem by encoding the destination transit AS in the packet at the first router capable of resolving that information and then routing on that basis in the IDR realm. In that case, stub networks (non-transit autonomous systems) would not need to be visible in BGP and we would not need to track prefix state beyond the closest transit ASNs. A separate map of Prefix->Candidate Transit ASNs could be maintained through a mechanism somewhat similar to DNS.
> 
> So you're in the LISP "we noticed that route caches do not scale, but we
> try again and again" camp now?
> 

Who said anything about a route cache?

Owen