Return-Path: <btv1==6713412e283==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 37C5521F87E4 for <mmusic@ietfa.amsl.com>;
 Tue, 20 Nov 2012 11:54:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.225
X-Spam-Level: 
X-Spam-Status: No, score=-2.225 tagged_above=-999 required=5 tests=[AWL=-0.226,
 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 NBQJtsi+hR9M for
 <mmusic@ietfa.amsl.com>; Tue, 20 Nov 2012 11:54:16 -0800 (PST)
Received: from mx2.acmepacket.com (mx2.acmepacket.com [216.41.24.99]) by
 ietfa.amsl.com (Postfix) with ESMTP id AB19721F87E1 for <mmusic@ietf.org>;
 Tue, 20 Nov 2012 11:54:16 -0800 (PST)
X-ASG-Debug-ID: 1353441255-03fc2136a6a71b90001-mNOVBD
Received: from Mail1.acmepacket.com (mail1.acmepacket.com [10.0.0.21]) by
 mx2.acmepacket.com with ESMTP id vRr0dFSbzlj0SH3h (version=TLSv1
 cipher=AES128-SHA bits=128 verify=NO); Tue, 20 Nov 2012 14:54:15 -0500 (EST)
X-Barracuda-Envelope-From: HKaplan@acmepacket.com
Received: from MAIL2.acmepacket.com ([169.254.2.93]) by Mail1.acmepacket.com
 ([169.254.1.47]) with mapi id 14.02.0283.003; Tue, 20 Nov 2012 14:54:15 -0500
From: Hadriel Kaplan <HKaplan@acmepacket.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Thread-Topic: [MMUSIC] NEED WG CONSENSUS: media-loopback is all-or-nothing
X-ASG-Orig-Subj: Re: [MMUSIC] NEED WG CONSENSUS: media-loopback is
 all-or-nothing
Thread-Index: AQHNx1jQvSoC84ovvkqVvo+Zxh0CCw==
Date: Tue, 20 Nov 2012 19:54:14 +0000
Message-ID: <2217C1EE-793D-498C-B604-8BAF604C2C86@acmepacket.com>
References: <A444ACE8-4EDD-48DC-86C8-7CCBB40173CE@acmepacket.com>
 <50ABCF23.9020605@alum.mit.edu>
In-Reply-To: <50ABCF23.9020605@alum.mit.edu>
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="us-ascii"
Content-ID: <1F46B966676B2347B1FB9C03E353B3F2@acmepacket.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Barracuda-Connect: mail1.acmepacket.com[10.0.0.21]
X-Barracuda-Start-Time: 1353441255
X-Barracuda-Encrypted: AES128-SHA
X-Barracuda-URL: http://216.41.24.99:8000/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at acmepacket.com
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=
X-Barracuda-Spam-Report: Code version 3.2,
 rules version 3.2.2.114774 Rule breakdown below pts
 rule name description ---- ----------------------
 --------------------------------------------------
Cc: "<mmusic@ietf.org>" <mmusic@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: Tue, 20 Nov 2012 19:54:17 -0000

Are you asking for someone to defend/explain the advantages are for limitin=
g it, or just giving that as the rationale for your NO vote?
(I don't mean this in a negative way - I'm literally not sure if you're ask=
ing a question or being rhetorical)

-hadriel


On Nov 20, 2012, at 1:42 PM, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:

> NO
>=20
> *Why* should the draft be limited this way if it need not be?
>=20
> 	Thanks,
> 	Paul
>=20
> On 11/20/12 1:16 PM, Hadriel Kaplan wrote:
>> Howdy,
>> during IESG review of the media-loopback draft, a discussion arose regar=
ding the language around indicating media-loopback support per media descri=
ption (i.e., per m-line), in sections 3.1 and 3.2.
>>=20
>> My interpretation/understanding was we were requiring ALL m-lines to ind=
icate media-loopback; in other words it's an all-or-nothing in both the off=
er+answer, and either every media stream is looped back, or none are.  Howe=
ver the text currently doesn't make this clear, and it could be argued eith=
er 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.
>>=20
>> Please respond to this email by **Tuesday, December 4th** with a "YES" i=
f the draft should mandate ALL media be looped-back, or "NO" if it should a=
llow a hybrid approach of some streams being looped while others are not.
>>=20
>> For reference, the draft is here:
>> http://tools.ietf.org/html/draft-ietf-mmusic-media-loopback-24
>>=20
>> -hadriel
>>=20
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>>=20
>=20
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic

