Re: [Ecrit] HUM on PhoneBCP

<L.Liess@telekom.de> Fri, 07 August 2009 13:35 UTC

Return-Path: <L.Liess@telekom.de>
X-Original-To: ecrit@core3.amsl.com
Delivered-To: ecrit@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CF56428C1CA; Fri, 7 Aug 2009 06:35:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.052
X-Spam-Level:
X-Spam-Status: No, score=-3.052 tagged_above=-999 required=5 tests=[AWL=0.197, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
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 glLg-skbV-AI; Fri, 7 Aug 2009 06:35:15 -0700 (PDT)
Received: from tcmail53.telekom.de (tcmail53.telekom.de [217.5.214.110]) by core3.amsl.com (Postfix) with ESMTP id 2EE8428C1D7; Fri, 7 Aug 2009 06:33:55 -0700 (PDT)
Received: from s4de9jsaano.mgb.telekom.de (HELO S4DE9JSAANO.ost.t-com.de) ([10.125.177.105]) by tcmail51.telekom.de with ESMTP; 07 Aug 2009 15:33:53 +0200
Received: from S4DE9JSAANI.ost.t-com.de ([10.125.177.223]) by S4DE9JSAANO.ost.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); Fri, 7 Aug 2009 15:33:53 +0200
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 07 Aug 2009 15:33:52 +0200
Message-ID: <40FB0FFB97588246A1BEFB05759DC8A0034316F8@S4DE9JSAANI.ost.t-com.de>
In-reply-to: <056301ca175c$e9373560$625aa20a@nsnintra.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Ecrit] HUM on PhoneBCP
Thread-Index: AcoXWTAZL1ukZTDiSgCKViYdIB1KfAAA1H9wAAHDaSA=
References: <9886E5FCA6D76549A3011068483A4BD404BFF773@S4DE8PSAAQB.mitte.t-com.de> <EB921991A86A974C80EAFA46AD428E1E063584A2@aopex4.andrew.com><40FB0FFB97588246A1BEFB05759DC8A00343138F@S4DE9JSAANI.ost.t-com.de> <EB921991A86A974C80EAFA46AD428E1E063B9A43@aopex4.andrew.com><40FB0FFB97588246A1BEFB05759DC8A003431659@S4DE9JSAANI.ost.t-com.de> <OF70AEEE57.B0DEC346-ON8025760B.00432A76-8025760B.004399D9@nominet.org.uk> <056301ca175c$e9373560$625aa20a@nsnintra.net>
From: L.Liess@telekom.de
To: Hannes.Tschofenig@gmx.net, Ray.Bellis@nominet.org.uk
X-OriginalArrivalTime: 07 Aug 2009 13:33:53.0523 (UTC) FILETIME=[B4C10430:01CA1763]
Cc: ecrit-bounces@ietf.org, Martin.Dawson@andrew.com, ecrit@ietf.org, R.Jesske@telekom.de, Reinhard.Lauster@t-mobile.at
Subject: Re: [Ecrit] HUM on PhoneBCP
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ecrit>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Aug 2009 13:35:15 -0000

 This is correct. 
Thank you, Hannes. 


-----Original Message-----
From: Hannes Tschofenig [mailto:Hannes.Tschofenig@gmx.net] 
Sent: Friday, August 07, 2009 2:45 PM
To: Ray.Bellis@nominet.org.uk; Liess, Laura
Cc: Martin.Dawson@andrew.com; Jesske, Roland; ecrit@ietf.org;
Reinhard.Lauster@t-mobile.at; ecrit-bounces@ietf.org
Subject: RE: [Ecrit] HUM on PhoneBCP

Ray, 
 
Laura wants to use the reverse DNS lookup by the proxy rather than the
end
host. 
draft-thomson-geopriv-res-gw-lis-discovery talks about the end host
usage
instead. 
 
Ciao
Hannes
 
 

________________________________

	From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] On
Behalf Of Ray.Bellis@nominet.org.uk
	Sent: 07 August, 2009 15:18
	To: L.Liess@telekom.de
	Cc: Martin.Dawson@andrew.com; R.Jesske@telekom.de;
ecrit@ietf.org;
Reinhard.Lauster@t-mobile.at; ecrit-bounces@ietf.org
	Subject: Re: [Ecrit] HUM on PhoneBCP
	
	
	> Maybe the EC could work like this : 
	> The proxy discovers the LIS based on EDs IP-address using
reverse-
	> DNS and SRV record (this is possible with "identity
extenssions") 
	
	Laura, 
	
	Please see draft-thomson-geopriv-res-gw-lis-discovery-02 
	
	The main LIS Discovery draft from Geopriv previously did almost
exactly what you've just described, but it was changed because of
complaints
from the DNS folk (myself included) that it assumed a mapping between
domain
names and network access that simply often doesn't exist. 
	
	The current proposal instead simply stores the LIS Discovery
U-NAPTR
records directly in the reverse DNS tree, where there's a much stronger
(almost 100%) mapping between the DNS and the network access provider. 
	
	kind regards, 
	
	Ray 
	
	-- 
	Ray Bellis, MA(Oxon) MIET
	Senior Researcher in Advanced Projects, Nominet
	e: ray@nominet.org.uk, t: +44 1865 332211