[Sipping-emergency] Civil location syntax validation - was RE: How to handle Validation failures

"Marc Linsner" <mlinsner@cisco.com> Tue, 28 September 2004 13:09 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 JAA20191 for <sipping-emergency-web-archive@ietf.org>; Tue, 28 Sep 2004 09:09:37 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CCHrS-0000uc-K2 for sipping-emergency-web-archive@ietf.org; Tue, 28 Sep 2004 09:17:44 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CCHet-0004E8-RQ; Tue, 28 Sep 2004 09:04:43 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CCHVU-00026t-UB for sipping-emergency@megatron.ietf.org; Tue, 28 Sep 2004 08:55:00 -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 IAA19238 for <sipping-emergency@ietf.org>; Tue, 28 Sep 2004 08:54:59 -0400 (EDT)
Received: from sj-iport-2-in.cisco.com ([171.71.176.71] helo=sj-iport-2.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CCHdK-0000bv-GJ for sipping-emergency@ietf.org; Tue, 28 Sep 2004 09:03:06 -0400
Received: from sj-core-2.cisco.com (171.71.177.254) by sj-iport-2.cisco.com with ESMTP; 28 Sep 2004 05:57:54 -0700
Received: from malone.cisco.com (malone.cisco.com [171.70.157.157]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id i8SCsLwp005856; Tue, 28 Sep 2004 05:54:22 -0700 (PDT)
Received: from mlinsnerzk7abh (ssh-sjc-1.cisco.com [171.68.225.134]) by malone.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with ESMTP id FAA29076; Tue, 28 Sep 2004 05:54:23 -0700 (PDT)
From: Marc Linsner <mlinsner@cisco.com>
To: "'Peterson, Jon'" <jon.peterson@neustar.biz>, 'Brian Rosen' <br@brianrosen.net>, sipping-emergency@ietf.org
Date: Tue, 28 Sep 2004 08:54:23 -0400
Message-ID: <014801c4a55a$48bde260$2c0d0d0a@mlinsnerzk7abh>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
In-Reply-To: <7927C67249E4AD43BC05B539AF0D129801AF41DD@stntexch04.cis.neustar.com>
X-Spam-Score: 1.9 (+)
X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da
Content-Transfer-Encoding: quoted-printable
Subject: [Sipping-emergency] Civil location syntax validation - was RE: How to handle Validation failures
X-BeenThere: sipping-emergency@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: sipping-emergency.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping-emergency>, <mailto:sipping-emergency-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sipping-emergency@ietf.org>
List-Help: <mailto:sipping-emergency-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping-emergency>, <mailto:sipping-emergency-request@ietf.org?subject=subscribe>
Sender: sipping-emergency-bounces@ietf.org
Errors-To: sipping-emergency-bounces@ietf.org
X-Spam-Score: 1.9 (+)
X-Scan-Signature: 4b800b1eab964a31702fa68f1ff0e955
Content-Transfer-Encoding: quoted-printable

Changed the subject line to more correctly describe the function.

Civil location syntax validation could be considered as a requirement when
determining the routing design.  If routing is designed properly, validation
will simply be a routing query that utilizes the response differently.
Validation, in this context, does not include the verification that the
device is actually located where it claims to be, it is simply a process
that verifies that the syntax/value of the location provided describes a
valid location known by all.  A simple routing query that produces a routing
result is validation in this context.


-Marc Linsner-





> -----Original Message-----
> From: Peterson, Jon [mailto:jon.peterson@neustar.biz] 
> Sent: Monday, September 27, 2004 7:42 PM
> To: 'Brian Rosen'; 'Marc Linsner'; sipping-emergency@ietf.org
> Subject: RE: How to handle Validation failures was RE: 
> [Sipping-emergency] proposed charter, new wg on emergency
> 
> 
> 
> > I changed the subject, as we are off the subject of a new 
> charter, as 
> > we agree validation should be in that charter.
> > 
> 
> Brian,
> 
> I'm not sure that everyone on this distribution agrees that 
> validation should be in the scope of this proposed working 
> group. In fact, until I read your mail, I had gotten the 
> sense that several voices (including James, Marc and Nate) 
> were questioning this idea.
> 
> I think validation as such is probably outside of the core 
> expertise of the IETF, whereas routing is more likely to be a 
> place where we can do some solid work. The expertise of the 
> IETF does not lie in subjects like whether Conrad St is in 
> Butler County or Pine Township, nor in recommending how you 
> might figure something like that out. Moreover, this seems to 
> be a back-end application issue, not a protocol issue, as I 
> think a number of people have already pointed out.
> 
> I think that validation is a separable operation from 
> routing, even if it is a prerequisite in some operational 
> models. An umbrella specification that described everything 
> you needed to do in order to provide emergency services might 
> include validation, but that doesn't mean that the routing 
> protocol should change in any way because validation was or 
> was not performed. But I don't think the IETF has the breadth 
> to tackle that whole umbrella.
> 
> Jon Peterson
> NeuStar, Inc. 
> 


_______________________________________________
Sipping-emergency mailing list
Sipping-emergency@ietf.org
https://www1.ietf.org/mailman/listinfo/sipping-emergency