New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 713445 link

Starred by 5 users

Issue metadata

Status: Assigned
Owner:
Last visit > 30 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Task


Show other hotlists

Hotlists containing this issue:
Hotlist-1
Hotlist-2


Sign in to add a comment

Remove support for RTCRtcpMuxPolicy of "negotiate"

Project Member Reported by deadbeef@chromium.org, Apr 20 2017

Issue description

In 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.
 
Labels: WebRTCTriaged

Comment 2 by owe...@chromium.org, Sep 12 2017

Labels: migrated-launch-owp Type-Task
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
Labels: -M-62
Labels: Hotlist-Interop
Ping. Is this removal going to happen?
Cc: pthatcher@chromium.org hta@chromium.org
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.

Comment 7 by hta@chromium.org, 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.

Comment 8 by hta@chromium.org, 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?

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