<div dir="ltr"><div><div>I think i have similar problem last week with rtpengine deployment which was about 1-2 weeks old. There was no audio although the logs say that STUN bindings are successful from both side (SAVPF <-> AVP). One symptom of the problem is this log message,<br><br>--<br>rtpengine[16455]: [kr8shv3uca0fnmg4ktd4 port 41198] SRTP output wanted, but no crypto suite was negotiated<br>--<br><br></div>As a last resort before filing an official bug, i decided to upgrade RTPEngine which seems to have solved the problem. Interestingly both rtpengine deployments (the one causing no audio and the upgraded one) have the same version numbers (i.e. the output of "rtpengine -v"), so i can't actually pinpoint which revision has this problem and which one has solved this problem. Anyhow, can you also try with latest RTPEngine from official git repo and see if that solves the problem. The git commit number of working RTPEngine is <span style="color:rgb(56,118,29)">9a2da87f130ab3c1e21d9b593efec78a8eb7b3f3</span> (ah, i miss subversion which has more meaningful linear revision numbers ...).<br><br></div>For RTPEngine developers, can you guys add git revision string as extended version for "rtpengine -v" output? It may be the same way as kamailio does, e.g.<br><br><span style="color:rgb(0,0,255)">kamailio 4.2.2 (i386/linux)</span> <span style="color:rgb(204,0,0)"><b>6f7306</b></span><br><div><br></div><div>This will tremendously help in tracking bugs and their fixes.<br><br></div><div>Thank you.<br></div><div><div><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 6, 2015 at 5:07 PM, Don Fanning <span dir="ltr"><<a href="mailto:don@00100100.net" target="_blank">don@00100100.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I guess I should also note that I do have freeswitch on the machine and the contexts are there. It seems to work fine in echotest and conference modes. But I do have to caveat that I have not tried it recently with some recent config changes to handle the RTP/SAVPF to RTP/AVP rewriting - so that I cannot be sure of.</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 6, 2015 at 5:47 AM, Fred Posner <span dir="ltr"><<a href="mailto:fred@palner.com" target="_blank">fred@palner.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Do you have any of the sip traffic?<br>
<br>
Also, are you using FreeSWITCH for the media of WSS?<br>
<br>
Fred Posner<br>
The Palner Group, Inc.<br>
<a href="http://www.palner.com" target="_blank">http://www.palner.com</a> (web)<br>
<a href="tel:%2B1-503-914-0999" value="+15039140999" target="_blank">+1-503-914-0999</a> (direct)<div><div><br>
<br>
On 02/05/2015 09:38 PM, Don Fanning wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
Hello All,<br>
<br>
I currently am running Kamailio in a WSS configuration with sipML5. I<br>
use rtpengine to convert a RTP/SAVPF packet to a RTP/AVP packet as the<br>
destination server only supports AVP or SAVP.<br>
<br>
RTPEngine has no issues rewriting the packet going out, the SIP session<br>
comes up and handshakes correctly to start the session. Then the remote<br>
server sends the RTP stream back and I'm having issues getting Kamailio<br>
or RTPEngine or something to take the RTP stream, process it back to<br>
SAVPF and send it back out the WSS port. I see no RTP data come from<br>
Kam/RTPengine going towards the remote server.<br>
<br>
On the server side, I do see STUN being called and the sipML5 bind<br>
successfully but that's it.<br>
<br>
Both the destination and server sit without firewalls in the way so the<br>
problem has to be what I'm doing in Kamailio.<br>
<br>
My config is located here:<br>
<a href="http://pastebin.com/dWLdUz5j" target="_blank">http://pastebin.com/dWLdUz5j</a><br>
<br>
Packet dumps available upon request.<br>
<br>
Thanks for any assistance!<br>
<br>
<br>
<br></div></div>
______________________________<u></u>_________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>users</a><br>
<br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>users</a><br>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br></div>