Re: [Ecrit] IETF ECRIT Design Team on Premature Call Termination
Randall Gellens <randy@qualcomm.com> Thu, 06 November 2008 20:04 UTC
Return-Path: <ecrit-bounces@ietf.org>
X-Original-To: ecrit-archive@megatron.ietf.org
Delivered-To: ietfarch-ecrit-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3505B3A6A6D; Thu, 6 Nov 2008 12:04:33 -0800 (PST)
X-Original-To: ecrit@core3.amsl.com
Delivered-To: ecrit@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4FABE3A68FA for <ecrit@core3.amsl.com>; Thu, 6 Nov 2008 12:04:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.277
X-Spam-Level:
X-Spam-Status: No, score=-105.277 tagged_above=-999 required=5 tests=[AWL=1.322, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fq-H7PbRzcYR for <ecrit@core3.amsl.com>; Thu, 6 Nov 2008 12:04:30 -0800 (PST)
Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) by core3.amsl.com (Postfix) with ESMTP id 4E4683A6813 for <ecrit@ietf.org>; Thu, 6 Nov 2008 12:04:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=randy@qualcomm.com; q=dns/txt; s=qcdkim; t=1226001868; x=1257537868; h=message-id:in-reply-to:references:x-mailer: x-message-flag:date:to:from:subject:cc:mime-version: content-type:x-random-sig-tag:x-ironport-av; z=Message-ID:=20<p06240613c538f7e80d6e@loud.qualcomm.com> |In-Reply-To:=20<073101c9296f$4ddbd110$e9937330$@net> |References:=20<C5122B8B.CD64%mlinsner@cisco.com>=0D=0A =20<FCBD2756-A298-4593-BEEF-04A47174507F@cs.columbia.edu> =0D=0A=20<p06240600c5128d04a432@[10.227.68.106]>=0D=0A=20 <073101c9296f$4ddbd110$e9937330$@net>|X-Mailer:=20Eudora =20for=20Mac=20OS=20X|X-message-flag:=20Warning:=20Outloo k=20in=20use.=20=20Upgrade=20to=20Eudora:=20<http://www.e udora.com>|Date:=20Thu,=206=20Nov=202008=2011:51:59=20-08 00|To:=20Brian=20Rosen=20<br@brianrosen.net>,=20"'Ted=20H ardie'"=20<hardie@qualcomm.com>,=0D=0A=20=20=20=20=20=20 =20=20"'Henning=20Schulzrinne'"=20<hgs@cs.columbia.edu>, =0D=0A=20=20=20=20=20=20=20=20"'Marc=20Linsner'"=0D=0A=09 <mlinsner@cisco.com>|From:=20Randall=20Gellens=20<randy@q ualcomm.com>|Subject:=20Re:=20[Ecrit]=20IETF=20ECRIT=20De sign=20Team=20on=20Premature=20Call=20=20=0D=0A=20Termina tion|CC:=20"'ECRIT'"=20<ecrit@ietf.org>|MIME-Version:=201 .0|Content-Type:=20text/plain=3B=20charset=3D"us-ascii" =3B=20format=3Dflowed|X-Random-Sig-Tag:=201.0b28 |X-IronPort-AV:=20E=3DMcAfee=3Bi=3D"5300,2777,5425"=3B=20 a=3D"12167433"; bh=G29fmEfNnbtJGkimtQqzvok/nmiXyML2piRXTJYQeE0=; b=Z+VzHoAs/Bf1kYJka+6VtrK+vyqY6wo7cUam7GrTEcJxhz0CI0Ubd9ci tK/+6R0PTdeZHRCORZ4k6ziYv1zltMnzxDSEZf/vCNKB7EGwxRKgQ95iT feGXqzF2nnRCZ2L140kTMBU7icU62QxhvDZg59UxI49/GUwj871bW/+qP A=;
X-IronPort-AV: E=McAfee;i="5300,2777,5425"; a="12167433"
Received: from pdmz-ns-mip.qualcomm.com (HELO numenor.qualcomm.com) ([199.106.114.10]) by wolverine01.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 06 Nov 2008 12:03:42 -0800
Received: from msgtransport05.qualcomm.com (msgtransport05.qualcomm.com [129.46.61.150]) by numenor.qualcomm.com (8.14.2/8.14.2/1.0) with ESMTP id mA6K3g9d001803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 6 Nov 2008 12:03:42 -0800
Received: from nasanexhc01.na.qualcomm.com (nasanexhc01.na.qualcomm.com [172.30.37.21]) by msgtransport05.qualcomm.com (8.14.2/8.14.2/1.0) with ESMTP id mA6K3fT8011497 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Thu, 6 Nov 2008 12:03:42 -0800
Received: from nasanexhub05.na.qualcomm.com (129.46.134.219) by nasanexhc01.na.qualcomm.com (172.30.37.21) with Microsoft SMTP Server (TLS) id 8.1.311.2; Thu, 6 Nov 2008 12:03:42 -0800
Received: from nasanexmsp02.na.qualcomm.com (10.45.56.203) by nasanexhub05.na.qualcomm.com (129.46.134.219) with Microsoft SMTP Server (TLS) id 8.1.311.2; Thu, 6 Nov 2008 12:03:41 -0800
Received: from loud.qualcomm.com (10.46.82.6) by qcmail1.qualcomm.com (10.45.56.203) with Microsoft SMTP Server (TLS) id 8.1.291.1; Thu, 6 Nov 2008 12:03:39 -0800
Message-ID: <p06240613c538f7e80d6e@loud.qualcomm.com>
In-Reply-To: <073101c9296f$4ddbd110$e9937330$@net>
References: <C5122B8B.CD64%mlinsner@cisco.com> <FCBD2756-A298-4593-BEEF-04A47174507F@cs.columbia.edu> <p06240600c5128d04a432@[10.227.68.106]> <073101c9296f$4ddbd110$e9937330$@net>
X-Mailer: Eudora for Mac OS X
X-message-flag: Warning: Outlook in use. Upgrade to Eudora: <http://www.eudora.com>
Date: Thu, 06 Nov 2008 11:51:59 -0800
To: Brian Rosen <br@brianrosen.net>, 'Ted Hardie' <hardie@qualcomm.com>, 'Henning Schulzrinne' <hgs@cs.columbia.edu>, 'Marc Linsner' <mlinsner@cisco.com>
From: Randall Gellens <randy@qualcomm.com>
MIME-Version: 1.0
X-Random-Sig-Tag: 1.0b28
Cc: 'ECRIT' <ecrit@ietf.org>
Subject: Re: [Ecrit] IETF ECRIT Design Team on Premature Call Termination
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/ecrit>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: ecrit-bounces@ietf.org
Errors-To: ecrit-bounces@ietf.org
At 1:57 PM -0400 10/8/08, Brian Rosen wrote: > Sure, UI is important here. Some text on multiline might be appropriate > that is all about UI and But the IETF problem is the signaling: no one is > arguing that it is sometimes the right thing to let the user disconnect. So > it's not an absolute, "don't send BYE" or disable the button on the UI. > There is negotiation of the feature. I think the issue of PSAP control over termination is both signalling and UI. It can't be UI-only, because it needs to be optionally invoked by the PSAP. Presumably, PSAPs only want to invoke it when the call is being handled by a call taker, not when it's in a call queue or IVR, so there definitely needs to be signalling. Also, the PSAP probably needs to be able to initiate the signalling regardless of whether it is the called or calling party. Consider situations where someone places a call, and the PSAP needs to call back for whatever reason (and there are multiple possible reasons why the PSAP might need to call back, even in the presence of this feature). Given this, it probably makes sense that control over call termination be negotiated by SIP signalling that can be sent during the call by either end. Presumably, the user's device would have some criteria for accepting such a request to cede termination control (since you'd want this to be accepted when made by a PSAP but not when made by a telemarketer). Once the user's device accepted such a request, presumably it would not send a BYE, and the UI would indicate the situation to the user, hopefully taking full advantage of the UI richness afforded by modern devices. Presumably, a PSAP wanting to invoke the feature would make the request when the call taker came on the line, thus avoiding problems with IVRs and call queues. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly-selected tag: --------------- Procedures! Of course, that's what you'd use with a *sophisticated* machine like this. Procedures. --'Ceaser Smith' in _Hot_Millions_ _______________________________________________ Ecrit mailing list Ecrit@ietf.org https://www.ietf.org/mailman/listinfo/ecrit
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Henning Schulzrinne
- [Ecrit] IETF ECRIT Design Team on Premature Call … Hannes Tschofenig
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Ted Hardie
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Henning Schulzrinne
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… James M. Polk
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Ted Hardie
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… DRAGE, Keith (Keith)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… DRAGE, Keith (Keith)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… James M. Polk
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Ted Hardie
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Ted Hardie
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Marc Linsner
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… James M. Polk
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Marc Linsner
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… DRAGE, Keith (Keith)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Ted Hardie
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… DRAGE, Keith (Keith)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Ted Hardie
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Marc Linsner
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Henning Schulzrinne
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Marc Linsner
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Randall Gellens
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Randall Gellens
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Brian Rosen
- Re: [Ecrit] IETF ECRIT Design Team on Premature C… Henning Schulzrinne