IETF Logo Mail Archive

Re: [MMUSIC] [rtcweb] Quick comments on draft-roach-rtcweb-glareless-add-00

"Cullen Jennings (fluffy)" <fluffy@cisco.com> Mon, 13 May 2013 17:28 UTC

Return-Path: <fluffy@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 8879F21F93EE for <mmusic@ietfa.amsl.com>; Mon, 13 May 2013 10:28:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f9Z128IR8v2K for <mmusic@ietfa.amsl.com>; Mon, 13 May 2013 10:28:40 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 857D821F92BC for <mmusic@ietf.org>; Mon, 13 May 2013 10:28:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1520; q=dns/txt; s=iport; t=1368466120; x=1369675720; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=hdRqS7AyKI77zhAwBOB3mCT51Jq/jl4LgcdLPZRlW9U=; b=CnL4fBh2/UxvvSQwLP9Hc5kSTEamAavHAPP9AMlbKAuPyijotutsZWJB dXIH75i6q77eu3pOADTcwRp0Dg8Hp+wrDctRAan7ub8vcbT52WUGt8Q3r DaNKVcBjgjO7PWUrBC//5bMlp2ZL9sf8cnO/485mWX9oIoKxweZRbv0Kk s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AloFAH8hkVGtJXG9/2dsb2JhbABagwc3rgeSI4EIFnSCHwEBAQMBAQEBNzQLBQsCAQgYChQQJwslAgQOBQiHcgMJBgy7awSMUoIjAjEHgnRhA5VJjXaFIoMPgic
X-IronPort-AV: E=Sophos;i="4.87,663,1363132800"; d="scan'208";a="209932067"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-4.cisco.com with ESMTP; 13 May 2013 17:28:35 +0000
Received: from xhc-aln-x03.cisco.com (xhc-aln-x03.cisco.com [173.36.12.77]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id r4DHSZ9f010903 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 13 May 2013 17:28:35 GMT
Received: from xmb-aln-x02.cisco.com ([169.254.5.192]) by xhc-aln-x03.cisco.com ([173.36.12.77]) with mapi id 14.02.0318.004; Mon, 13 May 2013 12:28:35 -0500
From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
To: Bernard Aboba <bernard_aboba@hotmail.com>
Thread-Topic: [MMUSIC] [rtcweb] Quick comments on draft-roach-rtcweb-glareless-add-00
Thread-Index: AQHOT/9LbzKDaxiWAE2p0RYRHh9BIA==
Date: Mon, 13 May 2013 17:28:35 +0000
Message-ID: <C5E08FE080ACFD4DAE31E4BDBF944EB1134E3F33@xmb-aln-x02.cisco.com>
References: <CA+9kkMDWy_Koq0Aun5A330O7OOMt9vimWPNe_uznAQdr0TSfow@mail.gmail.com> <51897B11.60004@nostrum.com> <518AB095.7010401@alum.mit.edu> <518AC143.2010006@nostrum.com> <1447FA0C20ED5147A1AA0EF02890A64B1C2C70B9@ESESSMB209.ericsson.se> <518D6482.2010008@alum.mit.edu> <1447FA0C20ED5147A1AA0EF02890A64B1C2C807D@ESESSMB209.ericsson.se> <518E70A9.7070007@alum.mit.edu> <1447FA0C20ED5147A1AA0EF02890A64B1C2CA23E@ESESSMB209.ericsson.se> <CAPvvaaKwKBmeXYrCNr-8RAcg3ff5WGwXt77TPc4v-xFKpQWTnQ@mail.gmail.com> <5190948A.5070707@ericsson.com> <5190F9A6.4000904@jitsi.org> <5190FC42.10108@alum.mit.edu> <BLU404-EAS31977F25A18724612780DB693A00@phx.gbl>
In-Reply-To: <BLU404-EAS31977F25A18724612780DB693A00@phx.gbl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.20.249.164]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <BFBBACC321940645AA6E31AE31A6B440@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Subject: Re: [MMUSIC] [rtcweb] Quick comments on draft-roach-rtcweb-glareless-add-00
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, 13 May 2013 17:28:45 -0000

We already have RTCP to pause / un pause things and it seems like we should have RTCP to change resolution, frame rate, bandwidth inside of the parameters set in the SDP envelope (some people think we have that ). I agree that needs to all be clearly specifies how one does all of that with RTCP and how an endpoint signals in in SDP that it is capable of such negotiations. It seems fairly easy to specify whatever parts of that are missing. 


On May 13, 2013, at 9:37 AM, Bernard Aboba <bernard_aboba@hotmail.com> wrote:

> I think you are right on target - but if we do not have a clear articulation of the line between RTCP and O/A, then it is going to be hard to prevent going off Into the weeds.
> 
> On May 13, 2013, at 7:44, "Paul Kyzivat" <pkyzivat@alum.mit.edu> wrote:
> 
>> I'm not going to comment further on the specifics here, since they have been well flogged already. But the point of this particular discussion was about the likelihood of glare. Stefan's assertion was that O/As initiated by one end due to rapid changes in which streams it wants to receive will drive up the possibility of glare when the other end wants to do an O/A.
>> 
>> I'll just say that if the number of O/As has gone up that much, then that was a bad choice of mechanism.
>> 
>>   Thanks,
>>   Paul
>> 
>> 
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic

v2.23.0 | Report a Bug | By Email