<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<tt>According to the logs, the INVITE is sent out :</tt><tt><br>
</tt><tt><br>
</tt>
<div class="de1"><tt>Jan 13 06:12:08 server1 opensips: Jan 13
06:12:08 [17457] DBG:core:_shm_resize: resize(0) called</tt></div>
<tt>
</tt>
<div class="de1"><tt>Jan 13 06:12:08 server1 opensips: Jan 13
06:12:08 [17457] DBG:core:mk_proxy: doing DNS lookup...</tt></div>
<tt>
</tt>
<div class="de1"><tt>Jan 13 06:12:08 server1 opensips: Jan 13
06:12:08 [17457] DBG:tm:set_timer: relative timeout is 500000</tt></div>
<tt>
</tt>
<div class="de1"><tt>Jan 13 06:12:08 server1 opensips: Jan 13
06:12:08 [17457] DBG:tm:insert_timer_unsafe: [4]: 0x7f8518e24938
(7092500000)</tt></div>
<tt>
</tt>
<div class="de2"><tt>Jan 13 06:12:08 server1 opensips: Jan 13
06:12:08 [17457] DBG:tm:insert_timer_unsafe: [0]: 0x7f8518e24968
(7097)</tt></div>
<tt>
Jan 13 06:12:08 server1 opensips: Jan 13 06:12:08 [17457]
DBG:tm:t_relay_to: new transaction fwd'ed</tt><tt><br>
</tt><tt><br>
</tt><tt><br>
</tt><tt>there, are several retransmissions:</tt><tt><br>
</tt><tt><br>
</tt><tt>Jan 13 06:12:09 server1 opensips: Jan 13 06:12:09 [17458]
DBG:tm:retransmission_handler: retransmission_handler : request
resending (t=0x7f8518e24718, INVITE si ... )</tt><tt><br>
</tt><tt>Jan 13 06:12:10 server1 opensips: Jan 13 06:12:10 [17467]
DBG:tm:retransmission_handler: retransmission_handler : request
resending (t=0x7f8518e24718, INVITE si ... )</tt><tt><br>
</tt><tt>Jan 13 06:12:12 server1 opensips: Jan 13 06:12:12 [17458]
DBG:tm:retransmission_handler: retransmission_handler : request
resending (t=0x7f8518e24718, INVITE si ... )</tt><tt><br>
</tt><tt><br>
</tt><tt>and finally, on timeout, it is canceled (toward UAS) and
408 reply generated:</tt><tt><br>
</tt><tt><br>
</tt>
<div class="de1"><tt>Jan 13 06:12:14 server1 opensips: Jan 13
06:12:14 [17457] DBG:tm:final_response_handler: Cancel sent out,
sending 408 (0x7f8518e24718)</tt></div>
<tt>
</tt>
<div class="de2"><tt>Jan 13 06:12:14 server1 opensips: Jan 13
06:12:14 [17457] DBG:tm:t_should_relay_response: T_code=100,
new_code=408</tt></div>
<tt>
Jan 13 06:12:14 server1 opensips: Jan 13 06:12:14 [17457]
DBG:tm:t_pick_branch: picked branch 0, code 408 (prio=800)</tt><tt><br>
</tt><tt>Jan 13 06:12:14 server1 opensips: Jan 13 06:12:14 [17457]
DBG:tm:relay_reply: sent buf=0x7f851f8e9518: SIP/2.0 4...,
shmem=0x7f8518e6f618: SIP/2.0 4</tt><tt><br>
</tt><tt><br>
</tt><tt>I see even a ACC log is created:</tt><tt><br>
</tt><tt><br>
</tt><tt>Jan 13 06:12:14 server1 opensips: ACC: call missed:
<a class="moz-txt-link-abbreviated" href="mailto:timestamp=1452665534;method=INVITE;from_tag=z9hG4bK17850112;to_tag=;call_id=369319113465@10.121.239.28;code=408;reason=Request">timestamp=1452665534;method=INVITE;from_tag=z9hG4bK17850112;to_tag=;call_id=369319113465@10.121.239.28;code=408;reason=Request</a>
Timeout</tt><tt><br>
</tt><tt><br>
</tt><tt><br>
</tt><tt>So, everything looks good here.</tt><tt><br>
</tt><tt><br>
</tt><tt>Regards,</tt><br>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 13.01.2016 08:19, Nabeel wrote:<br>
</div>
<blockquote
cite="mid:CA+vx6KJ2yYFR8dBX28zT3+m3v0An2przmXDqoc9nXGcHrwSN8Q@mail.gmail.com"
type="cite">
<div dir="ltr">Hi Bogdan,
<div><br>
</div>
<div>I changed log_stderror=yes and log_facility=LOG_DAEMON.
Now I see some more in the log. Do you see anything obviously
wrong?</div>
<div><br>
</div>
<div><a moz-do-not-send="true"
href="http://pastebin.com/MzJW1P1S">http://pastebin.com/MzJW1P1S</a><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 12 January 2016 at 09:10,
Bogdan-Andrei Iancu <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:bogdan@opensips.org"
target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:bogdan@opensips.org">bogdan@opensips.org</a></a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> <tt>Hi Nabeel,<br>
<br>
Be sure you are looking into the right log file - maybe
the debug level is redirected by your syslog to another
log file... Debug level 4 is the most verbose one in
opensips.<br>
<br>
Regards,<br>
</tt><span class="">
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
</span>
<div>
<div class="h5">
<div>On 08.01.2016 21:04, Nabeel wrote:<br>
</div>
<blockquote type="cite">
<p dir="ltr">Hi Bogdan, </p>
<p dir="ltr">I have the following near the top of my
config file:</p>
<p dir="ltr">###### Global Parameters #########</p>
<p dir="ltr">debug=4<br>
log_stderror=no<br>
log_facility=LOG_LOCAL1</p>
<p dir="ltr">The log I posted earlier is from
opensips running with these configurations. </p>
<div class="gmail_quote">On 8 Jan 2016 3:49 pm,
"Bogdan-Andrei Iancu" <<a
moz-do-not-send="true"
href="mailto:bogdan@opensips.org"
target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:bogdan@opensips.org">bogdan@opensips.org</a></a>>
wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0
0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> <tt>Hi
Nabeel,<br>
<br>
have you tried running opensips is debug
mode (level 4) to see what it is doing with
the request ?<br>
<br>
Regards,<br>
</tt>
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
<div>On 07.01.2016 11:37, Nabeel wrote:<br>
</div>
<blockquote type="cite">
<p dir="ltr">Hi Bogdan,</p>
<p dir="ltr">I used the tshark command as
explained here on page 14: <a
moz-do-not-send="true"
href="http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_Mangani-OpenSIPS_Summit2015-SIPCapture.pdf"
target="_blank">
<a class="moz-txt-link-freetext" href="http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_">http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_</a></a><a
moz-do-not-send="true"
href="http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_Mangani-OpenSIPS_Summit2015-SIPCapture.pdf"
target="_blank">Mangani-OpenSIPS</a><a
moz-do-not-send="true"
href="http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_Mangani-OpenSIPS_Summit2015-SIPCapture.pdf"
target="_blank">_</a><a
moz-do-not-send="true"
href="http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_Mangani-OpenSIPS_Summit2015-SIPCapture.pdf"
target="_blank">Summit2015-SIPCapture.pdf</a></p>
<p dir="ltr">tshark -o
"ssl.desegment_ssl_records: TRUE" -o
"ssl.desegment_ssl_application_data:
TRUE" -o "ssl.keys_list:
162.249.6.110,5061,sip,/install/tls/domain.com-key.pem"
-i eth0 -f "tcp port 5061"</p>
<p dir="ltr">I'm using a command line
version of Linux without a graphic UI, so
I could not "configure Wireshark to decide
TLS" as mentioned in that document,
however I did pass the private key in the
command as shown above.</p>
<p dir="ltr">Does tshark require configuring
to decode TLS, other than passing the
private key in the command? </p>
<div style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> <tt>Hi
Nabeel,<br>
<br>
Indeed, the 408 seems generated by
OpenSIPS (after 5 seconds). Such reply
is generated only if the the request
was actually sent out (if no request
sent, there is no timeout). But the
network capture does not show anything
:( ... maybe wrong capturing ?<br>
<br>
So you see anything in the logs ? have
you tried to run with debug level 4 ?<br>
<br>
Regards,<br>
</tt>
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
<div>On 06.01.2016 23:07, Nabeel wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">I managed
to capture the SIP traffic with
Wireshark. It seems that the
party generating the 408 reply is
OpenSIPS, not the callee.
OpenSIPS does not seem to forward
the call to the callee at all.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Below are
traces showing a successful call
and a call with Request Timeout. </div>
<div class="gmail_extra">The server
IP is <span>162.249.6.110,</span> the
caller IP is <span>92.40.249.9</span><span><font
color="#000000">, </font></span>and
the callee IP is <span>188.29.165.24</span>.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Trace for a
successful call:</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra"><a
moz-do-not-send="true"
href="http://pastebin.com/2xn0bkEU"
target="_blank"><a class="moz-txt-link-freetext" href="http://pastebin.com/2xn0bkEU">http://pastebin.com/2xn0bkEU</a></a><br>
</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Trace for a
call with Request Timeout:</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra"><a
moz-do-not-send="true"
href="http://pastebin.com/WR7BA6pj"
target="_blank"><a class="moz-txt-link-freetext" href="http://pastebin.com/WR7BA6pj">http://pastebin.com/WR7BA6pj</a></a><br>
</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Please
advise what may be causing this.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra"><br>
</div>
</div>
</blockquote>
<br>
</div>
</div>
</blockquote>
<br>
</div>
</blockquote>
</div>
</blockquote>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</body>
</html>