Re: [homegate] [v6ops] CPE Prefix Sub-Delegation on LAN

Joel Jaeggli <joelja@bogus.com> Wed, 19 January 2011 03:41 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: homegate@core3.amsl.com
Delivered-To: homegate@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B259F28C0FD; Tue, 18 Jan 2011 19:41:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.905
X-Spam-Level:
X-Spam-Status: No, score=-101.905 tagged_above=-999 required=5 tests=[AWL=0.094, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LOuqJAFaYJKZ; Tue, 18 Jan 2011 19:41:48 -0800 (PST)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) by core3.amsl.com (Postfix) with ESMTP id 904C128C0F7; Tue, 18 Jan 2011 19:41:48 -0800 (PST)
Received: from joelja-mac.lan (c-98-234-216-143.hsd1.ca.comcast.net [98.234.216.143]) (authenticated bits=0) by nagasaki.bogus.com (8.14.4/8.14.4) with ESMTP id p0J3iCFM089522 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Wed, 19 Jan 2011 03:44:13 GMT (envelope-from joelja@bogus.com)
Message-ID: <4D365E0C.3050405@bogus.com>
Date: Tue, 18 Jan 2011 19:44:12 -0800
From: Joel Jaeggli <joelja@bogus.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7
MIME-Version: 1.0
To: Mark Smith <ipng@69706e6720323030352d30312d31340a.nosense.org>
References: <7E338A9A7F416C4AB2BA4D4E2DEBA0844F58EC451F@sg2019z.corproot.net> <A9704C3A-2D7C-432D-A74B-C4F26566CE0A@cisco.com> <7E338A9A7F416C4AB2BA4D4E2DEBA0844F58EC45CA@sg2019z.corproot.net> <129F694F-9979-45EC-B3D3-35AD5EBCC3F1@employees.org> <20101223231240.6fda94fd@opy.nosense.org>
In-Reply-To: <20101223231240.6fda94fd@opy.nosense.org>
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Wed, 19 Jan 2011 06:25:34 -0800
Cc: Guillaume.Leclanche@swisscom.com, IPv6 Operations <v6ops@ietf.org>, homegate@ietf.org
Subject: Re: [homegate] [v6ops] CPE Prefix Sub-Delegation on LAN
X-BeenThere: homegate@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Broadband Home Gateway Discussion <homegate.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/homegate>, <mailto:homegate-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/homegate>
List-Post: <mailto:homegate@ietf.org>
List-Help: <mailto:homegate-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homegate>, <mailto:homegate-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Jan 2011 03:41:49 -0000

On 12/23/10 4:42 AM, Mark Smith wrote:
> On Thu, 23 Dec 2010 13:06:23 +0100 Ole Troan <otroan@employees.org>
> wrote:
> 
>> [included the homenet list]
>> 
>>> There might be some work to do to say how the dhcpv6 server in
>>> the CPE should get the prefix received from the ISP, also when
>>> the ISP is not using DHCPv6. For example, with 6rd. However,
>>> since the 6rd parameters have to be pre-provisioned or given via
>>> DHCP(v4), I can imagine that there's a way to sort this out
>>> without too much pain.
>> 
>> with regards to 6rd, there is nothing special. a 6rd delegated
>> prefix is just like an DHCP PD prefix, for the purpose of internal
>> prefix assignment.
>> 
>> this problem within the charter of the (rejected) homenet WG
>> effort.
>> 
>> there are many ways internal prefix assignment and distribution of
>> other configuration information can be done. many of the ideas were
>> discussed during the zerouter BOF (which also failed making it into
>> a WG).
>> 
>> - Multi-link subnet routing (a shared off link /64 among all nodes.
>> host routes in OSPF) - ND proxy (restricted topology) -
>> hierarchical DHCP prefix delegation (restricted topology) - zOSPF
>> (https://datatracker.ietf.org/doc/draft-dimitri-zospf/) using a new
>> LSA in OSPF to distribute the site prefix plus a mechanism for 
>> collision detection.
>> 
> 
> Another possible addition to the list could be some of the mesh
> routing protocols that have/are being developed for wireless and/or
> sensor networks. As laptops have overtaken desktops in sales, and
> they usually come with wired and wireless interfaces, it probably
> wouldn't be much of an unacceptable burden for them to also act mesh
> routers. They'll do more throughput and have faster CPUs than most
> routers that would be present in most residential and SOHO
> environments.


Lateish commentary on this... I suspect that the operational experience
with v6 mesh networks is a little shallow to produce great
recomendations there... In addition to zerorouter here has been if I
recall real discussion of this in manet and autoconf.

> Regards, Mark.
> 
>> in my view this requires new work.
>> 
>> cheers, Ole _______________________________________________ v6ops
>> mailing list v6ops@ietf.org 
>> https://www.ietf.org/mailman/listinfo/v6ops
> _______________________________________________ v6ops mailing list 
> v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops
>