Re: [splices] Answering a Call Using Two Separate Devices proposal
"Elwell, John" <john.elwell@siemens-enterprise.com> Thu, 28 April 2011 07:34 UTC
Return-Path: <john.elwell@siemens-enterprise.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 535DDE064A for <splices@ietfa.amsl.com>; Thu, 28 Apr 2011 00:34:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.943
X-Spam-Level:
X-Spam-Status: No, score=-104.943 tagged_above=-999 required=5 tests=[AWL=1.656, 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 xNdj1oTztBFZ for <splices@ietfa.amsl.com>; Thu, 28 Apr 2011 00:34:08 -0700 (PDT)
Received: from mail21.messagelabs.com (mail21.messagelabs.com [85.158.143.35]) by ietfa.amsl.com (Postfix) with SMTP id CA907E062A for <splices@ietf.org>; Thu, 28 Apr 2011 00:34:07 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: john.elwell@siemens-enterprise.com
X-Msg-Ref: server-5.tower-21.messagelabs.com!1303976031!42058654!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [62.134.46.9]
Received: (qmail 28119 invoked from network); 28 Apr 2011 07:33:51 -0000
Received: from unknown (HELO senmx11-mx) (62.134.46.9) by server-5.tower-21.messagelabs.com with SMTP; 28 Apr 2011 07:33:51 -0000
Received: from MCHP064A.global-ad.net (unknown [172.29.37.63]) by senmx11-mx (Server) with ESMTP id 797C21EB83D3; Thu, 28 Apr 2011 09:34:06 +0200 (CEST)
Received: from MCHP058A.global-ad.net ([172.29.37.55]) by MCHP064A.global-ad.net ([172.29.37.63]) with mapi; Thu, 28 Apr 2011 09:34:06 +0200
From: "Elwell, John" <john.elwell@siemens-enterprise.com>
To: "Shekh-Yusef, Rifaat (Rifaat)" <rifatyu@avaya.com>, "splices@ietf.org" <splices@ietf.org>
Date: Thu, 28 Apr 2011 09:34:05 +0200
Thread-Topic: Answering a Call Using Two Separate Devices proposal
Thread-Index: AcwBBr5eBSB77KQiR06UQA3Gynn7EADtu8/gAA1JVDAAIO+8YA==
Message-ID: <A444A0F8084434499206E78C106220CA0875F84666@MCHP058A.global-ad.net>
References: <6369CB70BFD88942B9705AC1E639A33822CAF444FA@DC-US1MBEX4.global.avaya.com> <A444A0F8084434499206E78C106220CA0875F842E8@MCHP058A.global-ad.net> <6369CB70BFD88942B9705AC1E639A33822CB26E165@DC-US1MBEX4.global.avaya.com>
In-Reply-To: <6369CB70BFD88942B9705AC1E639A33822CB26E165@DC-US1MBEX4.global.avaya.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
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: Thu, 28 Apr 2011 07:34:09 -0000
Rifaat, OK, that's fine. Presumably a GRUU would be used to address the specific device. John > -----Original Message----- > From: Shekh-Yusef, Rifaat (Rifaat) [mailto:rifatyu@avaya.com] > Sent: 27 April 2011 16:57 > To: Elwell, John; splices@ietf.org > Subject: RE: Answering a Call Using Two Separate Devices proposal > > Hi John, > > I was not trying to suggest that all these requests will go > directly between the devices without going through a proxy. > I just did not see the need to explicitly show that because > it does not add anything to the scenario and to simplify the > call flow. > > Regards, > Rifaat > > > > > -----Original Message----- > > From: Elwell, John [mailto:john.elwell@siemens-enterprise.com] > > Sent: Wednesday, April 27, 2011 8:09 AM > > To: Shekh-Yusef, Rifaat (Rifaat); splices@ietf.org > > Subject: RE: Answering a Call Using Two Separate Devices proposal > > > > Rifaat, > > > > This involves sending SIP requests (REFER, INVITE, > SUBSCRIBE) directly between > > Alice's two devices. What about NAT and firewall issues, if > the two devices > > are not in the same network area? For example, phone on 3G, > PC on WiFi? Don't > > the requests need to go via a proxy? > > > > John > > > > > -----Original Message----- > > > From: splices-bounces@ietf.org > > > [mailto:splices-bounces@ietf.org] On Behalf Of Shekh-Yusef, > > > Rifaat (Rifaat) > > > Sent: 22 April 2011 17:03 > > > To: splices@ietf.org > > > Subject: [splices] Answering a Call Using Two Separate > > > Devices proposal > > > > > > Hi, > > > > > > I would like to discuss the following proposal for addressing > > > the scenario of answering a call using two separate devices: > > > > > > > > > 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 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 answer the call > > > | | | > > > | > > > | REFER Refer-To: urn:sip-action:call:answer > > > | > > > |-------------------->| | > > > | > > > | 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 > > > | | | > > > | > > > | | | INVITE > > > Alice [A/V] | > > > | | > > > |<--------------------| > > > | | INVITE 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. > > > | | | > > > | > > > | INVITE [Video] | | > > > | > > > |<--------------------| | > > > | > > > | 180 | | > > > | > > > |-------------------->| | > > > | > > > | | | > > > | > > > The user can either answer the video call using his PC, or > > > his Desk Phone. > > > If the user chose to answer the incoming video call using his > > > Desk Phone, > > > the following REFER will be sent to 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 uses her PC and attempt to initiate a new video call. > > > Because the > > > PC is aware that another device is logged in using the same > > > AOR, it will > > > try to find if there is any existing dialog on the other device by > > > subscribing to the dialog event package > > > | | | > > > | > > > | SUBSCRIBE dialog | | > > > | > > > |-------------------->| | > > > | > > > | 200 OK | | > > > | > > > |<--------------------| | > > > | > > > | NOTIFY | | > > > | > > > |<--------------------| | > > > | > > > | OK | | > > > | > > > |-------------------->| | > > > | > > > | | | > > > | > > > The PC discovers 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 > > > attach the new video call to the existing audio call or > not. In this > > > case Alice chose to attach the new video call to the existing > > > audio call > > > | | | > > > | > > > | | | > > > | > > > | INVITE [Video] | | > > > | > > > | Target-Dialog: dialog1 | > > > | > > > |-------------------->| | > > > | > > > | 100 | | > > > | > > > |<--------------------| | > > > | > > > | | re-INVITE [A/V] | > > > | > > > | |-------------------->| > > > | > > > | | | re-INVITE > > > [A/V] | > > > | | > > > |-------------------->| > > > | | | 200 OK > > > [A/V] | > > > | | 200 OK [A/V] > > > |<--------------------| > > > | |<--------------------| > > > | > > > | 200 OK [Video] | | > > > | > > > |<--------------------| | > > > | > > > | | | > > > | > > > | | | > > > | > > > > > > > |<----dialog2-------->|<---dialog1------------------------------->| > > > | | | > > > | > > > | > > > |<======audio==============================>| > > > > > > > |<============================video==============================>| > > > | | | > > > | > > > | | | > > > | > > > | | | > > > | > > > > > > > > > Regards, > > > Rifaat > > > > > > _______________________________________________ > > > 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)