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

Gert Doering <gert@space.net> Fri, 13 November 2015 19:21 UTC

Return-Path: <gert@Space.Net>
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 A35861B4232 for <v6ops@ietfa.amsl.com>; Fri, 13 Nov 2015 11:21:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 5g6Ar5zWS8Om for <v6ops@ietfa.amsl.com>; Fri, 13 Nov 2015 11:21:47 -0800 (PST)
Received: from mobil.space.net (mobil.space.net [IPv6:2001:608:2:81::67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 965DB1B422C for <v6ops@ietf.org>; Fri, 13 Nov 2015 11:21:44 -0800 (PST)
X-Original-To: v6ops@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 6CD6B62EFF for <v6ops@ietf.org>; Fri, 13 Nov 2015 20:21:42 +0100 (CET)
X-SpaceNet-Relay: true
Received: from moebius3.space.net (moebius3.Space.Net [IPv6:2001:608:2:2::250]) by mobil.space.net (Postfix) with ESMTPS id 0DE2760A87 for <v6ops@ietf.org>; Fri, 13 Nov 2015 20:21:42 +0100 (CET)
Received: (qmail 16637 invoked by uid 1007); 13 Nov 2015 20:21:41 +0100
Date: Fri, 13 Nov 2015 20:21:41 +0100
From: Gert Doering <gert@space.net>
To: Owen DeLong <owen@delong.com>
Message-ID: <20151113192141.GE89490@Space.Net>
References: <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> <8B6940FB-C0B0-47C3-8780-9B7412F0D583@delong.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="FgDZqiUnJxahzcFD"
Content-Disposition: inline
In-Reply-To: <8B6940FB-C0B0-47C3-8780-9B7412F0D583@delong.com>
X-NCC-RegID: de.space
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/--vtX29ebkqsJ_fRe2cvwBUzKSM>
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 19:21:49 -0000

Hi,

On Fri, Nov 13, 2015 at 10:54:31AM -0800, Owen DeLong wrote:
> > On Nov 13, 2015, at 10:41 , Gert Doering <gert@space.net> wrote:
> > 
> > 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?

So you want to do the map lookup every time a packet traverses one of
these routers?  Or should the Prefix->Candidate Transit ASNs map be
distributed everywhere, like, with BGP, so all these routers get to hold
100M map entries all the time?

Gert Doering
        -- NetMaster
-- 
have you enabled IPv6 on something today...?

SpaceNet AG                        Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                   HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444           USt-IdNr.: DE813185279