<div dir="ltr">Hi,<div><br></div><div>A little follow-up on this: </div><div><br></div><div>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: <a href="http://lists.sip-router.org/pipermail/sr-dev/2014-July/024507.html">http://lists.sip-router.org/pipermail/sr-dev/2014-July/024507.html</a></div>
<div><br></div><div>The same problem occurs with Kamailio 4.1.5 and rtpproxy-ng. My current setup uses Kamailio 4.2 (devel) and rtpengine. </div><div><br></div><div>If anyone has a way around this, I'd appreciate very much to hear it! This prevents any calls from being setup.</div>
<div><br></div><div>cheers,</div><div>Olli</div><div><br></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-08-15 18:40 GMT+03:00 Olli Heiskanen <span dir="ltr"><<a href="mailto:ohjelmistoarkkitehti@gmail.com" target="_blank">ohjelmistoarkkitehti@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hello,</div><div><br></div><div>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. </div>

<div><br></div><div>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.</div><div><br></div>

<div>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:</div><div>(first I print the rtpengine_offer_flags to make sure what is passed to the function.</div>

<div><br></div><div>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</div>

<div>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</div>

<div>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)</div><div>Aug 15 15:04:16 u363id562 rtpengine[32159]: Got valid command from <a href="http://127.0.0.1:44292" target="_blank">127.0.0.1:44292</a>: delete - { "call-id": "k7bft3u75p5e42ib039r", "received-from": [ "IP4", "client_public_address" ], "from-tag": "74dovi97bi", "command": "delete" }</div>

<div>Aug 15 15:04:16 u363id562 rtpengine[32159]: [k7bft3u75p5e42ib039r] Call-ID to delete not found</div><div>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</div>

<div><br></div><div>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?</div><div><br></div><div>I set the variable like this: </div>

<div>$avp(rtpengine_offer_flags) = "rtcp-mux-demux trust-address replace-origin replace-session-connection ICE=remove RTP/AVP";</div><div><br></div><div>cheers,</div><div>Olli</div></div>
</blockquote></div><br></div>