Hi,

A little follow-up on this:

The problem only happens when I call rtpengine_offer() inside a branch_route. If I call rtpengine_offer() in the failure_route (after 488) this conversion error does not happen, but then I get the double sdp issue indicated here: http://lists.sip-router.org/pipermail/sr-dev/2014-July/024507.html

The same problem occurs with Kamailio 4.1.5 and rtpproxy-ng. My current setup uses Kamailio 4.2 (devel) and rtpengine.

If anyone has a way around this, I'd appreciate very much to hear it! This prevents any calls from being setup.

cheers,

Olli

2014-08-15 18:40 GMT+03:00 Olli Heiskanen <ohjelmistoarkkitehti@gmail.com>:

Hello,

As outcome to my earlier sdp/rtp challenges I've upgraded my Asterisk version to 11.11.0 and still use a realtime integration with Kamailio. Now I face a somewhat different problem. With my setup I also changed from jssip client to a sip.js client in my websocket implementation. I cloned the latest rtpengine from git today.

I had to revert my Asterisk settings a bit, Asterisk was taking over with sdp handling, I don't know if this is relevant but that's why I got calls seemingly working before.

When getting the 488 Not Acceptable, I arm a branch route and call rtpengine_offer there. When trying to call rtpengine_offer, I get the following log:
(first I print the rtpengine_offer_flags to make sure what is passed to the function.

Aug 15 15:04:16 u363id562 kamailio[32178]: INFO: <script>: MANAGE_RTPENGINE_BRANCH: rtpengine_offer_flags = rtcp-mux-demux trust-address replace-origin replace-session-connection ICE=remove RTP/AVP

Aug 15 15:04:16 u363id562 kamailio[32178]: WARNING: <core> [rvalue.c:1016]: rval_get_int(): automatic string to int conversion for "rtcp-mux-demux trust-address replace-origin replace-session-connection ICE=remove RTP/AVP" failed

Aug 15 15:04:16 u363id562 kamailio[32178]: WARNING: <core> [rvalue.c:1920]: rval_expr_eval_int(): rval expression conversion to int failed (1128,32-1128,32)
Aug 15 15:04:16 u363id562 rtpengine[32159]: Got valid command from 127.0.0.1:44292: delete - { "call-id": "k7bft3u75p5e42ib039r", "received-from": [ "IP4", "client_public_address" ], "from-tag": "74dovi97bi", "command": "delete" }

Aug 15 15:04:16 u363id562 rtpengine[32159]: [k7bft3u75p5e42ib039r] Call-ID to delete not found
Aug 15 15:04:16 u363id562 rtpengine[32159]: Returning to SIP proxy: d7:warning38:Call-ID not found or tags didn't match6:result2:oke

After this I see another 488 and the loop swirls on until Kamailio runs out of forking capacity. Can You guys explain why is this happening?

I set the variable like this:

$avp(rtpengine_offer_flags) = "rtcp-mux-demux trust-address replace-origin replace-session-connection ICE=remove RTP/AVP";

cheers,
Olli