Protected streams report RTP messages directly to the FlexFec streams

webrtc/video_receive_stream.h

Index: webrtc/video_receive_stream.h
diff --git a/webrtc/video_receive_stream.h b/webrtc/video_receive_stream.h
index 863cb2e088267b8dfabfb1fd98b187501c1faf02..8a0703b220ba0620fa649e6246296b2c0a12a4ea 100644
--- a/webrtc/video_receive_stream.h
+++ b/webrtc/video_receive_stream.h
@@ -25,6 +25,7 @@
 
 namespace webrtc {
 
+class RtpPacketSinkInterface;
 class VideoDecoder;
 
 class VideoReceiveStream {
@@ -221,6 +222,9 @@ class VideoReceiveStream {
     EnableEncodedFrameRecording(rtc::kInvalidPlatformFileValue, 0);
   }
 
+  virtual void AddSecondarySink(RtpPacketSinkInterface* sink) = 0;

[the sun, 2017/07/26 09:44:12]

For me, this business with a "Secondary" sink fires the alarm that the solution
may be to specific. Could the flexfec sink instead be inserted as a filter and
take the video stream's place in the package forwarding chain?

+  virtual void RemoveSecondarySink(const RtpPacketSinkInterface* sink) = 0;
+
  protected:
   virtual ~VideoReceiveStream() {}
 };