<div dir="ltr">Dear All,<div><br></div><div>I opened a bug for this:</div><div><a href="https://freeswitch.org/jira/browse/FS-11402">https://freeswitch.org/jira/browse/FS-11402</a><br></div><div><br></div><div>I would like to offer a bounty, but it's not easy for me to evaluate the amount of needed work.</div><div><br></div><div>Please if someone is interested let me know or better share a bid.</div><div><br></div><div>Thank you,</div><div>Andrea <br></div></div><br><div class="gmail_quote"><div dir="ltr">Il giorno ven 21 set 2018 alle ore 12:47 Andrea Mazzeo <<a href="mailto:admin@smallunix.net">admin@smallunix.net</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I'm facing an one-way audio issue with zRTP while using OPUS. zRTP is set in passthru mode.</div><div>Called party can hear Calling party but not vice versa. </div><div><br></div><div>Full log:</div><div><div><a href="https://pastebin.freeswitch.org/view/639adfe9" target="_blank">https://pastebin.freeswitch.org/view/639adfe9</a></div></div><div><br></div><div>This issue is happening *only* with dynamic payloads codecs.</div><div>Everything is working fine if I use G722 or G729.</div><div><br></div><div><div>Scenario Leg-A (207) -> FS -> Leg-B (213)</div></div><div><br></div><div>Checking FS logs, I see</div><div><br></div><div>Leg-A's SDP:</div><div><div>a=rtpmap:103 opus/48000/2</div></div><div><br></div><div>Leg-B's SDP:</div><div><div>a=rtpmap:102 opus/48000/2</div></div><div><br></div><div>Actually having different payloads should not be an issue.</div><div>I opened a case to Acrobits, they said the issue is in the actual RTP traffic sent to Leg-A from FS:</div><div><br></div><div><div>From the client log Leg-A</div><div>Sending RTP packet #200 <a href="http://192.168.128.158:59176" target="_blank">192.168.128.158:59176</a> > <a href="http://31.102.111.134:28560" target="_blank">31.102.111.134:28560</a>, len=116, really=116, data=80679E55DF67E34A291167D899830CC03C124F353DA3C069574410EC0333125F</div><div>This is using 103, correct as agreed on this side of the call</div><div><br></div><div>Received RTP packet #200 <a href="http://31.102.111.134:28560" target="_blank">31.102.111.134:28560</a> > <a href="http://192.168.128.158:59176" target="_blank">192.168.128.158:59176</a>, len=90, data=80663D3B22CC8CB414490864A230F49B6EFF42E7BCA9EB64B864374B1377965C</div><div>This is using 102, which is wrong for this side of the call.</div></div><div><br></div><div>Seems that after negotiated payload 102 with Leg-B, FS is trying to use it on Leg-A, where it should be used 102 instead.</div><div><br></div><div>Any idea?</div><div><br></div><div><div>FreeSWITCH Version 1.8.1-2-4f54cff~64bit (-2-4f54cff 64bit)</div></div><div>OS.: Debian 8.11</div><div><div>Linux pbx-186 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86_64 GNU/Linux</div></div><div><br></div><div>Thank you,</div><div>Andrea Mazzeo</div></div>
</blockquote></div>