[Sipping-emergency] Call hold
Henning Schulzrinne <hgs@cs.columbia.edu> Sun, 06 April 2003 14:01 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 KAA27687
for <sipping-emergency-archive@odin.ietf.org>;
Sun, 6 Apr 2003 10:01:16 -0400 (EDT)
Received: (from mailnull@localhost)
by www1.ietf.org (8.11.6/8.11.6) id h36E52w11709
for sipping-emergency-archive@odin.ietf.org; Sun, 6 Apr 2003 10:05:02 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h36E52811706
for <sipping-emergency-web-archive@optimus.ietf.org>;
Sun, 6 Apr 2003 10:05:02 -0400
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 KAA27671
for <sipping-emergency-web-archive@ietf.org>;
Sun, 6 Apr 2003 10:00:45 -0400 (EDT)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h36E51811698
for <sipping-emergency-web-archive@ietf.org>; Sun, 6 Apr 2003 10:05:01 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h36E4P811671
for <sipping-emergency@optimus.ietf.org>; Sun, 6 Apr 2003 10:04:25 -0400
Received: from mtiwmhc11.worldnet.att.net (ietf-mx.ietf.org [132.151.6.1])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA27658
for <sipping-emergency@ietf.org>; Sun, 6 Apr 2003 10:00:08 -0400 (EDT)
Received: from cs.columbia.edu
(164.indianapolis-08rh15rt.in.dial-access.att.net[12.84.238.164])
by mtiwmhc11.worldnet.att.net (mtiwmhc11) with SMTP
id <2003040614023911100r18kre>; Sun, 6 Apr 2003 14:02:40 +0000
Message-ID: <3E8CCCA0.30209@cs.columbia.edu>
Date: Thu, 03 Apr 2003 19:06:56 -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: sipping-emergency@ietf.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Sipping-emergency] Call hold
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
From some of my notes (sorry, original source lost). In any event, doesn't contradict the earlier discussion, just probably indicates that this is a requirement we can punt on for now. (In any event, I don't see how this can be anything but an end-system feature. Knowing that a call is an emergency call is crucial to implementing any such end system services, so that's why the requirements document calls this out.) Reverse reachability is much more important, in my opinion. The full document (ANSI T1.628-2001) states: ------------------------------- 4.1.4 E9-1-1 Call Hold E9-1-1 Call hold is an optional network feature provided to a PSAP which prevents a caller from disconnecting an ESC. Capabilities needed for supporting E9-1-1 Call Hold are described in Clauses 4 and 5. However, there is no DSS1 or SS7 support for this capability at this time. ------------------------------- Both documents clearly state that CALL HOLD can not be universally supported, in fact it is clearly stated that a network reconnect - i.e. call back will be attempted only - this is because the network may not have the actual callers station ID, but some other number, reflecting maybe the billing number or a location based "equivalent number" in the case of larger organizations. The fact that SS7 does not support this provision will effect the ability of call hold via Tandem Offices as is the case with most E911 offerings. _______________________________________________ Sipping-emergency mailing list Sipping-emergency@ietf.org https://www1.ietf.org/mailman/listinfo/sipping-emergency
- [Sipping-emergency] Call hold Henning Schulzrinne
- RE: [Sipping-emergency] Call hold Mary Barnes
- Re: [Sipping-emergency] Call hold Henning Schulzrinne
- [Sipping-emergency] Call hold Henning Schulzrinne