Re: [MMUSIC] NEED WG CONSENSUS: media-loopback is all-or-nothing

Hadriel Kaplan <HKaplan@acmepacket.com> Mon, 17 December 2012 17:04 UTC

Return-Path: <btv1==69844116b32==HKaplan@acmepacket.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5DFE21F87DC for <mmusic@ietfa.amsl.com>; Mon, 17 Dec 2012 09:04:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_56=0.6]
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 AepcCOm78DaR for <mmusic@ietfa.amsl.com>; Mon, 17 Dec 2012 09:04:38 -0800 (PST)
Received: from mx1.acmepacket.com (mx1.acmepacket.com [216.41.24.33]) by ietfa.amsl.com (Postfix) with ESMTP id 2DBCB21F87C8 for <mmusic@ietf.org>; Mon, 17 Dec 2012 09:04:37 -0800 (PST)
X-ASG-Debug-ID: 1355763876-03fc200e9330020001-mNOVBD
Received: from Mail2.acmepacket.com (mail2.acmepacket.com [10.0.0.22]) by mx1.acmepacket.com with ESMTP id 9TD9CZzRvRWCxYv1 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO); Mon, 17 Dec 2012 12:04:36 -0500 (EST)
X-Barracuda-Envelope-From: HKaplan@acmepacket.com
Received: from MAIL1.acmepacket.com ([169.254.1.21]) by Mail2.acmepacket.com ([169.254.2.189]) with mapi id 14.02.0283.003; Mon, 17 Dec 2012 12:04:36 -0500
From: Hadriel Kaplan <HKaplan@acmepacket.com>
To: "mmusic@ietf.org (E-mail)" <mmusic@ietf.org>
Thread-Topic: NEED WG CONSENSUS: media-loopback is all-or-nothing
X-ASG-Orig-Subj: Re: NEED WG CONSENSUS: media-loopback is all-or-nothing
Thread-Index: AQHN3HiX7WOSh8FeHEK2zkuJdXrgIw==
Date: Mon, 17 Dec 2012 17:04:35 +0000
Message-ID: <1C60A79B-11BC-4593-8E89-B99A7A151B1F@acmepacket.com>
References: <A444ACE8-4EDD-48DC-86C8-7CCBB40173CE@acmepacket.com> <50C86AA6.50809@ericsson.com>
In-Reply-To: <50C86AA6.50809@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.0.0.30]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <7ECFB09E9B150A4A84B60F73B57891CB@acmepacket.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Barracuda-Connect: mail2.acmepacket.com[10.0.0.22]
X-Barracuda-Start-Time: 1355763876
X-Barracuda-Encrypted: AES128-SHA
X-Barracuda-URL: http://spam.acmepacket.com:8000/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at acmepacket.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_SC0_MISMATCH_TO
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.117283 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
Cc: Gonzalo Camarillo <gonzalo.camarillo@ericsson.com>, "draft-ietf-mmusic-media-loopback@tools.ietf.org" <draft-ietf-mmusic-media-loopback@tools.ietf.org>
Subject: Re: [MMUSIC] NEED WG CONSENSUS: media-loopback is all-or-nothing
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Dec 2012 17:20:24 -0000

Howdy,
WG consensus is the "NO" path, and therefore section 3.1 of draft-24 will be changed from this:
"An SDP offerer compliant to this specification and attempting to establish a media session with media loopback MUST include "loopback" media attributes for each individual media description in the offer message.  The offerer will look for the "loopback" media attributes in the media description(s) of the response from the answer for confirmation that the request is accepted."

To this in draft-25:
"An SDP offerer compliant to this specification and attempting to establish a media session with media loopback will include "loopback" media attributes for each individual media description in the offer message that it wishes to have looped back.  Note that the offerer may choose to only request loop back for some media descriptions/streams but not others.  For example it might wish to request loopback for a video stream but not audio, or vice-versa.
 
The offerer will look for the "loopback" media attributes in the media description(s) of the response from the SDP answer for confirmation that the request is accepted."

-hadriel


On Dec 12, 2012, at 6:29 AM, Gonzalo Camarillo <gonzalo.camarillo@ericsson.com> wrote:

> Hi Hadriel,
> 
> the seems to be consensus around the "NO" path. Could you please revise
> the draft accordingly so that we can also clear the last discuss?
> 
> Thanks,
> 
> Gonzalo
> 
> On 20/11/2012 8:16 PM, Hadriel Kaplan wrote:
>> Howdy,
>> during IESG review of the media-loopback draft, a discussion arose regarding the language around indicating media-loopback support per media description (i.e., per m-line), in sections 3.1 and 3.2.
>> 
>> My interpretation/understanding was we were requiring ALL m-lines to indicate media-loopback; in other words it's an all-or-nothing in both the offer+answer, and either every media stream is looped back, or none are.  However the text currently doesn't make this clear, and it could be argued either way, with pro's/con's either way too; so I'd like the WG's consensus on whether it should in fact be an all-or-none approach, or not.
>> 
>> Please respond to this email by **Tuesday, December 4th** with a "YES" if the draft should mandate ALL media be looped-back, or "NO" if it should allow a hybrid approach of some streams being looped while others are not.
>> 
>> For reference, the draft is here:
>> http://tools.ietf.org/html/draft-ietf-mmusic-media-loopback-24
>> 
>> -hadriel
>> 
>> 
>