Re: [Ieprep] Re: WG Review: Recharter ofInternet Emergency Preparedness (ieprep)

Fred Baker <fred@cisco.com> Fri, 10 November 2006 02:04 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GiLl5-0000qV-Vj; Thu, 09 Nov 2006 21:04:43 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GiLl4-0000qE-KI; Thu, 09 Nov 2006 21:04:42 -0500
Received: from sj-iport-4.cisco.com ([171.68.10.86]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GiLl1-0000IA-75; Thu, 09 Nov 2006 21:04:42 -0500
Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-4.cisco.com with ESMTP; 09 Nov 2006 18:04:38 -0800
X-IronPort-AV: i="4.09,407,1157353200"; d="scan'208"; a="29324:sNHT115278273"
Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id kAA24cK6005590; Thu, 9 Nov 2006 18:04:38 -0800
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id kAA24cio007748; Thu, 9 Nov 2006 18:04:38 -0800 (PST)
Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 18:04:38 -0800
Received: from [12.105.242.217] ([10.21.154.131]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 18:04:37 -0800
In-Reply-To: <28F05913385EAC43AF019413F674A017101B7165@OCCLUST04EVS1.ugd.att.com>
References: <28F05913385EAC43AF019413F674A017101B7165@OCCLUST04EVS1.ugd.att.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <9CD3E405-C104-4B24-8479-DC4BB1022DE5@cisco.com>
Content-Transfer-Encoding: 7bit
From: Fred Baker <fred@cisco.com>
Subject: Re: [Ieprep] Re: WG Review: Recharter ofInternet Emergency Preparedness (ieprep)
Date: Thu, 9 Nov 2006 18:04:34 -0800
To: "Dolly, Martin C, NPE" <mdolly@att.com>
X-Mailer: Apple Mail (2.752.2)
X-OriginalArrivalTime: 10 Nov 2006 02:04:37.0629 (UTC) FILETIME=[9338A2D0:01C7046C]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2902; t=1163124278; x=1163988278; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20<fred@cisco.com> |Subject:=20Re=3A=20[Ieprep]=20Re=3A=20WG=20Review=3A=20Recharter=20ofInt ernet=09Emergency=09Preparedness=20(ieprep) |Sender:=20; bh=XN7MHn2E/4q+Nz5c2bxh2xk156ynHsJBlPxV0uEuGEM=; b=auP+/EK1kWTnuzM4sYSb4dsFAEdXOnr6Lp28rz5duOl6e71m6KaBcmKGv7fXt/PXI159lWXT Tuu1JXgCHdxJaFMkwlEWGBvRLeZk34XV+HJjpIN3jJ4vnMlf3x6yAZgE;
Authentication-Results: sj-dkim-3; header.From=fred@cisco.com; dkim=pass (si g from cisco.com/sjdkim3002 verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0
Cc: "Robert G. Cole" <robert.cole@jhuapl.edu>, ietf@ietf.org, ieprep@ietf.org, Scott Bradner <sob@harvard.edu>, Janet P Gunn <jgunn6@csc.com>, Sam Hartman <hartmans-ietf@mit.edu>, Pekka Savola <pekkas@netcore.fi>
X-BeenThere: ieprep@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Internet Emergency Preparedness Working Group <ieprep.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ieprep>, <mailto:ieprep-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ieprep@ietf.org>
List-Help: <mailto:ieprep-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ieprep>, <mailto:ieprep-request@ietf.org?subject=subscribe>
Errors-To: ieprep-bounces@ietf.org

On Nov 6, 2006, at 11:22 AM, Dolly, Martin C, NPE wrote:
> Side note: my focus is on the ETS service. All of the major players  
> (vendors, service providers, contractors,  and most importantly  
> CUSTOMER), attend and participate in the ATIS work.

yes, and for stuff that is limited to telephony services and will  
remain entirely within the borders of the United States, ATIS is a  
reasonable place to do it.

I observe that in the meeting you, Janet, and I (among many others)  
attended a few weeks ago, as Janet reported earlier in this thread,  
there were two representatives from non-US agencies. As a vendor, I  
have to sell product to both their agencies and to Janet's, and by  
extension to both their service providers and Janet's, which includes  
you. I'm looking for - and I think the non-US agencies are looking  
for - a service definition and feature definition that will be  
available in routers and switches regardless of vendor and will be  
defined in a trans-national manner.

ITU might define the service; in fact they have already done so, in  
giving us the famous fourteen glittering generalities, which Ken  
Carlberg and Ran Atkinson have gone to great lengths to turn into  
actionable objectives. I really think we need IETF expertise to help  
vendors like me have the right features for operators like you to  
implement it. We all have to be involved, and the IETF is an open  
forum in which that can happen.

What we don't need are glittering generalities.

http://www.ietf.org/rfc/rfc3523.txt
3523 Internet Emergency Preparedness (IEPREP) Telephony Topology
      Terminology. J. Polk. April 2003. (Format: TXT=10190 bytes)  
(Status:
      INFORMATIONAL)

http://www.ietf.org/rfc/rfc3689.txt
3689 General Requirements for Emergency Telecommunication Service
      (ETS). K. Carlberg, R. Atkinson. February 2004. (Format: TXT=21680
      bytes) (Status: INFORMATIONAL)

http://www.ietf.org/rfc/rfc3690.txt
3690 IP Telephony Requirements for Emergency Telecommunication Service
      (ETS). K. Carlberg, R. Atkinson. February 2004. (Format: TXT=13919
      bytes) (Status: INFORMATIONAL)

http://www.ietf.org/rfc/rfc4190.txt
4190 Framework for Supporting Emergency Telecommunications Service
      (ETS) in IP Telephony. K. Carlberg, I. Brown, C. Beard. November
      2005. (Format: TXT=69447 bytes) (Status: INFORMATIONAL)

http://www.ietf.org/rfc/rfc4375.txt
4375 Emergency Telecommunications Services (ETS) Requirements for a
      Single Administrative Domain. K. Carlberg. January 2006. (Format:
      TXT=17037 bytes) (Status: INFORMATIONAL)

http://www.ietf.org/rfc/rfc4542.txt
4542 Implementing an Emergency Telecommunications Service (ETS) for
      Real-Time Services in the Internet Protocol Suite. F. Baker, J.  
Polk.
      May 2006. (Format: TXT=99770 bytes) (Status: INFORMATIONAL)

_______________________________________________
Ieprep mailing list
Ieprep@ietf.org
https://www1.ietf.org/mailman/listinfo/ieprep