Re: [v6ops] Could IPv6 address be more than locator?//draft-jiang-v6ops-semantic-prefix-03

Lorenzo Colitti <lorenzo@google.com> Mon, 03 June 2013 00:40 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E249221F89A6 for <v6ops@ietfa.amsl.com>; Sun, 2 Jun 2013 17:40:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Level:
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BRacqLPPm9HJ for <v6ops@ietfa.amsl.com>; Sun, 2 Jun 2013 17:40:50 -0700 (PDT)
Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 1B7B921F896D for <v6ops@ietf.org>; Sun, 2 Jun 2013 17:40:49 -0700 (PDT)
Received: by mail-qa0-f45.google.com with SMTP id o13so1509085qaj.18 for <v6ops@ietf.org>; Sun, 02 Jun 2013 17:40:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=XrLUwXOm6MS1/9IWCSvsFW5/Hz1pDV2m52lfh8DWR9Q=; b=cEWIpiQVNBWIYBWk59F4yd3PJgKRvN3Zp/VZ/gqVTpqWy40goOdJ3kCvbPJl+BWRku 6uY9vB98mb0mla3wLwGtMO2ZQbLGEJfBhPeK5jRWgjSkbjU5rP9a9elnBjw02PBMCxVC lqAslASLuWB3/5rwjSPIoGbqY05nZ9OGl5bKePWV0J+n33/UsWJH1pbuqk+l+k5KqGV7 9PXKaXwLkot3nfQnifwS1ci5cYa3CQth/EA6+Rg8IN3pIDv954mB/UnqewusRAekUuoI mvx+ofk1kkMeXj4JqCI3DX5NZNs8oG5Q1qfLsmvC7g8Te+x5Q4vSc7aPVS/T+x7g+LJw nH7w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=XrLUwXOm6MS1/9IWCSvsFW5/Hz1pDV2m52lfh8DWR9Q=; b=jD3ekxuHscQIjJg6L2XYJsp/Cq4NomMQXOazdj7IdXMaB3TJZiaGslcW30Ebr1/QaH +JkaFRGlVsnIp7WSWJGicXw7qTPLmk/2vr1KO7Y05Ca1iu9sxg/qVWpl6yoHGPXKOfz3 F9mPCpliLQKuBWS4MYmsovWhJjDn0ccpBpNJOwUQyIDl8fp0AQW9LaAj9nw+bq5dDCAe r+RB3b0798/DwK4JOB1gMxauprHeUwRi0Iz3u36kCwuPauPiplgTIX1YgWqXJUI10Gbf mSsEg2qbLed56KQP8jUErrbhyigXdV0MWzJ/6mU8ZVYfInFj0xFdoEF3eLhePXOw8crG gKeQ==
X-Received: by 10.224.214.134 with SMTP id ha6mr16978677qab.77.1370220045063; Sun, 02 Jun 2013 17:40:45 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.229.135.198 with HTTP; Sun, 2 Jun 2013 17:40:23 -0700 (PDT)
In-Reply-To: <EMEW3|573405c1af41370c3d81b50dab869c98p50K6103tjc|ecs.soton.ac.uk|D3B15E0C-481E-49E5-B944-59F99ECE5DCF@ecs.soton.ac.uk>
References: <5D36713D8A4E7348A7E10DF7437A4B923AC98DAE@nkgeml512-mbx.china.huawei.com> <03680813-07D9-459B-A229-FA974C9A4B9E@ecs.soton.ac.uk> <8E492087-390E-4F8E-8078-1D0E63849243@delong.com> <EMEW3|f3c1b4957f182cbee8e02a76a09ead4dp4Y7Ye03tjc|ecs.soton.ac.uk|03680813-07D9-459B-A229-FA974C9A4B9E@ecs.soton.ac.uk> <CAKD1Yr0E5OUsphjhEaaMTjVarSGNdPEx6e1RyKDs5A=bkHGvBg@mail.gmail.com> <5D36713D8A4E7348A7E10DF7437A4B923AC992D2@nkgeml512-mbx.china.huawei.com> <CAKD1Yr1c+-S02oWF1GjTdu-Vatee-EgXLKr=2=xdtYOtUubsYQ@mail.gmail.com> <5D36713D8A4E7348A7E10DF7437A4B923AC99354@nkgeml512-mbx.china.huawei.com> <B001C1A1-DCF6-43AD-A792-56A58661E924@delong.com> <8D23D4052ABE7A4490E77B1A012B6307751BD21E@mbx-01.win.nominum.com> <65746D62-1F0E-4FAD-AC6A-270BD5757C8A@delong.com> <8D23D4052ABE7A4490E77B1A012B6307751BFE2D@mbx-01.win.nominum.com> <F8A3E2C6-57B1-4276-93F8-86E962368182@delong.com> <8D23D4052ABE7A4490E77B1A012B6307751C0209@mbx-01.win.nominum.com> <D3B15E0C-481E-49E5-B944-59F99ECE5DCF@ecs.soton.ac.uk> <AE05ED64-72CF-4440-AFFE-C35B0353F1DA@delong.com> <EMEW3|573405c1af41370c3d81b50dab869c98p50K6103tjc|ecs.soton.ac.uk|D3B15E0C-481E-49E5-B944-59F99ECE5DCF@ecs.soton.ac.uk>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Mon, 03 Jun 2013 09:40:23 +0900
Message-ID: <CAKD1Yr3-hCBa1CKkWwPFi0t6CuYjGCR6PTxmNPK6xiKJNhW3Wg@mail.gmail.com>
To: Tim Chown <tjc@ecs.soton.ac.uk>
Content-Type: multipart/alternative; boundary="20cf300fb23d0d197004de35371f"
X-Gm-Message-State: ALoCoQlj5WDzQLWiGdJ0qJwGe5JGwJD21lTldw8KnH0XLh9/cavPBcYmFyo0TXicp4ts78VqCUpqDFLUKB56bgbzc6w5tILXfGFPfHzxOFf4/6hiCcKAES68RjnPq7SY63vv4dLC50Q11DBEfGzFkTNYPdAzIxX/bWHe19z56nvwj27EPCFkYyrkkwkryA7aCWERh+EW+GlI
Cc: "ipv6@ietf.org" <ipv6@ietf.org>, "<v6ops@ietf.org>" <v6ops@ietf.org>, "draft-jiang-v6ops-semantic-prefix@tools.ietf.org" <draft-jiang-v6ops-semantic-prefix@tools.ietf.org>
Subject: Re: [v6ops] Could IPv6 address be more than locator?//draft-jiang-v6ops-semantic-prefix-03
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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: Mon, 03 Jun 2013 00:40:51 -0000

An unadopted draft does not an implementation (or a deployment!) make.


On Sun, Jun 2, 2013 at 4:05 AM, Tim Chown <tjc@ecs.soton.ac.uk> wrote:

> On 1 Jun 2013, at 13:42, Owen DeLong <owen@delong.com> wrote:
>
>
> On Jun 1, 2013, at 5:58 AM, Ted Lemon <Ted.Lemon@nominum.com> wrote:
>
>  On May 31, 2013, at 10:47 PM, Owen DeLong <owen@delong.com> wrote:
>
> What solutions exist today that provide for the home of the future where
> there are, in fact, multiple levels of routers many of which are managing
> routers underneath them with multiple links attached?
>
>
> There's a fairly ugly DHCPv6 PD binary splitting solution that's actually
> been implemented, which is not efficient because it does sub-delegations of
> >/64 prefixes to internal routers.   There's the better PD solution that
> lets the router that got the initial delegation sub-delegate /64s
> throughout the home, which results in efficient use of the initial prefix.
>   And there's delegation over ZOSPF, for which there is running code that
> the implementors seem to think works, and which is also efficient in its
> use of prefixes.   This is a solved problem.
>
>
> URLs to documentation of any/all of the above?
>
> The only one I was aware of was the first one you mentioned, which, while
> running is fairly primitive in its capabilities.
>
> The second one sounds like it gets pretty dysfunctional if you have
> downstream routers with downstream routers.
>
> I haven't even heard of the third one, so absent some reference, I can't
> really comment.
>
>
> zOSPF-based:
> http://tools.ietf.org/html/draft-ietf-ospf-ospfv3-autoconfig-00
> http://tools.ietf.org/html/draft-arkko-homenet-prefix-assignment-04
>
> DHCP-based:
> http://tools.ietf.org/html/draft-grundemann-homenet-hipnet-01
> http://tools.ietf.org/html/draft-baker-homenet-prefix-assignment-01
>
> See also
> http://tools.ietf.org/html/draft-ietf-homenet-arch-08#page-25
>
> There are at least two interoperable implementations of the zOSPF solution
> using different platforms (bird and quagga)
>
> Tim
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
>