Re: [mif] Default Route with DHCPv6 on a single-egress-interfaced Mobile Router

Alexandru Petrescu <alexandru.petrescu@gmail.com> Thu, 16 September 2010 16:59 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: mif@core3.amsl.com
Delivered-To: mif@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 584503A68F6 for <mif@core3.amsl.com>; Thu, 16 Sep 2010 09:59:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.797
X-Spam-Level:
X-Spam-Status: No, score=-1.797 tagged_above=-999 required=5 tests=[AWL=-0.148, BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_27=0.6]
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 Dm0I0OnxLQkK for <mif@core3.amsl.com>; Thu, 16 Sep 2010 09:59:34 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id A6E083A6832 for <mif@ietf.org>; Thu, 16 Sep 2010 09:59:33 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o8GGxves008632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Sep 2010 18:59:57 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o8GGxviM031777; Thu, 16 Sep 2010 18:59:57 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o8GGxvWW009134; Thu, 16 Sep 2010 18:59:57 +0200
Message-ID: <4C924D0C.9030904@gmail.com>
Date: Thu, 16 Sep 2010 18:59:56 +0200
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3
MIME-Version: 1.0
To: Maglione Roberta <roberta.maglione@telecomitalia.it>
References: <AANLkTikrh1t-PJVAp1QAtzSoE9ALqt4+d+ezyTtYqHKR@mail.gmail.com> <4C8B7319.4010504@gmail.com> <282BBE8A501E1F4DA9C775F964BB21FE3EADE555C9@GRFMBX704BA020.griffon.local>
In-Reply-To: <282BBE8A501E1F4DA9C775F964BB21FE3EADE555C9@GRFMBX704BA020.griffon.local>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: "mif@ietf.org" <mif@ietf.org>
Subject: Re: [mif] Default Route with DHCPv6 on a single-egress-interfaced Mobile Router
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Thu, 16 Sep 2010 16:59:38 -0000

Le 13/09/2010 10:44, Maglione Roberta a écrit :
> Hello Alex, There was a draft sometimes ago about a new DHCPv6 option
> for the default route
> http://tools.ietf.org/html/draft-droms-dhc-dhcpv6-default-router-00
>
> the draft now seems expired, but I remember a long religious
> discussion about DHCPv6 versus RA to provide the default route.

Thanks for the pointer!  No, I was not aware of that draft and related 
discussion.

I have comments on it:

> 5.1. DHCP Default Router option
>
>
>    The DHCP Default Router option carries the following information:
>
>    o  Address of the interface for a default router

What is "address of an interface for a default router"?
Or is it"address of the interface of a default router"?

>    o  Source link-layer address for the interface (opt)

I am asking it especially because of this "opt"ional(?) information, 
making it sound like there can be several addresses possible as next-hop 
for a default route entry in the routing table.

>    o  Router lifetime

This is good and needed.

I wonder whether it is necessary to specify text that says that that 
address is actually pre-configured at the DHCP Server configuration file 
(like DHCPv4 does).  I guess it is necessary.

Alex

>

>
> Regards, Roberta
>
> -----Original Message----- From: mif-bounces@ietf.org
> [mailto:mif-bounces@ietf.org] On Behalf Of Alexandru Petrescu Sent:
> sabato 11 settembre 2010 14.16 To: mif@ietf.org Subject: Re: [mif]
> Default Route with DHCPv6 on a single-egress-interfaced Mobile Router
> (was: Recharter discussion - update again)
>
> Hello MIF,
>
> I have a particular interest in MIF for simultaneous use of multiple
> egress interfaces for bandwidth augmentation on a Mobile Router.  But
> it is not for this reason I post now.  I post now to ask about
> Default Route delivered to a single-egress-interfaced Mobile Router.
> This discussion was originated in the MEXT WG upon IESG LC of the
> DHCPv6-PD-NEMO draft, then redirected to DHC WG then MIF WG was
> mentioned too.
>
> Le 31/08/2010 04:56, Hui Deng a écrit : [...]
>> 2) DHCPv6 routing configuration: a specification of DHCPv6 options
>> allowing client nodes to perform route table configuration.
>
> Would this item allow for a draft describing the way in which
> DHCPv6(/-PD) assigns a Default Route to a single-egress-interfaced
> Mobile Router?
>
> My problem is a Mobile Router connected on the home link.  It
> acquires a prefix (the Mobile Network Prefix) using DHCPv6-PD.  Being
> a Router it doesn't configure a default route from SLAAC (if I want
> it to I have to switch it from Router to Host - burdensome).  DHCPv6
> doesn't deliver it a Default Route either.  So I am left with a nice
> machine without a default route - I have to manually configure it.
>
> I could write a draft telling that DHCPv6 option is delivered to a
> single-egress-interfaced Mobile Router and allows it to configure a
> default route.  Would this draft fit within this potential Charter
> item?
>
> Any comments appreciated: is this kind of work appropriate here?  Is
> another alternative work (like DHCPv6 tells Router to acquire this
> from SLAAC, and modify SLAAC)?  Could this be adapted to MIF by
> saying there _could_ be multiple such egress interfaces each with its
> own default route (hard, there should be only one default - the last
> resort)?
>
> Any comments appreciated about how to set a default route on a
> Mobile Router single-egress interface.
>
> Alex
>
>> 3) MIF API: While no changes are needed for applications to run on
>> multiple interface hosts, this API could provide additional
>> services to applications running on hosts attached to multiple
>> provisioning domains. For instance, these services could help in
>> solving first-hop, source address and/or DNS selection issues.
>> Goals and Milestones Nov 2010: Initial WG draft on Split-DNS
>> solution Nov 2010: Initial WG draft on DHCPv6 option for routing
>> configuration Nov 2010: Initial WG draft on MIF API extension. Nov
>> 2011: Submit Split-DNS solution to IESG for publication as a
>> Proposed Standard RFC Nov 2011: Submit DHCPv6 routing configuration
>> option to IESG for publication as a Proposed Standard RFC Nov 2011:
>> Submit MIF API extension solution to IESG for publication as an
>> Informational RFC
>>
>>
>>
>> _______________________________________________ mif mailing list
>> mif@ietf.org https://www.ietf.org/mailman/listinfo/mif
>
> _______________________________________________ mif mailing list
> mif@ietf.org https://www.ietf.org/mailman/listinfo/mif
>
> Questo messaggio e i suoi allegati sono indirizzati esclusivamente
> alle persone indicate. La diffusione, copia o qualsiasi altra azione
> derivante dalla conoscenza di queste informazioni sono rigorosamente
> vietate. Qualora abbiate ricevuto questo documento per errore siete
> cortesemente pregati di darne immediata comunicazione al mittente e
> di provvedere alla sua distruzione, Grazie.
>
> This e-mail and any attachments is confidential and may contain
> privileged information intended for the addressee(s) only.
> Dissemination, copying, printing or use by anybody else is
> unauthorised. If you are not the intended recipient, please delete
> this message and any attachments and advise the sender by return
> e-mail, Thanks.
>
>