Re: [Ecrit] Emergency location alternative: outbound proxy adding location in formation

"James M. Polk" <jmpolk@cisco.com> Thu, 14 April 2005 15:47 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA25907; Thu, 14 Apr 2005 11:47:11 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DM6ij-0005BI-RL; Thu, 14 Apr 2005 11:57:35 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DM6Sx-0000Qb-Vd; Thu, 14 Apr 2005 11:41:15 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DM6Sv-0000Q1-EB for ecrit@megatron.ietf.org; Thu, 14 Apr 2005 11:41:14 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA25420 for <ecrit@ietf.org>; Thu, 14 Apr 2005 11:41:02 -0400 (EDT)
Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DM6cm-0004rZ-Ci for ecrit@ietf.org; Thu, 14 Apr 2005 11:51:26 -0400
Received: from sj-core-5.cisco.com (171.71.177.238) by sj-iport-3.cisco.com with ESMTP; 14 Apr 2005 08:40:38 -0700
X-IronPort-AV: i="3.92,102,1112598000"; d="scan'208"; a="249685006:sNHT1308945624"
Received: from wells.cisco.com (wells.cisco.com [171.71.177.223]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id j3EFeSfk011785; Thu, 14 Apr 2005 08:40:29 -0700 (PDT)
Received: from jmpolk-w2k01.diablo.cisco.com (ssh-sjc-1.cisco.com [171.68.225.134]) by wells.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with ESMTP id IAA13579; Thu, 14 Apr 2005 08:40:28 -0700 (PDT)
Message-Id: <4.3.2.7.2.20050414103237.03433bf0@localhost>
X-Sender: jmpolk@localhost
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Thu, 14 Apr 2005 10:40:31 -0500
To: "Bemmel, Jeroen van (Jeroen)" <jbemmel@lucent.com>, "'ecrit@ietf.org'" <ecrit@ietf.org>
From: "James M. Polk" <jmpolk@cisco.com>
Subject: Re: [Ecrit] Emergency location alternative: outbound proxy adding location in formation
In-Reply-To: <7D5D48D2CAA3D84C813F5B154F43B1550577DB48@nl0006exch001u.nl .lucent.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Spam-Score: 1.1 (+)
X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: ecrit.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
Sender: ecrit-bounces@ietf.org
Errors-To: ecrit-bounces@ietf.org
X-Spam-Score: 1.1 (+)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081

At 03:23 PM 4/14/2005 +0200, Bemmel, Jeroen van (Jeroen) wrote:

>
>The proxy could add a header, e.g.: Emergency-Location: lat=1.2345; 
>long=6.789; postal=xxxx; certainty=500m
>It should probably also refer to the source of this information, e.g. the 
>URI of the responsible administrator. This location information could be 
>preconfigured in the proxy.

Adding "location" as a header has been in SIPPING for a few years as a 
discussion point of the ID
http://www.ietf.org/internet-drafts/draft-ietf-sipping-location-requirements-02.txt

and has been dismissed by the WG and the Transport Area Director.

I am moving that ID over to SIP very shortly (because it is actually 
modifying the protocol slightly), and you're welcome to start another 
thread about this there. It should appear there within a week.

>
>A second issue is that the proxy could be provisioned with the address of 
>the emergency center to contact for emergency calls.

My proxy can always be in Dallas, though I might be traveling in Europe and 
call 911.  This is one of the points that's made when folks say "you can 
never rely on the location of the proxy relative to where the UAC/user is". 
There really is no bind between the two.

>
>Regards,
>
>Jeroen van Bemmel, Lucent Technologies Bell Labs
>_______________________________________________
>Ecrit mailing list
>Ecrit@ietf.org
>https://www1.ietf.org/mailman/listinfo/ecrit


cheers,
James

                                *******************
                 Truth is not to be argued... it is to be presented

_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www1.ietf.org/mailman/listinfo/ecrit