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

Qin Wu <bill.wu@huawei.com> Thu, 29 November 2012 00:54 UTC

Return-Path: <bill.wu@huawei.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 75B3221F8946 for <mmusic@ietfa.amsl.com>; Wed, 28 Nov 2012 16:54:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.546
X-Spam-Level:
X-Spam-Status: No, score=-4.546 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_56=0.6, MIME_BASE64_TEXT=1.753, RCVD_IN_DNSWL_MED=-4]
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 FCsSqWKN20FS for <mmusic@ietfa.amsl.com>; Wed, 28 Nov 2012 16:54:46 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 44D9411E809B for <mmusic@ietf.org>; Wed, 28 Nov 2012 16:54:45 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ANH72719; Thu, 29 Nov 2012 00:54:41 +0000 (GMT)
Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 00:54:15 +0000
Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 00:54:25 +0000
Received: from w53375 (10.138.41.149) by szxeml402-hub.china.huawei.com (10.82.67.32) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 08:54:23 +0800
Message-ID: <A6D6A7467A9A47D48B7505A482D852F0@china.huawei.com>
From: Qin Wu <bill.wu@huawei.com>
To: Hadriel Kaplan <HKaplan@acmepacket.com>
References: <A444ACE8-4EDD-48DC-86C8-7CCBB40173CE@acmepacket.com> <C5E08FE080ACFD4DAE31E4BDBF944EB11326C452@xmb-aln-x02.cisco.com>
Date: Thu, 29 Nov 2012 08:54:22 +0800
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: base64
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109
X-Originating-IP: [10.138.41.149]
X-CFilter-Loop: Reflected
Cc: mmusic@ietf.org, draft-ietf-mmusic-media-loopback@tools.ietf.org, Gonzalo Camarillo <gonzalo.camarillo@ericsson.com>
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: Thu, 29 Nov 2012 00:54:46 -0000

No,
I see it will be more flexible to allow some being looped back while some not.

Regards!
-Qin
----- Original Message ----- 
From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
To: "Hadriel Kaplan" <HKaplan@acmepacket.com>
Cc: <mmusic@ietf.org>; <draft-ietf-mmusic-media-loopback@tools.ietf.org>; "Gonzalo Camarillo" <gonzalo.camarillo@ericsson.com>
Sent: Tuesday, November 27, 2012 11:43 AM
Subject: Re: [MMUSIC] NEED WG CONSENSUS: media-loopback is all-or-nothing


> 
> no
> 
> 
> On Nov 20, 2012, at 11:16 , Hadriel Kaplan <HKaplan@acmepacket.com> 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