Remove support for RTCRtcpMuxPolicy of "negotiate" |
|||||
Issue descriptionIn other words, remove support for non-muxed RTCP. We currently tentatively plan to do this in M62, which we hope should give most affected application developers time to upgrade to software that supports RTCP muxing. Changes to API surface: The RTCPeerConnection constructor will throw an exception when called with an RTCConfiguration that sets rtcpMuxPolicy to "negotiate". Links: IETF discussion about making non-muxed RTCP optional to support (starts at 32:40): https://www.ietf.org/audio/ietf94/ietf94-room501-20151103-0900.mp3 "Intent to deprecate" thread: https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/OP2SGSWF5lo/v7GOaWt_CQAJ Support in other browsers: Edge: Not supported, no plan to support. Firefox: Supported, with plan to remove at some point in the future.
,
Sep 12 2017
This issue has been automatically relabelled type=task because type=launch-owp issues are now officially deprecated. The deprecation is because they were creating confusion about how to get launch approvals, which should be instead done via type=launch issues. We recommend this issue be used for implementation tracking (for public visibility), but if you already have an issue for that, you may mark this as duplicate. For more details see here: https://docs.google.com/document/d/1JA6RohjtZQc26bTrGoIE_bSXGXUDQz8vc6G0n_sZJ2o/edit For any questions, please contact owencm, sshruthi, larforge
,
Oct 18 2017
,
Mar 3 2018
,
Mar 6 2018
Ping. Is this removal going to happen?
,
Mar 6 2018
Usage of non-muxed RTCP is now around 2.5%. Peter, Harald, what do you suggest? That number still seems too large to ignore. But I also doubt it will get much lower by waiting longer.
,
Mar 6 2018
Which usage is 2.5%, and of what? Chrome usage? 2.5% of all PeerConnections? I see it as 0.0000085% of all page loads, so by Chrome metrics, it's a very rarely-used feature. (Blink.UseCounter.Features RtcpMuxPolicyNegotiate). If it's Chrome, we can send out an Intent to Deprecate and Remove, and add an UMA::CountDeprecated (which will print errors on the console) to the appropriate option handling function. Then wait a couple of Chrome cycles and reevaluate. People sometimes react when given a deadline.
,
Mar 6 2018
I see that we have been emitting a deprecation message already, so that didn't work. Did we leave the message on after we let the M62 deadline slip by?
,
Mar 6 2018
Sorry for not clarifying; it's 2.5% of PeerConnections, and specifically those that actually use RTP/RTCP (not DataChannel-only connections). And yes, the "will be removed no earlier than M62" deprecation message is still there. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by deadbeef@chromium.org
, Jul 11 2017