Re: [splices] Answering an A/V Call Using Two Separate Devices proposal
Paul Kyzivat <pkyzivat@cisco.com> Sun, 22 May 2011 03:15 UTC
Return-Path: <pkyzivat@cisco.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 8F283E06BE for <splices@ietfa.amsl.com>; Sat, 21 May 2011 20:15:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -108.495
X-Spam-Level:
X-Spam-Status: No, score=-108.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_HI=-8, RDNS_NONE=0.1, 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 NKbB4AYZC71M for <splices@ietfa.amsl.com>; Sat, 21 May 2011 20:15:16 -0700 (PDT)
Received: from ams-iport-2.cisco.com (unknown [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 0AD91E062B for <splices@ietf.org>; Sat, 21 May 2011 20:15:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=pkyzivat@cisco.com; l=10350; q=dns/txt; s=iport; t=1306034116; x=1307243716; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=V4TXa22vfhh+vyz9NOP29DdDEeK6zJgZK3i4B7NluvY=; b=QDGCMPN6dpDvpiDl7KsT0d0Bz/C3PK6QLPNbmBzC/V3Zl0JBb9s8VL1o i77+WvlXhJnLx795O9v3NDpIpscdud/C4XQRNi3OaDJ6i3XhLgfcIhXqk X892o3pgY4ZV4tWPnd2VvJUvtgVjoB8qLftKI1Dt7j/tqRbToux8wBDuu o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqsDAJp/2E2Q/khLgWdsb2JhbACmIBQBARYmJqZ1nEKGGQSQEYQvimI
X-IronPort-AV: E=Sophos;i="4.65,250,1304294400"; d="scan'208";a="31575163"
Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-2.cisco.com with ESMTP; 22 May 2011 03:15:13 +0000
Received: from [10.86.241.244] (che-vpn-cluster-1-499.cisco.com [10.86.241.244]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p4M3FCl2027691 for <splices@ietf.org>; Sun, 22 May 2011 03:15:12 GMT
Message-ID: <4DD87FBF.5010504@cisco.com>
Date: Sat, 21 May 2011 23:15:11 -0400
From: Paul Kyzivat <pkyzivat@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10
MIME-Version: 1.0
To: splices@ietf.org
References: <6369CB70BFD88942B9705AC1E639A33822CC01E548@DC-US1MBEX4.global.avaya.com>
In-Reply-To: <6369CB70BFD88942B9705AC1E639A33822CC01E548@DC-US1MBEX4.global.avaya.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [splices] Answering an A/V 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: Sun, 22 May 2011 03:15:17 -0000
I guess all of that can work. But for the last part, if the phone knows enough to send the invoke to the pc, why can't it just send an INVITE to the pc? Thanks, Paul On 5/21/2011 8:56 AM, Shekh-Yusef, Rifaat (Rifaat) wrote: > Hi, > > We are still working on a new version of the INVOKE document that removes the implicit subscription. > > Meanwhile I would like to continue the discussion of the various possible uses cases. > The following is a proposal for Answering an A/V Call Using Two Separate Devices. > > 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 A/V call from Bob to Alice > | | | | > | | | INVITE Alice [A/V] | > | | |<--------------------| > | | INVITE Alice [A/V] | | > | |<--------------------| | > | INVITE Alice [A/V] | | | > |<------------------------------------------| | > | | | | > > > (*) > > > Let's assume that Alice used her PC to answer the incoming call > The PC instructs the phone to answer the audio call > | | | | > | INVOKE Action: urn:invoke:call:answer;media=audio;transducer=speaker|headset > |-------------------->| | | > | 200 OK | | | > |<--------------------| | | > | | | | > | | 200 OK [Audio] | | > | |-------------------->| | > | | | 200 OK [Audio] | > | | |-------------------->| > | CANCEL | | | > |<------------------------------------------| | > | | | | > | |<---dialog1------------------------------->| > | | | | > | |<======audio==============================>| > | | | | > | | | | > The PC then adds Video to the existing audio call. > | | | | > | 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==============================>| > | | | | > | | | | > > > > The scenario continues after the (*) above > Let's assume that Alice used her phone to answer the incoming call. > The phone answers the audio call > | | | | > | | 200 OK [Audio] | | > | |-------------------->| | > | | | 200 OK [Audio] | > | | |-------------------->| > | CANCEL | | | > |<------------------------------------------| | > | | | | > | |<---dialog1------------------------------->| > | | | | > | |<======audio==============================>| > | | | | > | | | | > The phone then instructs the PC to initiate a video call to join the existing call > | | | | > | INVOKE Action: urn:invoke:call:join;media=video;dialog=dialog1 > |<--------------------| | | > | 200 OK | | | > |-------------------->| | | > | | | | > The PC then adds Video to the existing audio call. > | | | | > | 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] Answering an A/V Call Using Two Separat… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering an A/V Call Using Two Sep… Paul Kyzivat
- Re: [splices] Answering an A/V Call Using Two Sep… Paul Kyzivat
- Re: [splices] Answering an A/V Call Using Two Sep… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering an A/V Call Using Two Sep… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering an A/V Call Using Two Sep… Paul Kyzivat
- Re: [splices] Answering an A/V Call Using Two Sep… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering an A/V Call Using Two Sep… Paul Kyzivat
- Re: [splices] Answering an A/V Call Using Two Sep… Peter Musgrave
- Re: [splices] Answering an A/V Call Using Two Sep… Paul Kyzivat
- Re: [splices] Answering an A/V Call Using Two Sep… Peter Musgrave
- Re: [splices] Answering an A/V Call Using Two Sep… Shekh-Yusef, Rifaat (Rifaat)
- Re: [splices] Answering an A/V Call Using Two Sep… Simon Pietro Romano