[SR-Users] automatic string to int conversion for rtpengine flags failed

Olli Heiskanen ohjelmistoarkkitehti at gmail.com
Tue Aug 19 10:13:02 CEST 2014


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 at 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140819/ec3b14db/attachment.html>


More information about the sr-users mailing list