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
- [Mobopts] New I-D: draft-weniger-mobopts-mip6-cnl… Kilian Weniger
- RE: [Mobopts] New I-D: draft-weniger-mobopts-mip6… Kilian Weniger