Hi,

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. 

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.

cheers,
Olli






2014-07-24 16:44 GMT+03:00 Richard Fuchs <rfuchs@sipwise.com>:
On 24/07/14 09:27 AM, Olli Heiskanen wrote:

That's odd... I pulled a new version from git master 4 days ago, and
copied the compiled rtpengine to /usr/sbin, which is running. (although
might help verifying the version if command rtpengine --version gave
actual output instead of 'undefined') :)

Any chance my environment might cause something like this? For example I
can't use kernel packet forwarding as I'm running these on a virtual
server. I don't think this problem has anything to do with the kernel
module but maybe something environment related (virtual server, nat,
having Asterisk on the side, etc...), or maybe the way I've written my
config?

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.

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.


cheers

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users