Re: [mif] Route option for DHCPv6 - next steps?

Alexandru Petrescu <alexandru.petrescu@gmail.com> Wed, 25 April 2012 20:43 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAB6121F88B2 for <mif@ietfa.amsl.com>; Wed, 25 Apr 2012 13:43:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.171
X-Spam-Level:
X-Spam-Status: No, score=-0.171 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, RCVD_IN_SORBS_DUL=0.877, RDNS_NONE=0.1]
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 tpySWaC1ol59 for <mif@ietfa.amsl.com>; Wed, 25 Apr 2012 13:43:58 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) by ietfa.amsl.com (Postfix) with ESMTP id D10AE21F8894 for <mif@ietf.org>; Wed, 25 Apr 2012 13:43:56 -0700 (PDT)
Received: from [127.0.0.1] (unknown [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id BD6CD940106; Wed, 25 Apr 2012 22:43:50 +0200 (CEST)
Message-ID: <4F986205.9080605@gmail.com>
Date: Wed, 25 Apr 2012 22:43:49 +0200
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: Lorenzo Colitti <lorenzo@google.com>
References: <75459BC2-E733-45C0-BC1C-25A19BBA1137@gmail.com> <4F7453FC.3010502@gmail.com> <4F74546D.4060808@gmail.com> <72C42575-6BE2-4F27-B7F4-AA4539DA7EF9@lilacglade.org> <8D23D4052ABE7A4490E77B1A012B6307472D43A1@mbx-01.win.nominum.com> <069301cd0dd2$5954df00$0bfe9d00$@tndh.net> <550B9F79-1642-469F-9ED3-96DA26AA40AB@lilacglade.org> <CAFFjW4hkGMm+mLSzpdWPcFLUcY3Hkyb+BDxh+5910YtfZxGD-A@mail.gmail.com> <CA+H2C9Zu3AS6aTxg1gebe0ZS2LXWmJjOPpbhaUHGZtXvF0UipQ@mail.gmail.com> <17F90720-AA1F-4F74-9598-2E5A5AC813CE@nttv6.net> <CAKD1Yr1s7SARfnowZV1uU=dDPi46-OjRQnM4otKsW3Y-k+84cw@mail.gmail.com> <F4D68CC2-27C5-4FB1-A11F-026E5261DB77@nttv6.net> <765F32AC-FBE3-4E8B-B698-1955C5601C2B@nominum.com> <4F96550E.6020709@gmail.com> <CAKD1Yr0d4ez4dogDk1gRvUHvWpoTBEg_4HatQQoa5oa3Yu9NFw@mail.gmail.com> <4F965BD2.1080906@gmail.com> <CAKD1Yr1=ry45uw=Xy1Gf5t30oC=ugzMGpwz7kbwctgXvg83WLw@mail.gmail.com> <4F969A70.5090506@gmail.com> <CAKD1Yr20RCw36rW7VOJRqWA__LuBytF40zr0-cecvpafkJUk=w@mail.gmail.com>
In-Reply-To: <CAKD1Yr20RCw36rW7VOJRqWA__LuBytF40zr0-cecvpafkJUk=w@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 120425-0, 25/04/2012), Outbound message
X-Antivirus-Status: Clean
Cc: mif@ietf.org
Subject: Re: [mif] Route option for DHCPv6 - next steps?
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Apr 2012 20:43:58 -0000

Le 25/04/2012 11:03, Lorenzo Colitti a écrit :
> On Tue, Apr 24, 2012 at 21:20, Alexandru Petrescu
> <alexandru.petrescu@gmail.com <mailto:alexandru.petrescu@gmail.com>> wrote:
>
>            W-1:  When the router is attached to the WAN interface link,
>         it MUST
>                  act as an IPv6 host for the purposes of stateless
>         [RFC4862] or
>                  stateful [RFC3315] interface address assignment.
>
>
>     That is not enough for specific routes.  Ok it covers the default
>     routes, but not specific routes such as rfc4191.
>
>
> Sure. But RFC 6204 also doesn't say "must implement a DHCPv6 route
> option". So if you want to ensure that the CE router can configure
> more-specific routes, you have to modify RFC 6204 either way.

Right, so either way RFC 6204 wouldn't be enough when one wants to 
achieve DHCP route-options neither DHCP default routes.

> In one case, you need to modify it to say "must implement a DHCPv6 route
> option". In the other, you need to modify it to say "must implement RFC
> 4191". Note that the RFC already says that "nodes that will be deployed
> in SOHO environments SHOULD implement RFC 4191", so RFC 4191 is likely
> already implemented.

What does that "nodes" mean?  In that RFC 6204 context I guess it means 
all entities in the SOHO except the CPE.

At most, I think it means that the CPE sends 4191 RAs to SOHO Hosts 
which neead to read 4191 RAs.  I don't think it means a CPE router to 
read 4191 RAs sent by CPE+1 ISP routers.

A router to read 4191-specific-route does not exist today.

In this case, what would one prefer to specify - a 4191 router to read 
specific routes from 4191?  Or a DHCP Client already doing Prefix 
Delegation (a Requesting Router) to read DHCP route options and default 
route options?

Alex