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=9d8df25…
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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla --
http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin:
http://asipto.com/u/kat
http://linkedin.com/in/miconda --
http://twitter.com/miconda