RE: How to handle Validation failures was RE: [Sipping-emergency] proposed charter, new wg on emergency

"Peterson, Jon" <jon.peterson@neustar.biz> Mon, 27 September 2004 23:48 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 TAA22471 for <sipping-emergency-web-archive@ietf.org>; Mon, 27 Sep 2004 19:48:50 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CC5MS-0003ym-Ma for sipping-emergency-web-archive@ietf.org; Mon, 27 Sep 2004 19:56:52 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CC5DZ-0007Wx-Fa; Mon, 27 Sep 2004 19:47:41 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CC5AV-00078Z-Uv for sipping-emergency@megatron.ietf.org; Mon, 27 Sep 2004 19:44:32 -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 TAA21997 for <sipping-emergency@ietf.org>; Mon, 27 Sep 2004 19:44:28 -0400 (EDT)
Received: from oak.neustar.com ([209.173.53.70]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CC5ID-0003sN-Hs for sipping-emergency@ietf.org; Mon, 27 Sep 2004 19:52:30 -0400
Received: from stntimc1.va.neustar.com (stntimc1.neustar.com [10.31.13.11]) by oak.neustar.com (8.12.8/8.11.0) with ESMTP id i8RNgDPm013473; Mon, 27 Sep 2004 23:42:14 GMT
Received: by stntimc1.cis.neustar.com with Internet Mail Service (5.5.2657.72) id <T32LKFRA>; Mon, 27 Sep 2004 19:42:13 -0400
Message-ID: <7927C67249E4AD43BC05B539AF0D129801AF41DD@stntexch04.cis.neustar.com>
From: "Peterson, Jon" <jon.peterson@neustar.biz>
To: 'Brian Rosen' <br@brianrosen.net>, 'Marc Linsner' <mlinsner@cisco.com>, sipping-emergency@ietf.org
Subject: RE: How to handle Validation failures was RE: [Sipping-emergency] proposed charter, new wg on emergency
Date: Mon, 27 Sep 2004 19:42:12 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain; charset="iso-8859-1"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
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: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034

> 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