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

Flemming Andreasen <fandreas@cisco.com> Tue, 20 November 2012 23:11 UTC

Return-Path: <fandreas@cisco.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 2F44021F8793 for <mmusic@ietfa.amsl.com>; Tue, 20 Nov 2012 15:11:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.244
X-Spam-Level:
X-Spam-Status: No, score=-10.244 tagged_above=-999 required=5 tests=[AWL=-0.245, BAYES_00=-2.599, J_CHICKENPOX_56=0.6, RCVD_IN_DNSWL_HI=-8]
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 RtfOh7P7VpX6 for <mmusic@ietfa.amsl.com>; Tue, 20 Nov 2012 15:11:34 -0800 (PST)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 6D9C321F8787 for <mmusic@ietf.org>; Tue, 20 Nov 2012 15:11:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2478; q=dns/txt; s=iport; t=1353453094; x=1354662694; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=dgCVvZgUQVc5lRgZMe/8ArWhRdD36g+sZ3OGSd3S3bg=; b=bqaU0o0g2CSXRKz+1VGQPS1M9n86tTp3mSONqIAviA1JbcROqyhPYGNW qQXZcnXKf8eTkZVbaTpXAjUibCUQaFqCJUtPGLPUvrJaRVlIikY0+05Qn J/F4tihJ883F2G14lzicPDmOMNeVK/rEokb+mVBpdt9BMxwfvW4Wl0dpe w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgAFAL0MrFCtJXG+/2dsb2JhbABEwlsWc4IeAQEBBAEBATU2CgEQCxgJFg8JAwIBAgEVMAYNAQUCAQEXh3ILrmiQPYw0FAGETQOIXI0igRyPJYMNgT0BCBc
X-IronPort-AV: E=McAfee;i="5400,1158,6902"; a="144590816"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-5.cisco.com with ESMTP; 20 Nov 2012 23:11:33 +0000
Received: from rtp-fandreas-8713.cisco.com (rtp-fandreas-8713.cisco.com [10.117.7.84]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id qAKNBX3H026937; Tue, 20 Nov 2012 23:11:33 GMT
Message-ID: <50AC0E24.9010908@cisco.com>
Date: Tue, 20 Nov 2012 18:11:32 -0500
From: Flemming Andreasen <fandreas@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: "Richard L. Barnes" <rbarnes@bbn.com>
References: <A444ACE8-4EDD-48DC-86C8-7CCBB40173CE@acmepacket.com> <50ABCF23.9020605@alum.mit.edu> <50ABF6C8.7040106@cisco.com> <E28DA26F-A4B9-4BB7-9A39-9E48A0128E40@bbn.com>
In-Reply-To: <E28DA26F-A4B9-4BB7-9A39-9E48A0128E40@bbn.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
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 23:11:35 -0000

We normally try and provide general solutions rather than focus on 
specific use cases. Looking at media streams in general, we negotiate 
and accept/reject them independently (and likewise for preconditions). 
Why should this be any different ?

Thanks

-- Flemming

On 11/20/12 5:09 PM, Richard L. Barnes wrote:
> 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
> .
>