<div dir="ltr">Hi,<div> I am trying to understand the expected behavior of latest FS when the client sends SDP offer with RTP BUNDLE and uses the exact same IP + port combination for both audio and video media components. Is BUNDLE (<a href="https://tools.ietf.org/html/draft-ietf-mmusic-sdp-bundle-negotiation-39">https://tools.ietf.org/html/draft-ietf-mmusic-sdp-bundle-negotiation-39</a>) supported by FS? If not, can you pls let me know the when it is planned to add the support for the same? </div><div><br></div><div>I am seeing the below errors in fs_cli. Can you pls confirm if the issue is because BUNDLE is not supported by FS?</div><div><br></div>2019-06-12 07:01:03.143578 [DEBUG]   switch_core_media.c:3236 alternate payload received (received 96, expecting 111)<br>2019-06-12 07:01:03.143578 [WARNING]  switch_core_media.c:3259 Could not change to payload type 96, ignoring...<div>2019-06-12 06:52:36.463638 [ERR] mod_opus.c:921 Decoder Error: buffer too small fs:4080 plc:false!<br>2019-06-12 06:52:36.463638 [ERR] switch_core_io.c:633 Codec RAW Signed Linear (16 bit) decoder error! [9]<br>2019-06-12 06:52:36.543581 [ERR] mod_opus.c:921 Decoder Error: corrupted stream fs:4080 plc:false!  <div><br></div><div>Here are the relevant SDP m and a lines from the client's offer:</div><div><br></div><div>a=group:BUNDLE audio video<br></div><div>....</div><div>m=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113 126<br></div><div>a=mid:audio<br>a=rtcp-mux<br></div><div>a=rtpmap:111 opus/48000/2<br>a=candidate:1 1 udp 2013266431 35.162.237.109 38673 typ host<br>....<br>m=video 9 UDP/TLS/RTP/SAVPF 96 98 100 102 127 125 108</div><div>a=mid:video<br>a=rtcp-mux<br>a=rtpmap:96 VP8/90000<br>a=candidate:1 1 udp 2013266431 35.162.237.109 38673 typ host  <br></div><div><br></div><div>Thanks </div><div>Sowmya</div><div><br></div></div><div><br></div></div>