RE: [Mobopts] New I-D: draft-weniger-mobopts-mip6-cnlocpriv-01(Correspondent Node-Targeted Location Privacy and Optimized Routing)

"Kilian Weniger" <Kilian.Weniger@eu.panasonic.com> Tue, 27 February 2007 09:43 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLys9-00057w-Pm; Tue, 27 Feb 2007 04:43:49 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLys9-00057r-3J for mobopts@irtf.org; Tue, 27 Feb 2007 04:43:49 -0500
Received: from cluster-e.mailcontrol.com ([217.79.216.190]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HLys3-0001A1-UL for mobopts@irtf.org; Tue, 27 Feb 2007 04:43:48 -0500
Received: from rly42e.srv.mailcontrol.com (localhost.localdomain [127.0.0.1]) by rly42e.srv.mailcontrol.com (MailControl) with ESMTP id l1R9hJ0k012594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <mobopts@irtf.org>; Tue, 27 Feb 2007 09:43:37 GMT
Received: from submission.mailcontrol.com (submission.mailcontrol.com [86.111.216.190]) by rly42e.srv.mailcontrol.com (MailControl) id l1R9gXB6009056 for mobopts@irtf.org; Tue, 27 Feb 2007 09:42:33 GMT
Received: from hhe500-02.hbg.de.pan.eu (gate.eu.panasonic.com [194.173.20.12]) by rly42e-eth0.srv.mailcontrol.com (envelope-sender Kilian.Weniger@eu.panasonic.com) (MIMEDefang) with ESMTP id l1R9gNu0008554; Tue, 27 Feb 2007 09:42:33 +0000 (GMT)
Received: from eundadmi01.pan.eu(10.100.96.64) by hhe500-02.hbg.de.pan.eu via smtp id 6e81_e69054ca_c643_11db_896d_0030482aac25; Tue, 27 Feb 2007 10:21:26 +0100
Received: from VPN-MRelay-01.PRDCG.Panasonic.de ([10.100.176.55]) by eundadmi01.pan.eu (Lotus Domino Release 6.5.4FP3) with ESMTP id 2007022710421336-891586 ; Tue, 27 Feb 2007 10:42:13 +0100
X-Spam-Status: No, hits=0.0 required=4.5 tests=AWL: -0.157,BAYES_00: -1.665,TOTAL_SCORE: -1.822
X-Spam-Level:
Received: from localhost ([127.0.0.1]) by VPN-MRelay-01.PRDCG.Panasonic.de; Tue, 27 Feb 2007 10:47:05 +0100
MIME-Version: 1.0
X-MimeOLE: Produced By Microsoft Exchange V6.5
Subject: RE: [Mobopts] New I-D: draft-weniger-mobopts-mip6-cnlocpriv-01(Correspondent Node-Targeted Location Privacy and Optimized Routing)
In-Reply-To: <4D2F935F08D41A4C8866693F4F0D7C4F0127822A@lan-ex-01.panasonic.de>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Mobopts] New I-D: draft-weniger-mobopts-mip6-cnlocpriv-01(Correspondent Node-Targeted Location Privacy and Optimized Routing)
Thread-Index: AcdaTY8SeF1fo+wRSgKnzb4DQI5eHQABHGwg
References: <4D2F935F08D41A4C8866693F4F0D7C4F0127822A@lan-ex-01.panasonic.de>
To: Vijay Devarapalli <vijay.devarapalli@azairenet.com>, Gerardo Giaretta <gerardo.giaretta@gmail.com>, "Charles E. Perkins" <charles.perkins@nokia.com>
Message-ID: <4D2F935F08D41A4C8866693F4F0D7C4F0127823C@lan-ex-01.panasonic.de>
Date: Tue, 27 Feb 2007 10:39:13 +0100
From: Kilian Weniger <Kilian.Weniger@eu.panasonic.com>
Content-class: urn:content-classes:message
Content-Type: text/plain; charset="us-ascii"
X-Scanned-By: MailControl A-06-00-00 (www.mailcontrol.com) on 10.69.1.152
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 36c793b20164cfe75332aa66ddb21196
Cc: mobopts@irtf.org
X-BeenThere: mobopts@irtf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility Optimizations <mobopts.irtf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mobopts>, <mailto:mobopts-request@irtf.org?subject=unsubscribe>
List-Post: <mailto:mobopts@irtf.org>
List-Help: <mailto:mobopts-request@irtf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mobopts>, <mailto:mobopts-request@irtf.org?subject=subscribe>
Errors-To: mobopts-bounces@irtf.org

Vijay, Gerardo, Charlie, you had questions and comments during the last
mobopts RG meeting in San Diego. Are your comments sufficiently
addressed?

Regards, 

Kilian

> -----Original Message-----
> From: Kilian Weniger [mailto:Kilian.Weniger@eu.panasonic.com] 
> Sent: Dienstag, 27. Februar 2007 09:59
> To: mobopts@irtf.org
> Subject: [Mobopts] New I-D: 
> draft-weniger-mobopts-mip6-cnlocpriv-01(Correspondent 
> Node-Targeted Location Privacy and Optimized Routing)
> 
> Hi all,
> 
> draft-weniger-mobopts-mip6-cnlocpriv was presented and 
> discussed at the
> last mobopts meeting in San Diego. The draft proposes a 
> simple mechanism
> based on the MIPv6 bootstrapping solutions that allows a MN to utilize
> an optimized route without revealing its location to the CN. This
> feature is currently not fully supported by
> draft-irtf-mobopts-location-privacy-solutions (see section 2 of
> draft-weniger-mobopts-mip6-cnlocpriv for reasoning). 
> 
> We received some valuable questions and comments during the meeting,
> mainly on deployment issues. I tried to address all of those 
> in the new
> draft. A short summary:
> 
> - Aren't there many new trust/roaming relationships required? 
> It is expected that the trust/roaming relationships that are 
> needed for
> draft-ietf-mip6-bootstrapping-integrated-02 can be re-used 
> (see section
> 3 for details).
> 
> - Isn't this solution only applicable if there is a home 
> agent in every
> correspondent node's domain?
> It is not required that the home agent (ORHA) is located in the
> correspondent node's domain.  A domain nearby to the correspondent
> node's domain is sufficient to achieve location privacy and improved
> routing efficiency. It is expected that the (local) HAs needed for
> draft-ietf-mip6-bootstrapping-integrated-02 can be re-used.
> 
> - Isn't location privacy compromised since the home agent (ORHA) is
> close to the CN?
> Since the ORHA learns the location of the mobile node, the mobile node
> must be sure that the ORHA doesn't reveal the mobile node's 
> location to
> nodes that are not authorized to get the location, i.e., the ORHA must
> be trusted by the mobile node. It is assumed that the ORHA discovery
> mechanism only returns trusted home agents or that the mobile node is
> able to verify during the bootstrapping procedure whether the ORHA is
> trusted. Note that even if the ORHA and correspondent node are in the
> same domain, this doesn't imply that the ORHA reveals the 
> mobile node's
> location to the correspondent node. This is also true in today's
> cellular networks, where it is ensured that users of a 
> service provided
> by a particular operator don't know the location of other 
> users using a
> service provided by the same operator.
> 
> - How can an ORHA be discovered?
> A specification of a discovery mechanism is currently out of 
> scope, but
> one option could be to re-use DHCP-based HA assignment as defined in
> draft-ietf-mip6-bootstrapping-integrated and 
> draft-ietf-mip6-hiopt. The
> mobile node would put the correspondent node's domain as target domain
> in the Home Network Identifier DHCP Option and the mobile node's MSA
> would then determine and assign a home agent to the mobile node, which
> is in or close to the correspondent node's domain (see section 5 for
> details).
> 
> The new draft draft-weniger-mobopts-mip6-cnlocpriv-01.txt 
> should appear
> on the announce I-D list soon. Before that, it can be accessed at
> http://home.arcor.de/k.weniger/draft-weniger-mobopts-mip6-cnlo
> cpriv-01.t
> xt
> 
> Comments are highly appreciated. 
> 
> Regards,
> 
> Kilian
> 
> 
> Panasonic R&D Center Germany GmbH
> 63225 Langen, Hessen, Germany
> Reg: AG Offenbach (Hessen) HRB 33974
> Managing Director: Thomas Micke
> 
> 
> 
> _______________________________________________
> Mobopts mailing list
> Mobopts@irtf.org
> https://www1.ietf.org/mailman/listinfo/mobopts
> 
> 


Panasonic R&D Center Germany GmbH
63225 Langen, Hessen, Germany
Reg: AG Offenbach (Hessen) HRB 33974
Managing Director: Thomas Micke



_______________________________________________
Mobopts mailing list
Mobopts@irtf.org
https://www1.ietf.org/mailman/listinfo/mobopts