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

Henning Schulzrinne <hgs@cs.columbia.edu> Sun, 23 February 2003 18:27 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 NAA10874 for <sipping-emergency-archive@odin.ietf.org>; Sun, 23 Feb 2003 13:27:54 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h1NIa3a17109 for sipping-emergency-archive@odin.ietf.org; Sun, 23 Feb 2003 13:36:03 -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 h1NIa2p17106 for <sipping-emergency-web-archive@optimus.ietf.org>; Sun, 23 Feb 2003 13:36:02 -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 NAA10871 for <sipping-emergency-web-archive@ietf.org>; Sun, 23 Feb 2003 13:27:23 -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 h1NIa2p17098 for <sipping-emergency-web-archive@ietf.org>; Sun, 23 Feb 2003 13:36: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 h1NIZep17081 for <sipping-emergency@optimus.ietf.org>; Sun, 23 Feb 2003 13:35:40 -0500
Received: from mtiwmhc13.worldnet.att.net (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA10867 for <sipping-emergency@ietf.org>; Sun, 23 Feb 2003 13:27:00 -0500 (EST)
Received: from cs.columbia.edu (128.indianapolis-01rh16rt.in.dial-access.att.net[12.84.225.128]) by mtiwmhc13.worldnet.att.net (mtiwmhc13) with SMTP id <2003022318305211300mpk16e>; Sun, 23 Feb 2003 18:30:52 +0000
Message-ID: <3E5912B3.40301@cs.columbia.edu>
Date: Sun, 23 Feb 2003 13:28:03 -0500
From: Henning Schulzrinne <hgs@cs.columbia.edu>
Organization: Columbia University
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; 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: <4.3.2.7.2.20030222120157.024467d0@localhost> <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> <4.3.2.7.2.20030223114348.022b5640@localhost>
In-Reply-To: <4.3.2.7.2.20030223114348.022b5640@localhost>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Sipping-emergency] Re: 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

> There are several installations that use HFC as primary line. They are 

We're still not connecting. HFC might well be used for regular 
telecommunications subscribers, but the 'last-mile' model is constrained 
to the case that the PSAP uses IP access, while the emergency callers 
only use regular PSTN, however they get there.

> installed in most of the largest cities in the US. The products are from 
> Arris (co-owned by Nortel at one time, I use to work on the Nortel team 
> of that partnership several years ago). Dallas/Fort Worth (where I am) 
> has had the opportunity to convert over to HFC and off wire-pairs for 
> more than a year for my primary phone service. The provider is a little 
> company called AT&T. The business goal of AT&T is to penetrate all the 
> 32 NFL cities (their term).
> 
> At the MSO Headend, there is connectivity to a Class 5 switch (either 
> co-located, or feed to it). Thus, this MSO might be quite a ways outside 
> of the PSAP jurisdiction (likely not 100 miles in AT&T's case in the 
> near term - but we are talking about years from now also)

That's all true and important for the end-to-end model, but completely 
irrelevant to the last-mile model.


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