RE: Proposal for controlling RTP header extensions for RtpSender and RtpReceiver

Justin said:

“I was thinking they should just be ignored. We could fire some onunknownextensionheader event, but is there any scenario where this would be necessary? Would like to avoid introducing a lot of API surface for corner cases.”

[BA]  Sometimes the symptoms of not configuring the RTP extension won’t be too serious.  For example, if the mixer-to-client RTP extension isn’t configured on the receiver objects, the levels won’t be provided, but the CSRCs will still be there.   However, if the AppId extension is not configured on the receiver, then incoming streams might not be demultiplexed correctly, so that seems more serious.  However, there might be better ways to deal with that than an onknownextensionheader event.