[Sipping-emergency] Emergency-req: remarks 1-4

Henning Schulzrinne <hgs@cs.columbia.edu> Sat, 22 February 2003 23:20 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA17209 for <sipping-emergency-archive@odin.ietf.org>; Sat, 22 Feb 2003 18:20:18 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h1MNS4j12801 for sipping-emergency-archive@odin.ietf.org; Sat, 22 Feb 2003 18:28:04 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h1MNS3p12798 for <sipping-emergency-web-archive@optimus.ietf.org>; Sat, 22 Feb 2003 18:28:03 -0500
Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA17201 for <sipping-emergency-web-archive@ietf.org>; Sat, 22 Feb 2003 18:19:47 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h1MNS2p12782 for <sipping-emergency-web-archive@ietf.org>; Sat, 22 Feb 2003 18:28:02 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h1MNQ5p12621 for <sipping-emergency@optimus.ietf.org>; Sat, 22 Feb 2003 18:26:05 -0500
Received: from dewberry.cc.columbia.edu (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA17173 for <sipping-emergency@ietf.org>; Sat, 22 Feb 2003 18:17:49 -0500 (EST)
Received: from cs.columbia.edu (tallgrass.netlab.uky.edu [204.198.76.66]) (user=hgs10 mech=PLAIN bits=0) by dewberry.cc.columbia.edu (8.12.3/8.12.3) with ESMTP id h1MNLYxw028130 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sat, 22 Feb 2003 18:21:35 -0500 (EST)
Message-ID: <3E580615.8090608@cs.columbia.edu>
Date: Sat, 22 Feb 2003 18:21:57 -0500
From: Henning Schulzrinne <hgs@cs.columbia.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "James M. Polk" <jmpolk@cisco.com>
CC: sipping-emergency@ietf.org
References: <3E55EA9F.FB3489BB@lmf.ericsson.se> <4.3.2.7.2.20030217161831.047e6110@localhost> <3E516A89.90901@cs.columbia.edu> <3E55EA9F.FB3489BB@lmf.ericsson.se> <4.3.2.7.2.20030222120157.024467d0@localhost>
In-Reply-To: <4.3.2.7.2.20030222120157.024467d0@localhost>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Sipping-emergency] Emergency-req: remarks 1-4
Sender: sipping-emergency-admin@ietf.org
Errors-To: sipping-emergency-admin@ietf.org
X-BeenThere: sipping-emergency@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping-emergency>, <mailto:sipping-emergency-request@ietf.org?subject=unsubscribe>
List-Id: <sipping-emergency.ietf.org>
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>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

> Because I've had much writing of my own this past few weeks, and with 
> the deadline approaching for -00 IDs, I apologize for this coming so late.

Thanks for your extensive comments. Remarks inline where needed. I'll 
split my response to keep things manageable.

> #3 - "Emergency call center (ECC): An emergency call center (ECC) 
> receives emergency calls within a specific geographic area..."
> 
> Comment: London has what you refer to as ECCs, but the have all calls 
> from the surrounding regional area come into a single center, the Call 
> taker(s) determines where the call is coming from, then the emergency 
> personnel are dispatched to the appropriate location from that 
> centralized ECC. In other words, local emergency personnel are not 
> called, they are dispatched by the ECC in London.
> 
> This might be a subtle difference to your intent, but it is fairly 
> different than the US model where you call (or are patched through to) 
> the local ECC.

Hmm, isn't that the same as having a large regional PSAP in the US? I 
think they are called consolidated PSAP.

Thus, I'm not sure how my definition contradicts the London example - 
the London ECC "receives emergency calls within a specific geographic 
area and
dispatches emergency services, such as fire, police and rescue services."

> 
> #4 - From section 4 "Last Mile" you have omitted Cable access. I mention 
> this because existing HFC Broadband connectivity can be as much as 100 
> miles away from the MSO Headend facility. This could easily have an 
> affect on which ECC (PSAP is appropriate to contact). This is in 
> contrast to DSL which is typically limited to 22,000 ft from the CO, 
> with most not possible at distances greater than 15,000 due to the poor 
> cables in the ground. This limits the jurisdictional boundaries that can 
> be crossed by this technology.

Actually, last-mile is not visible to the "subscriber", so DSL or 
whatever are simply the way that the ECC connects to the PSTN selective 
router. (I suspect US PSAPs would not choose a cable modem as their 
access technology, but that's a discussion we don't need to have here.) 
Maybe your remark hints at a broader lack of common understanding what 
'last mile' means. I'm referring to the model described in the NENA TID 
that I sent around yesterday, where IP only replaces the analog or 
digital trunk from the last switch to the PSAP. In that model, there is 
no way that a subscriber can directly send a SIP request to the PSAP.

You obviously raise a good point that illustrates that even in a 
near-term deployment of VoIP over a current cable plant causes 
difficulties for the last-mile model. (In NJ, the bastion of home rule, 
a PSAP might cover only one square mile, so we get DSL service out of a 
neighboring community.)

to be continued

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