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
- RE: How to handle Validation failures was RE: [Si… Peterson, Jon
- RE: How to handle Validation failures was RE: [Si… Brian Rosen
- [Sipping-emergency] Civil location syntax validat… Marc Linsner
- [Sipping-emergency] RE: Civil location syntax val… Brian Rosen