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
> > >
>