<div dir="ltr">Hi,<div><br></div><div>Thanks for your efforts, now after lots of hours trying different ways and working through my config, I'm baffled. Somehow I think I must have done something wrong when combining different tutorials (like use of dispatcher, realtime integration and websocket clients). Something I noticed was that before I had a rtpproxy_manage("CO"); call in NATMANAGE route. I had changed it to rtpengine_manage("replace-origin replace-session-connection"); by comparing mediaproxy-ng and rtpengine documentations. I wonder if this might mess up the sdp and appear in logs as if some flags are missing? In some of my tests the rtpengine_offer_flags variable had null value in some places, I didn't analyse that yet in any detail but that does tell me that something's happening that shoudln't. </div>
<div><br></div><div>I decided to upgrade my clients to using the Onsip sip.js (0.6.1) instead of jssip. Also, I upgraded my Asterisk to 11.11.0. I started getting different results, namely a whole new set of problems; the location lookup keeps failing when trying to make calls from any client. I'll start investigating that now and try different clients etc. When I get calls working again I can focus on the sdp side.</div>
<div><br></div><div>cheers,</div><div>Olli</div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-07-24 16:44 GMT+03:00 Richard Fuchs <span dir="ltr"><<a href="mailto:rfuchs@sipwise.com" target="_blank">rfuchs@sipwise.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 24/07/14 09:27 AM, Olli Heiskanen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
That's odd... I pulled a new version from git master 4 days ago, and<br>
copied the compiled rtpengine to /usr/sbin, which is running. (although<br>
might help verifying the version if command rtpengine --version gave<br>
actual output instead of 'undefined') :)<br>
<br>
Any chance my environment might cause something like this? For example I<br>
can't use kernel packet forwarding as I'm running these on a virtual<br>
server. I don't think this problem has anything to do with the kernel<br>
module but maybe something environment related (virtual server, nat,<br>
having Asterisk on the side, etc...), or maybe the way I've written my<br>
config?<br>
</blockquote>
<br></div>
I can't imagine what. The selection of active/passive is pretty straightforward and doesn't depend on much of anything. The offer/answer/delete commands as reproduced in full in the log are all the input that rtpengine gets, and with the same input it should always produce the same result.<br>

<br>
The only thing to consider is that in your pasted log, the "offer" command is truncated in the SDP and so some of the flags are missing. I don't think they would make a lot of difference though, and I tried a few different variations and still couldn't reproduce it.<div class="HOEnZb">
<div class="h5"><br>
<br>
cheers<br>
<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>
</div></div></blockquote></div><br></div>