[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