From adie@radvision.com Sun Aug 1 21:47:20 2010 Return-Path: X-Original-To: sipping@core3.amsl.com Delivered-To: sipping@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E95AB3A6847 for ; Sun, 1 Aug 2010 21:47:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rm3VvrkknbB8 for ; Sun, 1 Aug 2010 21:47:20 -0700 (PDT) Received: from eframer.radvision.com (rvil-eframer.RADVISION.com [80.74.106.104]) by core3.amsl.com (Postfix) with ESMTP id 9F04E3A67A1 for ; Sun, 1 Aug 2010 21:47:19 -0700 (PDT) Received: (from root@localhost) by eframer.radvision.com (8.13.4/8.12.9) id o724ligU027593 for sipping@ietf.org; Mon, 2 Aug 2010 07:47:44 +0300 Received: from rvil-mail1.RADVISION.com (rvil-mail1.radvision.com [172.20.2.100]) by eframer.radvision.com (8.13.4/8.12.9) with ESMTP id o724lig2027587 for ; Mon, 2 Aug 2010 07:47:44 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB31FD.D907958B" Date: Mon, 2 Aug 2010 07:47:43 +0300 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: please remove me from mailing list Thread-Index: Acsx/dgZNRM9rz0oTVuyP2Lpl06p/g== From: "Adi Shachar(Even-Tzur)" To: Subject: [Sipping] please remove me from mailing list X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2010 04:47:21 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB31FD.D907958B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 =20 thanks, Adi. =20 ------_=_NextPart_001_01CB31FD.D907958B Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

 

thanks,

Adi.

 

------_=_NextPart_001_01CB31FD.D907958B-- From kaustubh.singh@wipro.com Sun Aug 1 21:52:37 2010 Return-Path: X-Original-To: sipping@core3.amsl.com Delivered-To: sipping@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2C8A73A68E4 for ; Sun, 1 Aug 2010 21:52:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.208 X-Spam-Level: X-Spam-Status: No, score=-1.208 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1, RELAY_IS_203=0.994] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7ohz2+tsXxiR for ; Sun, 1 Aug 2010 21:52:36 -0700 (PDT) Received: from wipro-blr-out01.wipro.com (wipro-blr-out01.wipro.com [203.91.198.74]) by core3.amsl.com (Postfix) with ESMTP id F36DA3A6847 for ; Sun, 1 Aug 2010 21:52:35 -0700 (PDT) X-AuditID: cb5bdd57-b7ca9ae0000026a4-56-4c564f2efa2c Received: from blr-ec-aa03.wipro.com ( [10.201.18.42]) by wipro-blr-out01.wipro.com (Symantec Mail Security) with SMTP id 7F.71.09892.E2F465C4; Mon, 2 Aug 2010 10:23:02 +0530 (IST) Received: from blr-ec-bh02.wipro.com ([10.201.50.92]) by blr-ec-aa03.wipro.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 2 Aug 2010 10:23:02 +0530 Received: from blr-ec-bh03.wipro.com ([10.201.50.97]) by blr-ec-bh02.wipro.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 2 Aug 2010 10:23:06 +0530 Received: from blr-mgr-msg.wipro.com ([10.119.50.99]) by blr-ec-bh03.wipro.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 2 Aug 2010 10:23:01 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB31FE.929D5C05" Date: Mon, 2 Aug 2010 10:22:10 +0530 Message-ID: <58DABFFB274CD74080F9FFA34202D2A50A5DF6@blr-mgr-msg.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: please remove me from mailing list thread-index: Acsx/dgZNRM9rz0oTVuyP2Lpl06p/gAAJ9+8 References: From: To: , X-OriginalArrivalTime: 02 Aug 2010 04:53:01.0228 (UTC) FILETIME=[95A53EC0:01CB31FE] X-Brightmail-Tracker: AAAAAA== Subject: Re: [Sipping] please remove me from mailing list X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2010 04:52:37 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB31FE.929D5C05 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable please remove me also from your mailing list=20 =20 Thanks=20 Kaustubh Singh =20 ________________________________ From: sipping-bounces@ietf.org on behalf of Adi Shachar(Even-Tzur) Sent: Mon 8/2/2010 10:17 AM To: sipping@ietf.org Subject: [Sipping] please remove me from mailing list =20 =20 thanks, Adi. =20 ------_=_NextPart_001_01CB31FE.929D5C05 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =0A= =0A= =0A= =0A= =0A= =0A=
=0A=
please remove me also from your mailing list
=0A=
 
=0A=
=0A=
=0A=
=0A=
=0A=
Thanks =
=0A=
Kaustubh Singh
=0A=
 
=0A=

=0A=
=0A= From: sipping-bounces@ietf.org on = behalf of Adi Shachar(Even-Tzur)
Sent: Mon 8/2/2010 10:17 = AM
To: sipping@ietf.org
Subject: [Sipping] please = remove me from mailing list

=0A=
=0A=
=0A=

 

=0A=

 

=0A=

thanks,

=0A=

Adi.

=0A=

 

------_=_NextPart_001_01CB31FE.929D5C05-- From root@core3.amsl.com Wed Aug 4 13:15:02 2010 Return-Path: X-Original-To: sipping@ietf.org Delivered-To: sipping@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 397223A699D; Wed, 4 Aug 2010 13:15:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20100804201502.397223A699D@core3.amsl.com> Date: Wed, 4 Aug 2010 13:15:02 -0700 (PDT) Cc: sipping@ietf.org Subject: [Sipping] I-D Action:draft-ietf-sipping-rtcp-summary-13.txt X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2010 20:15:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Session Initiation Proposal Investigation Working Group of the IETF. Title : Session Initiation Protocol Event Package for Voice Quality Reporting Author(s) : A. Pendleton, et al. Filename : draft-ietf-sipping-rtcp-summary-13.txt Pages : 40 Date : 2010-08-04 This document defines a Session Initiation Protocol (SIP) event package that enables the collection and reporting of metrics that measure the quality for Voice over Internet Protocol (VoIP) sessions. Voice call quality information derived from RTP Control Protocol Extended Reports (RTCP-XR) and call information from SIP is conveyed from a User Agent (UA) in a session, known as a reporter, to a third party, known as a collector. A registration for the application/ vq-rtcp-xr MIME type is also included. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-sipping-rtcp-summary-13.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-sipping-rtcp-summary-13.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-08-04130232.I-D@ietf.org> --NextPart-- From nmurray@research.ait.ie Tue Aug 10 01:19:28 2010 Return-Path: X-Original-To: sipping@core3.amsl.com Delivered-To: sipping@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 486193A6A6E for ; Tue, 10 Aug 2010 01:19:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.638 X-Spam-Level: * X-Spam-Status: No, score=1.638 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_15=0.6, J_CHICKENPOX_28=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vh+LMCnlPtFc for ; Tue, 10 Aug 2010 01:19:27 -0700 (PDT) Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id 10EFA3A6A65 for ; Tue, 10 Aug 2010 01:19:26 -0700 (PDT) Received: by iwn36 with SMTP id 36so4569297iwn.31 for ; Tue, 10 Aug 2010 01:20:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.155.212 with SMTP id t20mr20747025ibw.37.1281428401810; Tue, 10 Aug 2010 01:20:01 -0700 (PDT) Received: by 10.231.190.20 with HTTP; Tue, 10 Aug 2010 01:20:01 -0700 (PDT) Date: Tue, 10 Aug 2010 09:20:01 +0100 Message-ID: From: Niall Murray To: discussion@sipforum.org, sipping@ietf.org Content-Type: multipart/alternative; boundary=0016369c897ab1ed85048d73cc60 Subject: Re: [Sipping] 3pcc - controller receiving invite X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 08:19:28 -0000 --0016369c897ab1ed85048d73cc60 Content-Type: text/plain; charset=ISO-8859-1 > > Hello All, > > My question is probably quite simple as I am new to SIP but I have a > questions in relation to 3PCC best practices with SIP : > http://tools.ietf.org/html/rfc3725. > > In all of the examples in this document, the controller initiates the > session. My query relates to the scenario whereby if a device acting as a > controller *receives *an invite. If this called controlling device was > aware of a number of local devices it wanted to use in the session I imagine > that it could either parse the initial invite SDP, and send the updated or > new SDP (with relevant SDP parts) to each of the respective devices e.g. m > =audio is sent to speaker, whereas m=video is sent to display device. Or an > alternative approach would be just to forward the initial invite SDP to all > the devices and parse and edit the SDP "answer" back to the calling device. > Are both of these approaches valid? Please see the flow below : > > > Audio / Video Device Controller Speaker Display > Device > | | | | |(1) INV SDP (m=video, | | | | m=audio ) | | | | ------------> | | | | |2)INV SDP m=audio | | | | ------------> | | | |3)INV SDP m=video | | | | ------------ -----------------------> | | | | | | | (4) 200 OK answer1| | | | (audio) | | | |<------------------| | | | |(5)200 OK answer2 | | | | (video) | | | <--------------------------------------| | | | | | | | | | (6)Parsing and combining of | | audio/video SDP at controller | | | 200 OK(Combined a/v SDP) | | | | <------------------ | | | | (7) ACK | | | | --------------> | | | | | (8) ACK | | | | --------------> | | | | | | | | (9) ACK -------------------> | ==================================================================== ==================================Media Flow======================== ==================================================================== Are there any known issues with this? Thanks in advance, Niall --0016369c897ab1ed85048d73cc60 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello All,

My question is probably quite simple as I am new to= SIP but I have a questions in relation to 3PCC best practices with SIP :http://tools= .ietf.org/html/rfc3725.

In all of the examples in this document, the controller initiates=20 the session. My query relates to the scenario whereby if a device=20 acting as a controller receives an invite. If this called=20 controlling device was aware of a number of local devices it wanted to=20 use in the session I imagine that it could either parse the initial=20 invite SDP, and send the updated or new SDP (with relevant SDP parts) to each of the respective devices e.g. m =3Daudio is sent to speaker,=20 whereas m=3Dvideo is sent to display device. Or an alternative approach=20 would be=20 just to forward the initial invite SDP to all the devices and parse and=20 edit the SDP "answer" back to the calling device. Are both of the= se=20 approaches valid? Please see the flow below :


Audio / Video Device =A0=A0=A0=A0=A0 =A0 =A0=20 Controller=A0=A0=A0=A0=A0=A0=A0=A0 Speaker =A0=A0=A0=A0=A0 Display Device
=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |(1) INV SDP (m=3Dvid= eo,=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
<= div>=A0=A0=A0=A0=A0=A0=A0 =A0=A0 | = =A0=A0=A0=A0 m=3Daudio )=A0=A0= =A0=A0=A0 =A0 =A0=A0 |<= font face=3D"Courier New" size=3D"2">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = | =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 ------------>=A0=A0=A0=A0 =A0 =A0=A0= |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0= =A0 | =A0=A0=A0=A0 =A0 =A0 =A0= =A0 =A0 =A0=A0=A0=A0 =A0 =A0=A0 |2)INV SDP m=3Daudio= =A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 |=A0 ------------>= =A0=A0=A0 |=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0= =A0 | =A0=A0=A0=A0 =A0 =A0 =A0= =A0 =A0 =A0=A0 =A0 =A0=A0 =A0 |3)INV SDP m=3Dvideo=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 |=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 |=A0 -----------------= ------------------> |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 | = =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 | (4) 200 OK answer1|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 <= /font>|
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0 |=A0 (audio)=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0= =A0 | =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0 |<------------------|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0=A0 =A0=A0=A0 |=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 |(5)200 OK answer2=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0 |=A0=A0=A0 =A0 =A0 =A0 =A0 =A0=A0=A0=A0=A0=A0 | (video)=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 |<= /font>
=A0=A0=A0=A0=A0=A0=A0 =A0= =A0 | =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0=A0 |<--------------------------------------|
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 =A0 =A0 =A0 =A0 =A0=A0 (6)Parsing and <= /font>combining of=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 |<= /font>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 =A0 =A0=A0=A0 audio/video SDP at controller=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 |=
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= 200 OK(Combined a/v SDP) | =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0 <------------------ =A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0=A0 (7) ACK=A0=A0 =A0=A0 =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0=A0 --------------&g= t;=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0=A0=A0=A0=A0<= font face=3D"Courier New" size=3D"2"> =A0=A0 =A0 =A0 =A0 =A0 =A0=A0=A0=A0= =A0 |=A0=A0=A0=A0=A0=A0=A0=A0 (8) ACK=A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 =
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0=A0=A0=A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 |<= /font>=A0 -------------->=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <= font face=3D"Courier New" size=3D"2">|=A0 =A0
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0 (9) = ACK=A0=A0 ------------------->=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D
=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DMedia Flow= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =A0=A0=A0=A0=A0=A0= =A0=A0=A0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D

Are there any known issues with this?
Thanks in = advance,
Niall

--0016369c897ab1ed85048d73cc60-- From pkyzivat@cisco.com Tue Aug 10 06:41:38 2010 Return-Path: X-Original-To: sipping@core3.amsl.com Delivered-To: sipping@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 86B163A68FC for ; Tue, 10 Aug 2010 06:41:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.903 X-Spam-Level: X-Spam-Status: No, score=-109.903 tagged_above=-999 required=5 tests=[AWL=-0.504, BAYES_00=-2.599, J_CHICKENPOX_15=0.6, J_CHICKENPOX_28=0.6, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r-NLtwFEQoH3 for ; Tue, 10 Aug 2010 06:41:36 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 838553A6885 for ; Tue, 10 Aug 2010 06:41:35 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAAb0YExAZnwN/2dsb2JhbACgV3GnNptOhToEiTo X-IronPort-AV: E=Sophos;i="4.55,348,1278288000"; d="scan'208";a="145747892" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 10 Aug 2010 13:42:10 +0000 Received: from [161.44.174.142] (dhcp-161-44-174-142.cisco.com [161.44.174.142]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o7ADgA3Y014560; Tue, 10 Aug 2010 13:42:10 GMT Message-ID: <4C615732.6060407@cisco.com> Date: Tue, 10 Aug 2010 09:42:10 -0400 From: Paul Kyzivat User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Niall Murray References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sipping@ietf.org, discussion@sipforum.org Subject: Re: [Sipping] 3pcc - controller receiving invite X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 13:41:38 -0000 Niall, Yes, both of the things you describe are perfectly reasonable behaviors. Thanks, Paul Niall Murray wrote: > Hello All, > > My question is probably quite simple as I am new to SIP but I have a > questions in relation to 3PCC best practices with SIP > :http://tools.ietf.org/html/rfc3725. > > In all of the examples in this document, the controller initiates > the session. My query relates to the scenario whereby if a device > acting as a controller */receives /*an invite. If this called > controlling device was aware of a number of local devices it wanted > to use in the session I imagine that it could either parse the > initial invite SDP, and send the updated or new SDP (with relevant > SDP parts) to each of the respective devices e.g. m =audio is sent > to speaker, whereas m=video is sent to display device. Or an > alternative approach would be just to forward the initial invite SDP > to all the devices and parse and edit the SDP "answer" back to the > calling device. Are both of these approaches valid? Please see the > flow below : > > > Audio / Video Device Controller Speaker > Display Device > > | | > | | > |(1) INV SDP (m=video, | > | | > | m=audio ) | > | | > | ------------> | > | | > | |2)INV SDP m=audio > | | > | | ------------> > | | > | |3)INV SDP m=video > | | > | | > -----------------------------------> | > | | > | | > | | (4) 200 OK > answer1| | > | | (audio) > | | > | > |<------------------| | > | | > |(5)200 OK answer2 | > | | | > (video) | > | > |<--------------------------------------| > | | > | | > | | > | | > | (6)Parsing and combining of > | | > audio/video SDP at controller > | | > | 200 OK(Combined a/v SDP) | > | | > | <------------------ | > | | > | (7) ACK | > | | > | --------------> | > | | > | | (8) ACK > | | > | | --------------> > | | > | | > | | > | | (9) ACK > -------------------> | > > ==================================================================== > ==================================Media > Flow======================== > > ==================================================================== > > Are there any known issues with this? > Thanks in advance, > Niall > > > ------------------------------------------------------------------------ > > _______________________________________________ > Sipping mailing list https://www.ietf.org/mailman/listinfo/sipping > This list is for NEW development of the application of SIP > Use sip-implementors@cs.columbia.edu for questions on current sip > Use sip@ietf.org for new developments of core SIP From nmurray@research.ait.ie Mon Aug 9 03:01:22 2010 Return-Path: X-Original-To: sipping@core3.amsl.com Delivered-To: sipping@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C80063A6403 for ; Mon, 9 Aug 2010 03:01:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.824 X-Spam-Level: * X-Spam-Status: No, score=1.824 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_15=0.6, J_CHICKENPOX_28=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iq2676Hwdga6 for ; Mon, 9 Aug 2010 03:01:21 -0700 (PDT) Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by core3.amsl.com (Postfix) with ESMTP id E28963A67F8 for ; Mon, 9 Aug 2010 03:01:20 -0700 (PDT) Received: by gwaa18 with SMTP id a18so4057271gwa.31 for ; Mon, 09 Aug 2010 03:01:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.90.52.14 with SMTP id z14mr11149677agz.191.1281348111780; Mon, 09 Aug 2010 03:01:51 -0700 (PDT) Received: by 10.231.190.20 with HTTP; Mon, 9 Aug 2010 03:01:51 -0700 (PDT) In-Reply-To: References: Date: Mon, 9 Aug 2010 11:01:51 +0100 Message-ID: From: Niall Murray To: sipping@ietf.org Content-Type: multipart/alternative; boundary=00163630effd094c12048d611b42 X-Mailman-Approved-At: Tue, 10 Aug 2010 13:49:20 -0700 Subject: Re: [Sipping] 3pcc - controller receiving invite and sessions with multiple controllers X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 10:01:22 -0000 --00163630effd094c12048d611b42 Content-Type: text/plain; charset=ISO-8859-1 > > Hello All, > > My question is probably quite simple as I am new to SIP but I have 2 > questions in relation to 3PCC best practices with SIP : > http://tools.ietf.org/html/rfc3725. > > In all of the examples in this document, the controller initiates the > session. My first query relates to the scenario whereby if a device acting > as a controller *receives *an invite. If this called controlling device > was aware of a number of local devices it wanted to use in the session I > imagine that it could either parse the initial invite SDP, and send the > updated or new SDP (with relevant SDP parts) to each of the respective > devices e.g. m =audio is sent to speaker, whereas m=video is sent to display > device. Or an alternative approach would be just to forward the initial > invite SDP to all the devices and parse and edit the SDP "answer" back to > the calling device. Are both of these approaches valid? Please see the flow > below : > > > Audio / Video Device Controller Speaker Display > Device > | | | | |(1) INV SDP (m=video, | | | | m=audio ) | | | | ------------> | | | | |2)INV SDP m=audio | | | | ------------> | | | |3)INV SDP m=video | | | | ------------ -----------------------> | | | | | | | (4) 200 OK answer1| | | | (audio) | | | |<------------------| | | | |(5)200 OK answer2 | | | | (video) | | | <--------------------------------------| | | | | | | | | | (6)Parsing and combining of | | audio/video SDP at controller | | | 200 OK(Combined a/v SDP) | | | | <------------------ | | | | (7) ACK | | | | --------------> | | | | | (8) ACK | | | | --------------> | | | | | | | | (9) ACK -------------------> | ==================================================================== ==================================Media Flow======================== ==================================================================== > I have a second question in relation to a scenario where a session involve > multiple devices on both sides. A controller on "each" side of the > communication would be required here. I am not certain how this scenario > would work but I assume the calling controller would invite its local > devices to a session first with no SDP, and use the capabilities of these > devices in the "invite" to the called controller. The called controller > could then use this description data to invite its respective local devices? > > Calling Side Called Side Camera Microphone Controller - A Controller - B Speaker Display Device | | | | | | | |(1)INV No SDP| | | | | | <----- | | | | | | | | | | | (2)INV No SDP | | | | | <------------- | | | | | | | | | | | |(3)200 OK | | | | | | with Audio offer | | | | | -------> | | | | |(4)200 OK| | | | | | with video offer | | | | | --------------> | | | | | | | | | | | | (5)Combine offers at | | | | | Controller | | | | | | INV SDP | | | | | (Combined SDP) | | | | | | ----------------> | | | | | | | | | | | | (6)Parsing of SDP | | | | | |INV SDP m=audio | | | | | | ------------> | | | | | |INV SDP m=video | | | | | | --------------------------------> | | | | | | | | | | | (7) 200 OK answer1| | | | | | for audio | | | | | | <------------- | | | | | | | | | | | | |(8)200 ok ans 2 | | | | | | for video | | | | | <------------------------------- | | | | | | | | | | | | | | | | (9)Combination of answers | | | | | from various devices | | | | | 200 OK COMBined answers| | | | | <--------------------------------- | | | |(10)ACK Audio| | | | | | <-------- | | | | | (11)ACK Video | | | | | <----------------- | | ACK | | | | | ---------------------------> | ===================================================================================== ===========================================Media Flow================================ ===================================================================================== I am aware of timeout issues with some of these flows. Also there is an assumption that the SDP will stay the same during the call in case 2, are there any other issues or alternative flows I should consider to assist with multiple devices in a session? Thanks in advance, Niall --00163630effd094c12048d611b42 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello All,

My question is probably quite simple as I am new to SIP = but I have 2 questions in relation to 3PCC best practices with SIP :http://tools.ietf= .org/html/rfc3725.

In all of the examples in this document, the controller initiates=20 the session. My first query relates to the scenario whereby if a device=20 acting as a controller receives an invite. If this called=20 controlling device was aware of a number of local devices it wanted to=20 use in the session I imagine that it could either parse the initial=20 invite SDP, and send the updated or new SDP (with relevant SDP parts) to each of the respective devices e.g. m =3Daudio is sent to speaker, whereas= m=3Dvideo is sent to display device. Or an alternative approach would be= =20 just to forward the initial invite SDP to all the devices and parse and=20 edit the SDP "answer" back to the calling device. Are both of the= se=20 approaches valid? Please see the flow below :


Audio / Video Device =A0=A0=A0=A0=A0 =A0 =A0=20 Controller=A0=A0=A0=A0=A0=A0=A0=A0 Speaker =A0=A0=A0=A0=A0 Display Device
=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |
=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |(1) INV SDP (m=3Dvid= eo,=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
<= div>=A0=A0=A0=A0=A0=A0=A0 =A0=A0 | = =A0=A0=A0=A0 m=3Daudio )=A0=A0= =A0=A0=A0 =A0 =A0=A0 |<= font face=3D"Courier New" size=3D"2">=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 -----------= ->=A0=A0=A0=A0 =A0 = =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 = |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0= =A0 | =A0=A0=A0=A0 =A0 =A0 =A0= =A0 =A0 =A0=A0=A0=A0 =A0 =A0=A0 |2)INV SDP m=3Daudio= =A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 |=A0 ------------>= =A0=A0=A0 |=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0= =A0 | =A0=A0=A0=A0 =A0 =A0 =A0= =A0 =A0 =A0=A0 =A0 =A0=A0 =A0 |3)INV SDP m=3Dvideo=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 |=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 |=A0 -----------------= ------------------> |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 | = =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 | (4) 200 OK answer1|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 <= /font>|
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0 |=A0 (audio)=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0= =A0 | =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0 |<------------------|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0=A0 =A0=A0=A0 |=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 |(5)200 OK answer2=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0 |=A0=A0=A0 =A0 =A0 =A0 =A0 =A0=A0=A0=A0=A0=A0 | (video)=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 |<= /font>
=A0=A0=A0=A0=A0=A0=A0 =A0= =A0 | =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0=A0 |<--------------------------------------|
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |=A0=A0 =A0 =A0 =A0 =A0 =A0=A0 (6)Parsing and <= /font>combining of=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 |<= /font>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 =A0 =A0=A0=A0 audio/video SDP at controller=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 |=
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= 200 OK(Combined a/v SDP) | =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0 <------------------ =A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0=A0 (7) ACK=A0=A0 =A0=A0 =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0=A0 --------------&g= t;=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0=A0=A0=A0=A0<= font face=3D"Courier New" size=3D"2"> =A0=A0 =A0 =A0 =A0 =A0 =A0=A0=A0=A0= =A0 |=A0=A0=A0=A0=A0=A0=A0=A0 (8) ACK=A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 =
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0=A0=A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 |=A0 --------------= >=A0 |=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 =A0
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0 =A0=A0 |= =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0 =A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0 (9) = ACK=A0=A0 ------------------->=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D
=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DMedia Flow= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =A0=A0=A0=A0=A0=A0= =A0=A0=A0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D


=A0
I have a second question in relation to a scenario where a=20 session involve multiple devices on both sides. A controller on "each&= quot;=20 side of the communication would be required here. I am not certain how=20 this scenario would work but I assume the calling controller would=20 invite its local devices to a session first with no SDP, and use the=20 capabilities of these devices in the "invite" to the called contr= oller.=20 The called controller could then use this description data to invite its respective local devices?

=A0=A0=A0
= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 Calling Side=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Called Side=

Camera=A0=A0 Microphone=A0 Controller - A=A0 =A0 =A0=20 Controller - B =A0=A0=A0=A0=A0=A0 Speaker =A0=A0=A0=A0=A0 Display Device
=A0=A0=A0=A0=A0= =20 | =A0 =A0 =A0=A0=A0=20 |=A0=A0 =A0 =A0=A0 =A0=A0 =A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0=A0=A0=20 |(1)INV No SDP|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0 <-----=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0=A0=A0=A0 (2)INV No SDP=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 |=A0 <= -------------=A0=A0=A0 =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0=A0=A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0=A0=A0=20 |(3)200 OK =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0=A0=A0=20 |=A0 with Audio offer=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0 ------->=A0=A0= =20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0
=A0=A0=A0=A0=A0=20 |(4)200 OK|=A0 =A0 =A0 =A0=A0 =A0 =A0= =20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | with video offer=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 | =A0=A0=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 |=A0 -------------->=A0=A0 =A0= =A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0=A0=A0 =A0=20 |=A0=A0=A0 (5)Combine offers at =A0=A0 =A0=A0 =A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0<= font face=3D"Arial" size=3D"2"> |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0 Controller=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0 =A0 =A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0 INV = SDP<= font face=3D"Arial" size=3D"2">=A0=A0= =A0=A0 =A0=A0 =A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0<= font face=3D"Arial" size=3D"2"> |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0 (Combined SDP)=A0 =A0=A0 <= /font>|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0<= font face=3D"Arial" size=3D"2"> | <= font face=3D"Arial" size=3D"2">
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 | -------= --------->=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (6)Parsing of SDP=A0=A0=A0=A0=A0=A0=A0= =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |INV SDP m=3Daudio=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 |=A0 ------------>=A0<= /font>=A0=A0 |=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0= =A0=A0=A0 |=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 |=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 <= /font>|INV SDP m=3Dvideo =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 |=A0 --------------------------------> = |
=A0=A0=A0=A0=A0= =20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 | (7) 200= OK answer1|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0 for audio=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0 <= -------------=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |(8)200 o= k ans 2 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 | for video=A0 =A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0 <= -------------------------------=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (9)Combination of answers=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0= =20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0 from various devices=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
<= /font>=A0=A0=A0= =A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 200 OK CO= MBined answers|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0= =20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0 <= ---------------------------------=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0
=A0=A0=A0=A0=A0=20 | =A0 =A0=A0=A0 =A0 |(10)ACK Audio|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 <--------=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0=A0 (11)ACK Video=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 |=A0=A0 <-----------------=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ACK=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0= =20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 | -------= -------------------->= = =A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=A0=A0=A0 =3D= =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3DMedia Flow=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= font face=3D"Courier New" size=3D"2"> =A0=A0=A0=A0=A0=A0=A0=A0=A0
=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=A0
I am = aware of timeout issues with some of these flows. Also there is an assumpti= on that the SDP will stay the same during the call in case 2, are there any= other issues or alternative flows I should consider to assist with multipl= e devices in a session?
Thanks in advance,
Niall
--00163630effd094c12048d611b42-- From nmurray@research.ait.ie Tue Aug 10 01:21:38 2010 Return-Path: X-Original-To: sipping@core3.amsl.com Delivered-To: sipping@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7894B28C138 for ; Tue, 10 Aug 2010 01:21:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.431 X-Spam-Level: * X-Spam-Status: No, score=1.431 tagged_above=-999 required=5 tests=[AWL=0.207, BAYES_50=0.001, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_15=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id klXwdDMrN8Se for ; Tue, 10 Aug 2010 01:21:37 -0700 (PDT) Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id 15C023A6A71 for ; Tue, 10 Aug 2010 01:21:36 -0700 (PDT) Received: by iwn36 with SMTP id 36so4571121iwn.31 for ; Tue, 10 Aug 2010 01:22:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.146.141 with SMTP id h13mr20603938ibv.1.1281428531935; Tue, 10 Aug 2010 01:22:11 -0700 (PDT) Received: by 10.231.190.20 with HTTP; Tue, 10 Aug 2010 01:22:11 -0700 (PDT) Date: Tue, 10 Aug 2010 09:22:11 +0100 Message-ID: From: Niall Murray To: discussion@sipforum.org, sipping@ietf.org Content-Type: multipart/alternative; boundary=0016e647ed10737c25048d73d452 X-Mailman-Approved-At: Tue, 10 Aug 2010 13:49:22 -0700 Subject: Re: [Sipping] 3pcc - multiple controllers sessions X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 08:21:38 -0000 --0016e647ed10737c25048d73d452 Content-Type: text/plain; charset=ISO-8859-1 > > Hello All, > > My question is probably quite simple as I am new to SIP but I have a > questions in relation to 3PCC best practices with SIP : > http://tools.ietf.org/html/rfc3725. > > In all of the examples in this document, the controller initiates the > session. > My have a second question in relation to a scenario where a session involve > multiple devices on both sides. A controller on "each" side of the > communication would be required here. I am not certain how this scenario > would work but I assume the calling controller would invite its local > devices to a session first with no SDP, and use the capabilities of these > devices in the "invite" to the called controller. The called controller > could then use this description data to invite its respective local devices? > > Calling Side Called Side Camera Microphone Controller - A Controller - B Speaker Display Device | | | | | | | |(1)INV No SDP| | | | | | <----- | | | | | | | | | | | (2)INV No SDP | | | | | <------------- | | | | | | | | | | | |(3)200 OK | | | | | | with Audio offer | | | | | -------> | | | | |(4)200 OK| | | | | | with video offer | | | | | --------------> | | | | | | | | | | | | (5)Combine offers at | | | | | Controller | | | | | | INV SDP | | | | | (Combined SDP) | | | | | | ----------------> | | | | | | | | | | | | (6)Parsing of SDP | | | | | |INV SDP m=audio | | | | | | ------------> | | | | | |INV SDP m=video | | | | | | --------------------------------> | | | | | | | | | | | (7) 200 OK answer1| | | | | | for audio | | | | | | <------------- | | | | | | | | | | | | |(8)200 ok ans 2 | | | | | | for video | | | | | <------------------------------- | | | | | | | | | | | | | | | | (9)Combination of answers | | | | | from various devices | | | | | 200 OK COMBined answers| | | | | <--------------------------------- | | | |(10)ACK Audio| | | | | | <-------- | | | | | (11)ACK Video | | | | | <----------------- | | ACK | | | | | ---------------------------> | ===================================================================================== ===========================================Media Flow================================ ===================================================================================== I am aware of timeout issues with some of these flows. Also there is an assumption that the SDP will stay the same during the call in case 2, are there any other issues or alternative flows I should consider to assist with multiple devices in a session? Thanks in advance, Niall --0016e647ed10737c25048d73d452 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello All,

My question is probably quite simple a= s I am new to SIP but I have a questions in relation to 3PCC best practices= with SIP :http://tools.ietf.org/html/rfc3725.

In all of the examples in this document, the controller initiates=20 the session.
My have a second question in relation to a scenario where a=20 session involve multiple devices on both sides. A controller on "each&= quot;=20 side of the communication would be required here. I am not certain how=20 this scenario would work but I assume the calling controller would=20 invite its local devices to a session first with no SDP, and use the=20 capabilities of these devices in the "invite" to the called contr= oller.=20 The called controller could then use this description data to invite its respective local devices?

=A0=A0=A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 Calling Side=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Called S= ide

Camera=A0=A0 Microphone=A0= Controller - A=A0 =A0 =A0=20 Controller - B =A0=A0=A0=A0=A0=A0 Speaker =A0=A0=A0=A0=A0 Display Device
=A0=A0=A0=A0=A0= =20 | =A0 =A0 =A0=A0=A0=20 |=A0=A0 =A0 =A0=A0 =A0=A0 =A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0=A0=A0=20 |(1)INV No SDP|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0 <-----=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0=A0=A0=A0 (2)INV No SDP=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 |=A0 <= -------------=A0=A0=A0 =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0=A0=A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0=A0=A0=20 |(3)200 OK =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0=A0=A0=20 |=A0 with Audio offer=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0 ------->=A0=A0= =20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0
=A0=A0=A0=A0=A0=20 |(4)200 OK|=A0 =A0 =A0 =A0=A0 =A0 =A0= =20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | with video offer=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 | =A0=A0=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 |=A0 -------------->=A0=A0 =A0= =A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0=A0=A0 =A0=20 |=A0=A0=A0 (5)Combine offers at =A0=A0 =A0=A0 =A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0<= font face=3D"Arial" size=3D"2"> |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0 Controller=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0 =A0 =A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0 INV = SDP<= font face=3D"Arial" size=3D"2">=A0=A0= =A0=A0 =A0=A0 =A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0<= font face=3D"Arial" size=3D"2"> |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0 (Combined SDP)=A0 =A0=A0 <= /font>|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0<= font face=3D"Arial" size=3D"2"> | <= font face=3D"Arial" size=3D"2">
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 | -------= --------->=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (6)Parsing of SDP=A0=A0=A0=A0=A0=A0=A0= =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 |INV SDP m=3Daudio=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 |=A0 ------------>=A0<= /font>=A0=A0 |=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0= =A0=A0=A0 |=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 |=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 =A0 <= /font>|INV SDP m=3Dvideo =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0 =A0 =A0 =A0 =A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 |=A0 --------------------------------> = |
=A0=A0=A0=A0=A0= =20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 | (7) 200= OK answer1|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0 for audio=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0 <= -------------=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |(8)200 o= k ans 2 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 | for video=A0 =A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0 <= -------------------------------=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (9)Combination of answers=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0= =20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0 from various devices=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
<= /font>=A0=A0=A0= =A0=A0=20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 200 OK CO= MBined answers|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0= =20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0 =A0=A0=20 |=A0 <= ---------------------------------=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0
=A0=A0=A0=A0=A0=20 | =A0 =A0=A0=A0 =A0 |(10)ACK Audio|=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 <--------=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 | =A0 =A0=A0 (11)ACK Video=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=20 |=A0=A0 <-----------------=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ACK=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0= =20 | =A0 =A0 =A0 =A0=20 |=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=20 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=20 =A0=A0=A0=20 | -------= -------------------->= = =A0=A0=A0=A0=A0=A0 |
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=A0=A0=A0 =3D= =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3DMedia Flow=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= font face=3D"Courier New" size=3D"2"> =A0=A0=A0=A0=A0=A0=A0=A0=A0
=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=A0
I am aware of timeout issues with some of these flows. Also there is an=20 assumption that the SDP will stay the same during the call in case 2,=20 are there any other issues or alternative flows I should consider to=20 assist with multiple devices in a session?
Thanks in advance,
Niall
--0016e647ed10737c25048d73d452-- From nmurray@research.ait.ie Wed Aug 11 04:49:43 2010 Return-Path: X-Original-To: sipping@core3.amsl.com Delivered-To: sipping@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2533A3A68B2 for ; Wed, 11 Aug 2010 04:49:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.842 X-Spam-Level: ** X-Spam-Status: No, score=2.842 tagged_above=-999 required=5 tests=[AWL=-1.411, BAYES_50=0.001, FB_INCREASE_VOL=3.629, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s6jTxbNKSypR for ; Wed, 11 Aug 2010 04:49:38 -0700 (PDT) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by core3.amsl.com (Postfix) with ESMTP id C77523A6844 for ; Wed, 11 Aug 2010 04:49:38 -0700 (PDT) Received: by pwj2 with SMTP id 2so9977pwj.31 for ; Wed, 11 Aug 2010 04:50:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.180.1 with SMTP id c1mr16054738wff.244.1281527412540; Wed, 11 Aug 2010 04:50:12 -0700 (PDT) Received: by 10.142.162.16 with HTTP; Wed, 11 Aug 2010 04:50:12 -0700 (PDT) Date: Wed, 11 Aug 2010 12:50:12 +0100 Message-ID: From: Niall Murray To: discussion@sipforum.org, sipping@ietf.org Content-Type: multipart/alternative; boundary=000e0cd173e431c6c9048d8ada43 Subject: [Sipping] Editing application characteristics with SIP X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 11:49:43 -0000 --000e0cd173e431c6c9048d8ada43 Content-Type: text/plain; charset=ISO-8859-1 Hello All, Is there any SIP method that can be used to update application session characteristics? For example, would it be possible to increase the volume of a SIP enabled speaker from a device acting as a third party call controller in a session? Thanks Niall --000e0cd173e431c6c9048d8ada43 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello All,

Is there any SIP method that can be used to update applic= ation session characteristics? For example, would it be possible to increas= e the volume of a SIP enabled speaker from a device acting as a third party= call controller in a session?

Thanks

Niall
--000e0cd173e431c6c9048d8ada43-- From christer.holmberg@ericsson.com Wed Aug 11 04:52:16 2010 Return-Path: X-Original-To: sipping@core3.amsl.com Delivered-To: sipping@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 177E13A6944 for ; Wed, 11 Aug 2010 04:52:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.606 X-Spam-Level: X-Spam-Status: No, score=-1.606 tagged_above=-999 required=5 tests=[AWL=-2.637, BAYES_00=-2.599, FB_INCREASE_VOL=3.629, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G6hZcurhEg8i for ; Wed, 11 Aug 2010 04:52:15 -0700 (PDT) Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by core3.amsl.com (Postfix) with ESMTP id E03663A686E for ; Wed, 11 Aug 2010 04:52:14 -0700 (PDT) X-AuditID: c1b4fb39-b7b91ae000001aef-93-4c628f12862e Received: from esessmw0247.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id 86.D3.06895.21F826C4; Wed, 11 Aug 2010 13:52:50 +0200 (CEST) Received: from ESESSCMS0356.eemea.ericsson.se ([169.254.1.104]) by esessmw0247.eemea.ericsson.se ([10.2.3.116]) with mapi; Wed, 11 Aug 2010 13:52:49 +0200 From: Christer Holmberg To: Niall Murray , "discussion@sipforum.org" , "sipping@ietf.org" Date: Wed, 11 Aug 2010 13:52:47 +0200 Thread-Topic: [Sipping] Editing application characteristics with SIP Thread-Index: Acs5S2Q9BxbaHdxuQ+COBw0oQm5cBgAAD/sQ Message-ID: <7F2072F1E0DE894DA4B517B93C6A0585112092@ESESSCMS0356.eemea.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_7F2072F1E0DE894DA4B517B93C6A0585112092ESESSCMS0356eemea_" MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== Subject: Re: [Sipping] Editing application characteristics with SIP X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 11:52:16 -0000 --_000_7F2072F1E0DE894DA4B517B93C6A0585112092ESESSCMS0356eemea_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The INFO method can be used to transfer application data associated with a = SIP dialog. Regards, Christer ________________________________ From: sipping-bounces@ietf.org [mailto:sipping-bounces@ietf.org] On Behalf = Of Niall Murray Sent: 11. elokuuta 2010 14:50 To: discussion@sipforum.org; sipping@ietf.org Subject: [Sipping] Editing application characteristics with SIP Hello All, Is there any SIP method that can be used to update application session char= acteristics? For example, would it be possible to increase the volume of a = SIP enabled speaker from a device acting as a third party call controller i= n a session? Thanks Niall --_000_7F2072F1E0DE894DA4B517B93C6A0585112092ESESSCMS0356eemea_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
The INFO method can be used to transfer applicatio= n data=20 associated with a SIP dialog.
 
Regards,
 
Christer

From: sipping-bounces@ietf.org=20 [mailto:sipping-bounces@ietf.org] On Behalf Of Niall=20 Murray
Sent: 11. elokuuta 2010 14:50
To:=20 discussion@sipforum.org; sipping@ietf.org
Subject: [Sipping] Ed= iting=20 application characteristics with SIP

Hello All,

Is there any SIP method that can be used to= =20 update application session characteristics? For example, would it be poss= ible=20 to increase the volume of a SIP enabled speaker from a device acting as a= =20 third party call controller in a session?

Thanks

Niall
--_000_7F2072F1E0DE894DA4B517B93C6A0585112092ESESSCMS0356eemea_-- From pkyzivat@cisco.com Wed Aug 11 09:25:38 2010 Return-Path: X-Original-To: sipping@core3.amsl.com Delivered-To: sipping@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C2B273A698C for ; Wed, 11 Aug 2010 09:25:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -108.683 X-Spam-Level: X-Spam-Status: No, score=-108.683 tagged_above=-999 required=5 tests=[AWL=-1.713, BAYES_00=-2.599, FB_INCREASE_VOL=3.629, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 91sbv8uM-TD8 for ; Wed, 11 Aug 2010 09:25:37 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 9894A3A6914 for ; Wed, 11 Aug 2010 09:25:37 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAE1rYkxAZnwM/2dsb2JhbACgKHGhJZtNhToEiVA X-IronPort-AV: E=Sophos;i="4.55,354,1278288000"; d="scan'208";a="146494332" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 11 Aug 2010 16:26:13 +0000 Received: from [161.44.174.142] (dhcp-161-44-174-142.cisco.com [161.44.174.142]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o7BGQDmO017064; Wed, 11 Aug 2010 16:26:13 GMT Message-ID: <4C62CF25.6010603@cisco.com> Date: Wed, 11 Aug 2010 12:26:13 -0400 From: Paul Kyzivat User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Niall Murray References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sipping@ietf.org, discussion@sipforum.org Subject: Re: [Sipping] Editing application characteristics with SIP X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 16:25:38 -0000 Currently issues having to do with the rendering of the media is out of scope for sip. It is indeed an application level issue above sip. As Christer mentioned, you could use INFO to convey application level information, but that leaves open how to model the application at that level and what sorts of controls are possible. The mediactrl group has worked on protocols for controlling media servers, so that is another place to look. But I don't think they have explored what you are looking for. And mediactrl is not something that a "normal" sip UA would currently implement. Thanks, Paul Niall Murray wrote: > Hello All, > > Is there any SIP method that can be used to update application session > characteristics? For example, would it be possible to increase the > volume of a SIP enabled speaker from a device acting as a third party > call controller in a session? > > Thanks > > Niall > > > ------------------------------------------------------------------------ > > _______________________________________________ > Sipping mailing list https://www.ietf.org/mailman/listinfo/sipping > This list is for NEW development of the application of SIP > Use sip-implementors@cs.columbia.edu for questions on current sip > Use sip@ietf.org for new developments of core SIP From iesg-secretary@ietf.org Mon Aug 16 13:05:35 2010 Return-Path: X-Original-To: sipping@core3.amsl.com Delivered-To: sipping@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EF3AA3A6A53; Mon, 16 Aug 2010 13:05:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.569 X-Spam-Level: X-Spam-Status: No, score=-102.569 tagged_above=-999 required=5 tests=[AWL=0.030, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t8jns7D69gtc; Mon, 16 Aug 2010 13:05:33 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 102CA3A6A92; Mon, 16 Aug 2010 13:05:33 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no Message-ID: <20100816200533.21032.10824.idtracker@localhost> Date: Mon, 16 Aug 2010 13:05:33 -0700 Cc: Internet Architecture Board , sipping mailing list , sipping chair , RFC Editor Subject: [Sipping] Protocol Action: 'Session Initiation Protocol Event Package for Voice Quality Reporting' to Proposed Standard X-BeenThere: sipping@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "SIPPING Working Group \(applications of SIP\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2010 20:05:35 -0000 The IESG has approved the following document: - 'Session Initiation Protocol Event Package for Voice Quality Reporting' as a Proposed Standard This document is the product of the Session Initiation Proposal Investigation Working Group. The IESG contact persons are Robert Sparks and Gonzalo Camarillo. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-sipping-rtcp-summary/ Technical Summary This document defines a SIP event package that enables the collection and reporting of metrics that measure the quality for RTP-based Voice over IP (VoIP) sessions. Working Group Summary The WG analyzed several approaches to implement quality reporting in SIP (e.g., forking RTCP, new header fields, and new body types). Finally, the WG decided to use a SIP event package for that purpose. The document was significantly revised during IESG evaluation and went through an additional IETF LC. Protocol Quality This document has received significant review and revision based on the feedback from many IESG members. Personnel The previous responsible ADs were Jon Peterson and Cullen Jennings. The responsible AD is Robert Sparks. The document shepherd is Gonzalo Camarillo.