[sr-dev] [kamailio/kamailio] UAC Module Problems when using rtpengine (#819)

[vinzens]

We do have a strange behavior while using UACreg module and rtpengine.

So far we used uacreg to register to an external pbx and we are using rtpenginde since we do not know if there is NAT on the far side. With an kamailio 4.4.2 there are no problems doing this. Now we tried to update to 4.4.3 and 5 (latest) we do see an issue with this two modules.


Problem we have is on an basic call while DA chellange. By using DA catching from uac module and an updated SDP from rptengine the uac module seems to crash and the DA chellange (unauth) gets forwarded to the calling side instead of answered by the uac Module.

it seems the DA chellange is causeing the problem but only if the original invite was modified by RTP engine.

in the logs i can see this happening:

```
f94ea564de0806c4a811bce674 at xx.xx.120.5:5060  Status: <null> <null> F:user T:123 R:123] Remote asked for authentication
Oct 11 16:02:11 gaudino /usr/sbin/kamailio[8342]: ERROR: <core> [msg_translator.c:417]: clen_builder(): no message body found (missing crlf?)
Oct 11 16:02:11 gaudino /usr/sbin/kamailio[8342]: ERROR: <core> [msg_translator.c:1963]: build_req_buf_from_sip_req(): Error while adjusting Content-Length
Oct 11 16:02:11 gaudino /usr/sbin/kamailio[8342]: ERROR: tm [t_fwd.c:462]: prepare_new_uac(): could not build request
Oct 11 16:02:11 gaudino /usr/sbin/kamailio[8342]: ERROR: tm [t_fwd.c:1723]: t_forward_nonack(): ERROR: t_forward_nonack: failure to add branches
Oct 11 16:02:11 gaudino /usr/sbin/kamailio[8342]: ERROR: tm [tm.c:1415]: _w_t_relay_to(): ERROR: w_t_relay_to: t_relay_to failed

```
When i disable the rtpengine the problem does not occur as well as the kamailio 4.4.2 did not have this issue.

I can provide config, traces and debug logs (via mail) please tell me where to send.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/819
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20161011/76d834b6/attachment.html>