<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello,<br>
<br>
I have committed the feature to be able to use sip_trace() from
onsend_route, therefore you can catch forwarded ACKs:<br>
<br>
<a class="moz-txt-link-freetext" href="http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9d8df2527d13878cee23af5b14f142a0cc4cd878">http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9d8df2527d13878cee23af5b14f142a0cc4cd878</a><br>
<br>
An example of usage would be:<br>
<br>
onsend_route {<br>
if(method==ACK") sip_trace();<br>
}<br>
<br>
Let me know if it works.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
On 8/13/11 9:46 PM, Mészáros Mihály wrote:
<blockquote cite="mid:4E46D485.2070201@niif.hu" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Hi Daniel,<br>
<br>
Thank you for looking after the issue.<br>
Am I understand you correctly:<br>
You mean that it couldn't be corrected (or it is not the right
solution) in TM to have a callback to messages what are sent out
stateless way, and correct the issue in this way.<br>
So you mean I will have to add siptrace to call logic in
config file to route block onsend_route?<br>
<br>
I am looking forward to hear about the fix, after you will be
ready with it.<br>
<br>
Many Thanks,<br>
Misi<br>
<br>
On 2011-08-12 15:25, Daniel-Constantin Mierla wrote:
<blockquote cite="mid:4E4529D9.6050007@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hello,<br>
<br>
ok, seems that there is no actual callback for outgoing ACK --
the same seems to be in 1.x, based on a quick look there -- the
callback for TM outgoing requests is useless since the ACK is
forwarded in stateless mode.<br>
<br>
The great thing with 3.x is that we have onsend_route where the
outgoing message content is available, so I just need to code a
bit in siptrace module and have it working properly to store the
outgoing ACKs. I will try to do it asap.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
On 8/11/11 9:23 PM, MÉSZÁROS Mihály wrote:
<blockquote cite="mid:4E442C16.4040803@niif.hu" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hello Daniel,<br>
<br>
I appreciate highly your help!<br>
<br>
Cheers,<br>
Misi<br>
<br>
2011-08-11 20:41 keltezéssel, Daniel-Constantin Mierla írta:
<blockquote cite="mid:4E44225A.1010900@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hello,<br>
<br>
I will look to see what happens with the outgoing ACK,
probably tomorrow or so. Btw, there is no need to apologize,
here are open discussions, reporting issues, throwing ideas,
bad or good, the conclusion comes after some analysis and
help from the others. It's hard to know everything and who
does not care does not participate.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
On 8/11/11 4:32 PM, MÉSZÁROS Mihály wrote:
<blockquote cite="mid:4E43E815.2000009@niif.hu" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi Daniel,<br>
<br>
I put on setflag before WITHINDLG, <br>
so AFAIK the ACK as a new transaction is executing this
step.<br>
The root of my problem is that I can see the incoming E2E
ACK, but i couldn't see the "outgoing"!<br>
<br>
<blockquote><tt>route {</tt><br>
<tt> #pike flood detection</tt><br>
<tt> if (!pike_check_req()) { exit; };</tt><br>
<br>
<tt> # per request initial checks</tt><br>
<tt> route(REQINIT);</tt><br>
<br>
<tt> #siptrace</tt><br>
<tt> setflag(22);</tt><br>
<tt> sip_trace();</tt><br>
<br>
<tt> xdbg("SIP Request: \n $mb \n");</tt><br>
<br>
<tt> # NAT detection</tt><br>
<tt> route(NAT);</tt><br>
<br>
<tt> # handle requests within SIP dialogs</tt><br>
<tt> route(WITHINDLG);</tt><br>
</blockquote>
<br>
And in debug i can't find where want kamailio log/trace
the _outgoing_ message. <br>
I can see only that it will be forwarded in stateless way.
<br>
This is why i started to dig in sl modul. But thank You,
now i see it was a mistake. sorrrrrrrry.<br>
<br>
Sorry for the early case opening, you are right not sl
causing that. I thought i find something. sorry again.<br>
<br>
But i can see only incoming E2E ACK and I can't see the
outgoing pair in siptrace.<br>
In TM modul i can't see where it is calling back siptrace
in case of E2E ack. <br>
<br>
<br>
<blockquote><tt>Aug 11 11:42:06 hal
/usr/sbin/kamailio[24381]: DEBUG: <core>
[socket_info.c:501]: grep_sock_info - checking if
host==us: 14==14 && [195.11</tt><br>
<tt>1.192.14] == [195.111.192.14] </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [socket_info.c:504]:
grep_sock_info - checking if port 5061 matches port
5061 </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [parser/msg_parser.c:103]: found
end of header </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: rr [loose.c:257]: No next Route HF found </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: rr [loose.c:834]: no next URI found </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: tm [t_lookup.c:1379]: DEBUG: t_newtran: msg
id=68 , global msg id=67 , T on entrance=</tt><br>
<tt>0xffffffff </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: tm [t_lookup.c:528]: t_lookup_request: start
searching: hash=63155, isACK=1 </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: tm [t_lookup.c:564]: DEBUG: proceeding to
pre-RFC3261 transaction matching </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: tm [t_lookup.c:720]: DEBUG: t_lookup_request:
e2e proxy ACK found </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: tm [t_reply.c:301]: DEBUG: totag for e2e ACK
found: 0 </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: tm [t_hooks.c:288]: DBG: trans=0xb2954a38,
callback type 4, id 0 entered </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: tm [t_funcs.c:315]: SER: forwarding ACK
statelessly </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [msg_translator.c:2437]:
create_via_hf: id added: <;i=01>, rcv proto=2 </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [msg_translator.c:204]:
check_via_address(195.111.192.7, 195.111.192.7, 0) </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [forward.c:599]: Sending: ACK <a
moz-do-not-send="true" class="moz-txt-link-freetext"
href="sip:193.225.95.130:5061;transport=tls">sip:193.225.95.130:5061;transport=tls</a>
SIP/2.0^M </tt><br>
<tt>Via: SIP/2.0/TLS 195.111.192.14:5061;branch=0;i=01^M
Via: SIP/2.0/TCP 195.111.192.7;branch=0;i=5fb^M Via:
SIP/2.0/TLS 193.6.222.62:5061;bra</tt><br>
<tt>nch=z9hG4bK2619604118-1823^M Max-Forwards: 68^M
Proxy-Authorization: Digest
username="niif-tartalek",realm="195.111.192.7",nonce="TkOk+05Do</tt><br>
<tt>8/4J70CauQqX2GiwryZl/Do",uri=<a
moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="mailto:sip:9999@rmx.vvc.niif.hu">"sip:9999@rmx.vvc.niif.hu"</a>,response="00e9a9991a2f93c44c25de309022cee8",algorithm=md5^M
From: niif-tartalek <si</tt><br>
<tt><a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:p:niif-tartalek@195.111.192.7">p:niif-tartalek@195.111.192.7</a>>;tag=plcm_2618225217-1823;epid=8210210CA530CG^M
To: <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:sip:9999@rmx.vvc.niif.hu"><sip:9999@rmx.vvc.niif.hu></a>;tag=rmx2k_2618766049-17745-RMX</tt><br>
<tt>-0000000006-0080871424^M Call-ID: 2618224581-1823^M
CSeq: 2 ACK^M Contact: niif-tartalek <<a
moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:sip:niif-tartalek@193.6.222.62:5061;transport=tls">sip:niif-tartalek@193.6.222.62:5061;transport=tls</a></tt><br>
<tt>>;proxy=replace;+sip.instance="<urn:uuid:615fd9bb-1986-52eb-9084-681c290b7e3a>"^M
User-Agent:Polycom HDX 8000 HD (Release -
3.0.2-11176)^M </tt><br>
<tt>Supported: ms-forking^M Content-Length: 0^M ^M . </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [forward.c:601]: orig. len=973,
new_len=918, proto=3 </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [tcp_main.c:2299]: tcp_send: found
fd in cache ( 11, 0xb2922e88, 18) </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [tcp_main.c:2522]: tcp_send:
sending... </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [tcp_main.c:2556]: tcp_send: after
real write: c= 0xb2922e88 n=949 fd=11 </tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [tcp_main.c:2557]: tcp_send: buf=
^W^C^A^C<B0>@<B7>*<D9>^O<B5>-<D2>j<F9>N`<87></tt><br>
<tt>lj<F4><8B><B5>B<CE>^VC^_V<FF><F4><D4>h'<ED><CE>sU<92><F8><84>]'<AD>**<EE>H;<94>]'2|<9F><C8>^FNu<CB>!<B0><B6><FC>Y2!<9A>
Uȇ<E3><9E>M<88>x<8A></tt><br>
<tt><C1><EF><DD>^X<A4><A3>^A<D4><D0>¬f<B1><B0><B9>y^G^]
<85>Ը<86>@<AB><AB>We<C5><EF>4i
<84>^B<F2>kf^M<8E><<A7>^\<F3><D5>^U5<AE><AB><84><84><EB></tt><br>
<tt><A2>+V<9A>^R<9E><90>_p<AB>^F^Z<A3>i<E0><D0>^EƐƆ<CE>^D6LN4L<82><FE>^E<EA>p<F0>6u<A3>VT<94>C9<A7>d[dL1^D<BF><86><8F>3^M<BB><96>S<A8><A3>^^̯kO</tt><br>
<tt><F7>}Q;<<E6>M<A9>N,ǢF<9A><AE><A1>g<FB>w<95>
뾑^U^Q_<EF><E2><8F><EC>m&<F3>^^<EF><F4>^[<B8><91>e9#<A7>(<82>^Y<EF><83>^O{<8B><A3><B3>(K_
<EA>-</tt><br>
<tt><CE>^F<E3>T<DD><FA><B6><C6><C0>R<B6><AE>mhs^T^G<8F><FF><E9><<F8><8A>|i<A3>ہ
qf<C3>^^G7<C7>ub<F0>&^R^D<C7>^Rݥ<91><BC>uV<9D><F5>^[<F5><AF>w6</tt><br>
<tt><93><98>`<B5>t7D<B1><E1><C5>^\<E3>6O<FC><84><9F><F1>y<E8>!v<9F><C1>;<AD><AA>x<AA><B6>^Z<A6>P<8E>Y<BA>^\<9D><A2><A6><A6><9E>3}70^K<CC>-<EA>h</tt><br>
<tt><DB>^R^O2<D7>H+m:<A4><F5>ۙШ<BA><9B>^\<AD><B1><85><DF>c<FE><U+05FA><C0>,<87>a&^Z^U^V<A6>4<B0><A8>ɼ<A9>?<F5>3<9E><D1>^[<E7><9D><F7>+<90>P<DA></tt><br>
<tt><E7>^^<D3>WO<ED><97><EF><B4>1<BA>ڗ1<B7><B1><9F>X
</tt><br>
<tt>Aug 11 11:42:06 hal /usr/sbin/kamailio[24381]:
DEBUG: <core> [usr_avp.c:646]:
DEBUG:destroy_avp_list: destroying list (nil) </tt><br>
</blockquote>
<br>
Thanks,<br>
Misi<br>
<br>
2011-08-11 15:38 keltezéssel, Daniel-Constantin Mierla
írta:
<blockquote
cite="mid:CAFRry4UPvfftWhvj0Jby72Xgf5S716aXLK0vfGDLEfD79aQ0Gg@mail.gmail.com"
type="cite">Hello,<br>
<br>
E2E ACK is getting to configuration file routing block.
With the latest stable version default config file, it
is handled in the route[WITHINDLG]. Be sure you call sip
trace function there. This will capture the incoming E2E
ACK. For outgoing version, set the flag and it should be
captured in TM callback, iirc.<br>
<br>
SL module is filtering the ACKs that are a result of
negative replies sent with SL module.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<div class="gmail_quote">On Thu, Aug 11, 2011 at 3:29
PM, MÉSZÁROS Mihály <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:misi@niif.hu">misi@niif.hu</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt
0pt 0.8ex; border-left: 1px solid rgb(204, 204,
204); padding-left: 1ex;">Hi,<br>
<br>
I want to see all incoming and outgoing sip messages
in sip trace table, but i am missing messages.<br>
I am using TLS so i can't see really trace the
conversation only this way.<br>
<br>
I am wondering if it is know limitation, or an
issue:<br>
I am experiencing that E2E ACK is not logged in
siptrace table.<br>
<br>
I opened a ticket with the details:<br>
<a moz-do-not-send="true"
href="http://sip-router.org/tracker/index.php?do=details&task_id=144&project=1&pagenum=1"
target="_blank">http://sip-router.org/tracker/index.php?do=details&task_id=144&project=1&pagenum=1</a><br>
<br>
Many Thanks,<br>
Misi<br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) -
sr-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:sr-users@lists.sip-router.org"
target="_blank">sr-users@lists.sip-router.org</a><br>
<a moz-do-not-send="true"
href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users"
target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
Daniel-Constantin Mierla<br>
<a moz-do-not-send="true"
href="http://www.asipto.com">http://www.asipto.com</a><br>
<pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla -- <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
Kamailio Advanced Training, Oct 10-13, Berlin: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://asipto.com/u/kat">http://asipto.com/u/kat</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://linkedin.com/in/miconda">http://linkedin.com/in/miconda</a> -- <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://twitter.com/miconda">http://twitter.com/miconda</a></pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla -- <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
Kamailio Advanced Training, Oct 10-13, Berlin: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://asipto.com/u/kat">http://asipto.com/u/kat</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://linkedin.com/in/miconda">http://linkedin.com/in/miconda</a> -- <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://twitter.com/miconda">http://twitter.com/miconda</a></pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla -- <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
Kamailio Advanced Training, Oct 10-13, Berlin: <a class="moz-txt-link-freetext" href="http://asipto.com/u/kat">http://asipto.com/u/kat</a>
<a class="moz-txt-link-freetext" href="http://linkedin.com/in/miconda">http://linkedin.com/in/miconda</a> -- <a class="moz-txt-link-freetext" href="http://twitter.com/miconda">http://twitter.com/miconda</a></pre>
</body>
</html>