Hello,

indeed the outgoing ACK was not captured. I did a commit in the last days that should address this issue: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9d8df252...

You have to use the onsend_route block for it, like:

onsend_route { if(method==ACK") sip_trace(); }

If you can test the master branch for this case and report that all works ok, then I can backport to fix it on the stable branch.

Cheers, Daniel

On 8/11/11 2:54 PM, Timo Klecker wrote:

Hi Henning,

I can't tell, if it is the same problem. When enabling core debug I saw the debug line "DEBUG : sl_filter_ACK: to late to be a local ACK!" prior to the stateless forwarding. But the task seems to address the INCOMING ACK, while I am searching the OUTGOING ACK. So imho this are two different problems.

Kind regards Timo Klecker

-----Ursprüngliche Nachricht----- Von: Henning Westerholt [mailto:henning.westerholt@1und1.de] Gesendet: Donnerstag, 11. August 2011 14:25 An: sr-users@lists.sip-router.org Cc: Timo Klecker Betreff: Re: [SR-Users] siptrace loosing an ACK

On Thursday 11 August 2011, Timo Klecker wrote:

...

We are using the siptrace module to save the sip-messages to our database. All the messages are logged except one message. After INVITE, 100 trying and 200 OK we loose the outbound ACK which is forwarded by Kamailio statelessly in t_funcs.c. Is there any way to get a siptrace of this message, too? I’ve made a picture of the sip-messages and the lost ACK.

Hi Timo,

is this by chance related to this bug which was just opened?

http://sip-router.org/tracker/index.php?do=details&task_id=144

Best regards,

Henning

---

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