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 <rfu...@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 >
_______________________________________________ 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