- From: docfaraday via GitHub <sysbot+gh@w3.org>
- Date: Mon, 16 May 2022 17:28:55 +0000
- To: public-webrtc-logs@w3.org
> RFC 8853 does not mandate or even recommend support for RFC 7728, which has not been implemented in any browser. Given the lack of implementation (and also the [IPR encumbrance](https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-ietf-mmusic-sdp-simulcast)), referencing RFC 7728 in WebRTC-PC is problematic. It does require it if you're going to use paused rids in SDP simulcast attributes, which we do require in webrtc-pc right now. "If RTP stream pause/resume [RFC7728] is supported, any rid-id MAY be prefixed by a "~" character to indicate that the corresponding simulcast stream is paused already from the start of the RTP session. In this case, support for RTP stream pause/resume MUST also be included under the same "m=" line where "a=simulcast" is included." "An answerer that receives an offer without RTP stream pause/resume capability MUST NOT mark any simulcast streams as initially paused in the answer." "An RTP stream answerer capable of pause/resume that receives an offer with RTP stream pause/resume capability MAY mark any rid-ids that refer to pause/resume capable formats as initially paused in the answer." That said, if we dropped the requirement for using paused rids in webrtc-pc, we won't need RFC 7728 support in order to maintain compliance with the base spec. -- GitHub Notification of comment by docfaraday Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/2735#issuecomment-1127943051 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Monday, 16 May 2022 17:28:57 UTC