Re: [splices] Answering a Call Using Two Separate Devices proposal
"Shekh-Yusef, Rifaat (Rifaat)" <rifatyu@avaya.com> Wed, 27 April 2011 15:57 UTC
Return-Path: <rifatyu@avaya.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 B7113E070B for <splices@ietfa.amsl.com>; Wed, 27 Apr 2011 08:57:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.139
X-Spam-Level:
X-Spam-Status: No, score=-3.139 tagged_above=-999 required=5 tests=[AWL=0.460, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 D1FFOjP1Sfv4 for <splices@ietfa.amsl.com>; Wed, 27 Apr 2011 08:57:03 -0700 (PDT)
Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by ietfa.amsl.com (Postfix) with ESMTP id 38D7CE06CE for <splices@ietf.org>; Wed, 27 Apr 2011 08:57:02 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgsBAC88uE2HCzI1/2dsb2JhbACXf41td6khAppBAoV0BJJ/iho
X-IronPort-AV: E=Sophos;i="4.64,274,1301889600"; d="scan'208";a="243633464"
Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by de307622-de-outbound.net.avaya.com with ESMTP; 27 Apr 2011 11:57:00 -0400
X-IronPort-AV: E=Sophos;i="4.64,274,1301889600"; d="scan'208";a="643947124"
Received: from dc-us1hcex2.us1.avaya.com (HELO DC-US1HCEX2.global.avaya.com) ([135.11.52.21]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 27 Apr 2011 11:57:00 -0400
Received: from DC-US1MBEX4.global.avaya.com ([169.254.2.201]) by DC-US1HCEX2.global.avaya.com ([::1]) with mapi; Wed, 27 Apr 2011 11:56:59 -0400
From: "Shekh-Yusef, Rifaat (Rifaat)" <rifatyu@avaya.com>
To: "Elwell, John" <john.elwell@siemens-enterprise.com>, "splices@ietf.org" <splices@ietf.org>
Date: Wed, 27 Apr 2011 11:56:59 -0400
Thread-Topic: Answering a Call Using Two Separate Devices proposal
Thread-Index: AcwBBr5eBSB77KQiR06UQA3Gynn7EADtu8/gAA1JVDA=
Message-ID: <6369CB70BFD88942B9705AC1E639A33822CB26E165@DC-US1MBEX4.global.avaya.com>
References: <6369CB70BFD88942B9705AC1E639A33822CAF444FA@DC-US1MBEX4.global.avaya.com> <A444A0F8084434499206E78C106220CA0875F842E8@MCHP058A.global-ad.net>
In-Reply-To: <A444A0F8084434499206E78C106220CA0875F842E8@MCHP058A.global-ad.net>
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: Wed, 27 Apr 2011 15:57:03 -0000
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)