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

"Richard L. Barnes" <rbarnes@bbn.com> Tue, 20 November 2012 22:09 UTC

Return-Path: <rbarnes@bbn.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 7D88F21F874B for <mmusic@ietfa.amsl.com>; Tue, 20 Nov 2012 14:09:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.37
X-Spam-Level:
X-Spam-Status: No, score=-106.37 tagged_above=-999 required=5 tests=[AWL=-0.371, BAYES_00=-2.599, J_CHICKENPOX_56=0.6, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U6Oatc5jcbv9 for <mmusic@ietfa.amsl.com>; Tue, 20 Nov 2012 14:09:40 -0800 (PST)
Received: from smtp.bbn.com (smtp.bbn.com [128.33.0.80]) by ietfa.amsl.com (Postfix) with ESMTP id BF26121F86B9 for <mmusic@ietf.org>; Tue, 20 Nov 2012 14:09:40 -0800 (PST)
Received: from [128.89.253.219] (port=51241) by smtp.bbn.com with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from <rbarnes@bbn.com>) id 1Taw0h-0001tZ-9P; Tue, 20 Nov 2012 17:09:39 -0500
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: "Richard L. Barnes" <rbarnes@bbn.com>
In-Reply-To: <50ABF6C8.7040106@cisco.com>
Date: Tue, 20 Nov 2012 17:09:38 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <E28DA26F-A4B9-4BB7-9A39-9E48A0128E40@bbn.com>
References: <A444ACE8-4EDD-48DC-86C8-7CCBB40173CE@acmepacket.com> <50ABCF23.9020605@alum.mit.edu> <50ABF6C8.7040106@cisco.com>
To: Flemming Andreasen <fandreas@cisco.com>
X-Mailer: Apple Mail (2.1499)
Cc: mmusic@ietf.org, Paul Kyzivat <pkyzivat@alum.mit.edu>
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: Tue, 20 Nov 2012 22:09:41 -0000

I lean in favor of YES, because it seems to be much simpler and address the most pressing use cases.

(I haven't been involved deeply in the discussion, though; is there something I'm missing?)



On Nov 20, 2012, at 4:31 PM, Flemming Andreasen <fandreas@cisco.com> wrote:

> One more "NO" vote - I also don't see a reason to mandate such a restriction as it may limit the use cases.
> 
> -- Flemming
> 
> On 11/20/12 1:42 PM, Paul Kyzivat wrote:
>> NO
>> 
>> *Why* should the draft be limited this way if it need not be?
>> 
>>    Thanks,
>>    Paul
>> 
>> On 11/20/12 1: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
>>> 
>>> _______________________________________________
>>> mmusic mailing list
>>> mmusic@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mmusic
>>> 
>> 
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>> .
>> 
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic