RE: [MEXT] Last Call: draft-ietf-mext-nemo-pd (DHCPv6 Prefix Delegation for NEMO) to Proposed Standard

"Laganier, Julien" <julienl@qualcomm.com> Fri, 10 September 2010 16:57 UTC

Return-Path: <julienl@qualcomm.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 836473A6843; Fri, 10 Sep 2010 09:57:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 Ifx-uMfrNteN; Fri, 10 Sep 2010 09:57:13 -0700 (PDT)
Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) by core3.amsl.com (Postfix) with ESMTP id 22C543A688C; Fri, 10 Sep 2010 09:57:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=julienl@qualcomm.com; q=dns/txt; s=qcdkim; t=1284137860; x=1315673860; h=from:to:cc:date:subject:thread-topic:thread-index: message-id:references:in-reply-to:accept-language: content-language:x-ms-has-attach:x-ms-tnef-correlator: acceptlanguage:content-type:content-transfer-encoding: mime-version; z=From:=20"Laganier,=20Julien"=20<julienl@qualcomm.com> |To:=20Alexandru=20Petrescu=20<alexandru.petrescu@gmail.c om>,=20Hesham=20Soliman=0D=0A=09<hesham@elevatemobile.com >|CC:=20IETF=20Discussion=20<ietf@ietf.org>,=20mext=20<me xt@ietf.org>|Date:=20Fri,=2010=20Sep=202010=2009:57:36=20 -0700|Subject:=20RE:=20[MEXT]=20Last=20Call:=20draft-ietf -mext-nemo-pd=20(DHCPv6=20Prefix=0D=0A=09Delegation=20for =20NEMO)=20to=20Proposed=20Standard|Thread-Topic:=20[MEXT ]=20Last=20Call:=20draft-ietf-mext-nemo-pd=20(DHCPv6=20Pr efix=0D=0A=09Delegation=20for=20NEMO)=20to=20Proposed=20S tandard|Thread-Index:=20ActQ3+YscCsbTJv1T1q8Zs50cSkFwgAJ0 /wg|Message-ID:=20<BF345F63074F8040B58C00A186FCA57F1F6826 E30A@NALASEXMB04.na.qualcomm.com>|References:=20<C8B03E68 .14FA4%hesham@elevatemobile.com>=0D=0A=20<4C8A1DEF.905040 3@gmail.com>|In-Reply-To:=20<4C8A1DEF.9050403@gmail.com> |Accept-Language:=20en-US|Content-Language:=20en-US |X-MS-Has-Attach:|X-MS-TNEF-Correlator:|acceptlanguage: =20en-US|Content-Type:=20text/plain=3B=20charset=3D"iso-8 859-1"|Content-Transfer-Encoding:=20quoted-printable |MIME-Version:=201.0; bh=bdImtGgATc22FZkjx5f5ddI8nwjkyJW7cPKsywxVFiA=; b=deqLGt9r+OGbVRoPUG3W67Bn0QJVzY+PRViSioi8ub8MkL2VSpU2j0/D X7XE9y2wO6XlKUla9gYveCmC3NJFUm6GH0e3QAvthfN6RYE2hmX6SUWub D7IUmH0cWQfUzsXWG+BptAkHgUhJCdWEJ/LuQhTmJbXhFIoHxUeGLjgw2 o=;
X-IronPort-AV: E=McAfee;i="5400,1158,6102"; a="54043029"
Received: from ironmsg03-l.qualcomm.com ([172.30.48.18]) by wolverine01.qualcomm.com with ESMTP; 10 Sep 2010 09:57:38 -0700
X-IronPort-AV: E=Sophos;i="4.56,347,1280732400"; d="scan'208";a="7600381"
Received: from nasanexhub02.na.qualcomm.com ([10.46.143.120]) by Ironmsg03-L.qualcomm.com with ESMTP/TLS/RC4-MD5; 10 Sep 2010 09:57:38 -0700
Received: from nalasexhc03.na.qualcomm.com (10.47.129.194) by nasanexhub02.na.qualcomm.com (10.46.143.120) with Microsoft SMTP Server (TLS) id 8.2.254.0; Fri, 10 Sep 2010 09:57:38 -0700
Received: from NALASEXMB04.na.qualcomm.com ([10.47.7.118]) by nalasexhc03.na.qualcomm.com ([10.47.129.194]) with mapi; Fri, 10 Sep 2010 09:57:38 -0700
From: "Laganier, Julien" <julienl@qualcomm.com>
To: Alexandru Petrescu <alexandru.petrescu@gmail.com>, Hesham Soliman <hesham@elevatemobile.com>
Date: Fri, 10 Sep 2010 09:57:36 -0700
Subject: RE: [MEXT] Last Call: draft-ietf-mext-nemo-pd (DHCPv6 Prefix Delegation for NEMO) to Proposed Standard
Thread-Topic: [MEXT] Last Call: draft-ietf-mext-nemo-pd (DHCPv6 Prefix Delegation for NEMO) to Proposed Standard
Thread-Index: ActQ3+YscCsbTJv1T1q8Zs50cSkFwgAJ0/wg
Message-ID: <BF345F63074F8040B58C00A186FCA57F1F6826E30A@NALASEXMB04.na.qualcomm.com>
References: <C8B03E68.14FA4%hesham@elevatemobile.com> <4C8A1DEF.9050403@gmail.com>
In-Reply-To: <4C8A1DEF.9050403@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: IETF Discussion <ietf@ietf.org>, mext <mext@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Sep 2010 16:57:14 -0000

Alexandru Petrescu wrote:
> 
> Le 10/09/2010 11:58, Hesham Soliman a écrit :
> >
> > On 10/09/10 7:55 PM, "Alexandru
> > Petrescu"<alexandru.petrescu@gmail.com> wrote:
> >
> >> Le 10/09/2010 11:48, Hesham Soliman a écrit :
> >>>>>
> >>>>> =>    Who cares, specify it in your product description. The
> >>>>>       IETF doesn't specify how to build products.
> >>>>
> >>>> Hmm... to me it is a very IETF sensitive issue the Router vs
> >>>> Host. For example, an ND spec says distinctively what a Host
> >>>> and what a Router does, e.g. a Host does not respond to Router
> >>>>  Solicitation.
> >>>
> >>> =>   Yes and it does so on a per-interface basis, not on a
> >>> per-machine basis.
> >>
> >> Yes, and the Mobile Router is a Router on its egress interface
> >> when connected at home, as per spec.  It is that interface that
> >> needs a default route automatically configured.
> >
> > =>  Ok, so you're happy with it being half host half router when it's
> > away from home?
> 
> When it is away from home it is fully a Host on the egress interface.
> When at home fully Router on same.  I am happy with it this way.
> 
> > If so then let it do the same at home. Otherwise, I don't know how
> > you want to fix this in this WG.
> 
> It would mean to specify it to be a at home, be first a Host (get
> default route) then change and become a Router, but still at home.
>
> This behaviour could be set in the DHCPv6-PD-NEMO draft, being under
> discussion now.

This is a non issue for this draft. This is not specific to NEMO but generic to any DHCPv6 Prefix Delegation setup where the requesting router needs to configures an address on its north side. It can do so as per the deployment specifics, including, but not limited to, acting as a host on the north interface and as a router on south interfaces -- please remember that Neighbor Discovery is specified on a per-interface basis.

[ I also note that this draft has been more than 2 years in the MEXT working group in which you are participating, which gave you ample time to comment on this and other things... ]

--julien