[Int-area] Re: Discovering a Location Server in the Access Network

Hannes Tschofenig <Hannes.Tschofenig@gmx.net> Fri, 21 September 2007 11:11 UTC

Return-path: <int-area-bounces@lists.ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IYgQA-0006vG-DF; Fri, 21 Sep 2007 07:11:42 -0400
Received: from int-area by megatron.ietf.org with local (Exim 4.43) id 1IYgQ9-0006vA-Df for int-area-confirm+ok@megatron.ietf.org; Fri, 21 Sep 2007 07:11:41 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IYgQ8-0006Yg-CX for int-area@ietf.org; Fri, 21 Sep 2007 07:11:40 -0400
Received: from mail.gmx.net ([213.165.64.20]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IYgPz-0007hA-Cv for int-area@ietf.org; Fri, 21 Sep 2007 07:11:31 -0400
Received: (qmail invoked by alias); 21 Sep 2007 11:11:30 -0000
Received: from socks-ic-ext.mch.sbs.de (EHLO [194.138.17.187]) [194.138.17.187] by mail.gmx.net (mp023) with SMTP; 21 Sep 2007 13:11:30 +0200
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX18xzDx2qR0xPCVKE1Ge0kTaf61Bl3vkc1nP87l08T sAsYZNLvOdCPoO
Message-ID: <46F3A6E1.10803@gmx.net>
Date: Fri, 21 Sep 2007 13:11:29 +0200
From: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
References: <46EA4B08.1060307@gmx.net>
In-Reply-To: <46EA4B08.1060307@gmx.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe
Cc: int-area@ietf.org
Subject: [Int-area] Re: Discovering a Location Server in the Access Network
X-BeenThere: int-area@lists.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.lists.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@lists.ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/int-area>
List-Post: <mailto:int-area@lists.ietf.org>
List-Help: <mailto:int-area-request@lists.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@lists.ietf.org?subject=subscribe>
Errors-To: int-area-bounces@lists.ietf.org

Hi all,

I haven't received concerns regarding the suggested discovery approach. 
May I assume from the lack of feedback that the suggested approach is 
reasonable?

Ciao
Hannes

Hannes Tschofenig wrote:
> Hi all,
>
> I would need some feedback regarding work that is currently being done 
> in the GEOPRIV working group.
> For some time we have been working on an application layer protocol 
> that allows the end host to obtain its own location information (or a 
> reference to it) from a server (called LIS) in the access network. 
> This LIS indeed needs to be located in the access network (and not at 
> an arbitrary place on the Internet) since only the layer 2/layer 3 
> provider is able to determine the precise location of end point.
>
> A year ago I lead a design team that captured the problem statement 
> and requirements. The document is available here:
> http://www.ietf.org/internet-drafts/draft-ietf-geopriv-l7-lcp-ps-05.txt
>
> The protocol that provides the functionality of the above-mentioned 
> requirements document is HELD:
> http://tools.ietf.org/html/draft-ietf-geopriv-http-location-delivery
>
> Providing the end host with the address of the LIS is relatively easy 
> if you can use DHCP. However, there are deployment environments (such 
> as DSL networks) where the DSL operator cannot control the DSL home 
> routers and any information that is provided by the DSL operator may 
> not be relayed to the end host via this box.
>
> So, to overcome this issue the group had an idea: Let's use a 
> different discovery technique that does not require upgrades to 
> intermediate devices (such as this DSL home router).
>
> In short, the current proposal (see 
> http://tools.ietf.org/html/draft-thomson-geopriv-lis-discovery-02.txt; 
> ignoring Section 2 which defines the DHCP portion) essentially does 
> the following:
>
> * Discover the public IP address of the end point
> * Perform a reverse DNS lookup to learn the domain
> * Lookup the LIS for that domain
> * Contact the LIS
>
> We have investigated other solutions as well (see Section 4 of  
> http://www.ietf.org/internet-drafts/draft-ietf-geopriv-l7-lcp-ps-05.txt) 
> but the group (or at least a few folks) believes that this is a "good" 
> approach.
>
> I had a chat with Jari and we both agree that this topoic falls into 
> the expertise of the Internet Area. Hence, I would like to solicit 
> feedback from you.
>
> Ciao
> Hannes
>
>



_______________________________________________
Int-area mailing list
Int-area@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/int-area