Re: [splices] Answering a Call Using Two Separate Devices proposal
Salvatore Loreto <salvatore.loreto@ericsson.com> Mon, 02 May 2011 14:13 UTC
Return-Path: <salvatore.loreto@ericsson.com>
X-Original-To: splices@ietfa.amsl.com
Delivered-To: splices@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65F3AE0678 for <splices@ietfa.amsl.com>; Mon, 2 May 2011 07:13:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.486
X-Spam-Level:
X-Spam-Status: No, score=-106.486 tagged_above=-999 required=5 tests=[AWL=0.113, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2ZwWZYoKSG+h for <splices@ietfa.amsl.com>; Mon, 2 May 2011 07:13:45 -0700 (PDT)
Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by ietfa.amsl.com (Postfix) with ESMTP id 0F085E0675 for <splices@ietf.org>; Mon, 2 May 2011 07:13:44 -0700 (PDT)
X-AuditID: c1b4fb39-b7cc5ae000006f6d-de-4dbebc170b3f
Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id 5A.5E.28525.71CBEBD4; Mon, 2 May 2011 16:13:43 +0200 (CEST)
Received: from mail.lmf.ericsson.se (153.88.115.8) by esessmw0237.eemea.ericsson.se (153.88.115.91) with Microsoft SMTP Server id 8.3.137.0; Mon, 2 May 2011 16:13:43 +0200
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id EEA7A246A for <splices@ietf.org>; Mon, 2 May 2011 17:13:42 +0300 (EEST)
Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id A359050623 for <splices@ietf.org>; Mon, 2 May 2011 17:13:42 +0300 (EEST)
Received: from Salvatore-Loretos-MacBook-Pro.local (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 2B89F4F9EF for <splices@ietf.org>; Mon, 2 May 2011 17:13:42 +0300 (EEST)
Message-ID: <4DBEBC15.5050600@ericsson.com>
Date: Mon, 02 May 2011 16:13:41 +0200
From: Salvatore Loreto <salvatore.loreto@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10
MIME-Version: 1.0
To: splices@ietf.org
References: <OF72946BD9.9432A2C6-ON4825787D.001619F0-4825787D.001882DE@zte.com.cn> <4DB56C9C.1080004@cisco.com> <6369CB70BFD88942B9705AC1E639A33822CB26E13D@DC-US1MBEX4.global.avaya.com> <4DB853B0.5060506@cisco.com> <6369CB70BFD88942B9705AC1E639A33822CB33B18C@DC-US1MBEX4.global.avaya.com> <BFB07BED-2EAC-4FAE-A213-841DB4261A87@magorcorp.com>
In-Reply-To: <BFB07BED-2EAC-4FAE-A213-841DB4261A87@magorcorp.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [splices] Answering a Call Using Two Separate Devices proposal
X-BeenThere: splices@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Loosely-coupled SIP Devices \(splices\) working group discussion list" <splices.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/splices>, <mailto:splices-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/splices>
List-Post: <mailto:splices@ietf.org>
List-Help: <mailto:splices-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/splices>, <mailto:splices-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 May 2011 14:13:46 -0000
I think it is a good step forward, the only comment I have it is that in order to call it a "loosely coupled" scenario we have still to define what happens if "Alice Desk phone" can not remain in the session for the entire session duration... as the charter defines: The objective of this working group is to develop a framework for disaggregated media in "loosely-coupled" scenarios, where no single device needs to remain in the session for its entire duration and no single device needs to act as a master. /Sal On 5/2/11 3:45 PM, Peter Musgrave wrote: > Hi Rifaat, > > I think this works well. Thanks for re-stating this clearly. > > I see a couple of next steps here: > - how is in incoming call which has an initial A+V answered? > - how is an outgoing call which has an initial A+V audio created? > - if both ends are "loosely coupled" are there any optimizations or shortcuts that seem worthwhile? > > I don't think there is anything too tricky about these - but they will need to be worked through. I agree with Simon that it seems time to start to capture this work in a draft. > > Regards, > > Peter Musgrave > > On 2011-05-01, at 11:41 AM, Shekh-Yusef, Rifaat (Rifaat) wrote: > >> Hi, >> >> In the following flow, I have tried to incorporate all the feedback that I received so far. >> The only open issue that I am aware of is the issue of what to present to the user on the PC when the phone initiates a video call to the PC (see (#) below). >> >> Can you please review the flow below and let me know if we have any other open issues? >> >> Regards, >> Rifaat >> >> >> >> Alice Alice Proxy Bob >> PC Desk Phone >> | | | | >> | | | | >> Both Alice's devices subscribe to the reg event package, which allows each device to >> discover the capabilities of the other device based on the feature tags provided by each device. >> The Desk Phone knows that the PC supports Video, while the PC knows that the Desk Phone only supports audio. >> | | | | >> | | SUBSCRIBE reg | | >> | |-------------------->| | >> | | 200 OK | | >> | |<--------------------| | >> | | | | >> | SUBSCRIBE reg | | | >> |------------------------------------------>| | >> | 200 OK | | | >> |<------------------------------------------| | >> | | | | >> | | | | >> The two devices also subscribe to the dialog of each other. >> | | | | >> | | | | >> | SUBSCRIBE dialog | | | >> |-------------------->| | | >> | 200 OK | | | >> |<--------------------| | | >> | | | | >> | SUBSCRIBE dialog | | | >> |<--------------------| | | >> | 200 OK | | | >> |-------------------->| | | >> | | | | >> | | | | >> The scenario starts with an audio call from Bob to Alice >> | | | | >> | | | INVITE Alice [Audio]| >> | | |<--------------------| >> | | INVITE Alice [Audio]| | >> | |<--------------------| | >> | INVITE Alice [Audio]| | | >> |<------------------------------------------| | >> | | | | >> Let's assume that Alice used her PC to instruct the phone to answer the call >> | | | | >> | REFER Refer-To: urn:sip-action:call:answer;transducer=speaker|headset >> |-------------------->| | | >> | 200 OK | | | >> |<--------------------| | | >> | | | | >> | | 200 OK [Audio] | | >> | |-------------------->| | >> | | | 200 OK [Audio] | >> | | |-------------------->| >> | CANCEL | | | >> |<------------------------------------------| | >> | | | | >> | |<---dialog1------------------------------->| >> | | | | >> | |<======audio==============================>| >> | | | | >> | | | | >> >> (*) >> >> | | | | >> | | | | >> | | | | >> The following is a re-INVITE from the remote party (Bob) to add video to the existing audio call >> | | | | >> | | | reINVITE Alice [A/V]| >> | | |<--------------------| >> | | reINVITE Alice [A/V]| | >> | |<--------------------| | >> | | 100 Trying | | >> | |-------------------->| | >> | | | 100 Trying | >> | | |-------------------->| >> | | | | >> The Desk Phone cannot handle video, but it knows that the PC can handle video, >> so the Desk Phone initiates a new video INVITE to the PC. >> Alert-Info is used to control the alerting level. >> | | | | >> | | | | >> (#) | INVITE [Video] | | | >> | Alert-Info: whatever | | >> |<--------------------| | | >> | 180 | | | >> |-------------------->| | | >> | | | | >> The user can answer the video call using his PC, which would result on >> 200 OK with video answer being sent to the phone. >> If the user chose to answer the incoming video call using his Desk Phone, >> the following REFER will be sent to the PC, before the 200 OK with the >> video answer is sent from the PC. >> | | | | >> | REFER Refer-To: urn:sip-action:call:answer | >> |<--------------------| | | >> | 200 OK | | | >> |-------------------->| | | >> | | | | >> | 200 OK [Video] | | | >> |-------------------->| | | >> | | | | >> | | 200 OK [A/V] | | >> | |-------------------->| | >> | | | 200 OK [A/V] | >> | | |-------------------->| >> | | | | >> |<----dialog2-------->|<---dialog1------------------------------->| >> | | | | >> | |<======audio==============================>| >> |<============================video==============================>| >> | | | | >> | | | | >> >> >> >> Now let's assume that Alice is the side that wants to add video to the >> existing audio call. The scenario continues after the (*) above. >> >> Alice can use her phone to add video to the existing audio call. The phone >> must present a UI to Alice to allow her to do just that. If Alice chooses >> to use her phone, the following REFER will be sent from the phone to the PC, >> which will instruct the PC to immediately send an INVITE with video offer >> >> | REFER Refer-To: urn:sip-action:call:join;dialog=dialog1;media=video >> |<--------------------| | | >> | 200 OK | | | >> |-------------------->| | | >> | | | | >> >> Alice can use her PC to add video to the existing audio call. >> The PC knows that there is an existing dialog between the Desk Phone >> and Bob and present this to Alice for her to choose if she wants to >> add video to the existing audio call or not. In this case Alice chose >> to add video to the existing audio call, so the PC sends the following >> request: >> | | | | >> | | | | >> | INVITE with Join [Video] | | >> |-------------------->| | | >> | 100 | | | >> |<--------------------| | | >> | | re-INVITE [A/V] | | >> | |-------------------->| | >> | | | re-INVITE [A/V] | >> | | |-------------------->| >> | | | 200 OK [A/V] | >> | | 200 OK [A/V] |<--------------------| >> | |<--------------------| | >> | 200 OK [Video] | | | >> |<--------------------| | | >> | | | | >> | | | | >> |<----dialog2-------->|<---dialog1------------------------------->| >> | | | | >> | |<======audio==============================>| >> |<============================video==============================>| >> | | | | >> | | | | >> | | | | >> >> >> >> _______________________________________________ >> splices mailing list >> splices@ietf.org >> https://www.ietf.org/mailman/listinfo/splices > _______________________________________________ > splices mailing list > splices@ietf.org > https://www.ietf.org/mailman/listinfo/splices
- [splices] Answering a Call Using Two Separate Dev… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering a Call Using Two Separate… Paul Kyzivat
- Re: [splices] Answering a Call Using Two Separate… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering a Call Using Two Separate… Peter Musgrave
- Re: [splices] Answering a Call Using Two Separate… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering a Call Using Two Separate… Peter Musgrave
- Re: [splices] Answering a Call Using Two Separate… Paul Kyzivat
- Re: [splices] Answering a Call Using Two Separate… Paul Kyzivat
- Re: [splices] Answering a Call Using Two Separate… Peter Musgrave
- Re: [splices] Answering a Call Using Two Separate… gao.yang2
- Re: [splices] Answering a Call Using Two Separate… Paul Kyzivat
- Re: [splices] Answering a Call Using Two Separate… Elwell, John
- Re: [splices] Answering a Call Using Two Separate… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering a Call Using Two Separate… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering a Call Using Two Separate… Paul Kyzivat
- Re: [splices] Answering a Call Using Two Separate… Elwell, John
- Re: [splices] Answering a Call Using Two Separate… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering a Call Using Two Separate… Paul Kyzivat
- Re: [splices] Answering a Call Using Two Separate… Simon Pietro Romano
- Re: [splices] Answering a Call Using Two Separate… Peter Musgrave
- Re: [splices] Answering a Call Using Two Separate… Salvatore Loreto
- Re: [splices] Answering a Call Using Two Separate… Paul Kyzivat
- Re: [splices] Answering a Call Using Two Separate… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering a Call Using Two Separate… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering a Call Using Two Separate… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering a Call Using Two Separate… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering a Call Using Two Separate… Paul Kyzivat
- Re: [splices] Answering a Call Using Two Separate… Shekh-Yusef, Rifaat (Rifaat)