<div dir="ltr">I have a media server that currently runs against gstreamer 1.16.2. When I run that same code on top of the current 1.17.9 master, I sometimes get no media to my remote peers. <div><br></div><div>The workflow is simple. The browser provides the offer, and webrtcbin provides the answer (signaling is our own custom app). Looking at the sdp, I see that in the cases where media never starts flowing that the sdp answer does not include ssrc's. </div><div><br></div><div>Example fragment from good sdp answer:</div><div>m=video 9 UDP/TLS/RTP/SAVPF 96<br>c=IN IP4 0.0.0.0<br>a=ice-ufrag:fENRu4J+ohkX+c21z/3vzhvQ0a7LMqrX<br>a=ice-pwd:64ese6hPqiLwjB8QytOBokIXJGqf37Az<br>a=mid:0<br>a=rtcp-mux<br>a=setup:active<br>a=rtpmap:96 VP8/90000<br>a=rtcp-fb:96 nack pli<br>a=rtcp-fb:96 ccm fir<br>a=framerate:30<br>a=ssrc:1009469877 msid:user286747991@host-a7789f8b webrtctransceiver5<br>a=ssrc:1009469877 cname:user286747991@host-a7789f8b<br></div><div><br></div><div>Example fragment from bad sdp answer:</div><div>m=video 9 UDP/TLS/RTP/SAVPF 96<br>c=IN IP4 0.0.0.0<br>a=ice-ufrag:2t2Wy+2pPcDPVPmVyixyMH2O/s63DFiX<br>a=ice-pwd:gPMprJzvik/ulzX3S92hcsGsdBMcYfgd<br>a=mid:0<br>a=rtcp-mux<br>a=setup:active<br>a=rtpmap:96 VP8/90000<br>a=rtcp-fb:96 nack pli<br>a=rtcp-fb:96 ccm fir<br>a=sendonly<br></div><div><br></div><div>Notice that the second fragment does not include a=ssrc lines (nor does it include the framerate attribute). </div><div><br></div><div>This is troubling because the issue is intermittent. It happens with great frequency. If, however, I set GST_DEBUG to 4, then it happens far less often, though still occasionally. That would indicate to me it is some internal race condition?</div></div>