<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
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>
<tt></tt><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
sip:193.225.95.130:5061;transport=tls 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 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 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 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 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 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>
</body>
</html>