[OpenSIPS-Users] Request Timeout on INVITE After Idle Registration

Nabeel nabeelshikder at gmail.com
Wed Jan 13 07:19:32 CET 2016


Hi Bogdan,

I changed log_stderror=yes and log_facility=LOG_DAEMON.  Now I see some
more in the log.  Do you see anything obviously wrong?

http://pastebin.com/MzJW1P1S

On 12 January 2016 at 09:10, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> Hi Nabeel,
>
> 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.
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 08.01.2016 21:04, Nabeel wrote:
>
> Hi Bogdan,
>
> I have the following near the top of my config file:
>
> ###### Global Parameters #########
>
> debug=4
> log_stderror=no
> log_facility=LOG_LOCAL1
>
> The log I posted earlier is from opensips running with these
> configurations.
> On 8 Jan 2016 3:49 pm, "Bogdan-Andrei Iancu" <bogdan at opensips.org> wrote:
>
>> Hi Nabeel,
>>
>> have you tried running opensips is debug mode (level 4) to see what it is
>> doing with the request ?
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>> On 07.01.2016 11:37, Nabeel wrote:
>>
>> Hi Bogdan,
>>
>> I used the tshark command as explained here on page 14:
>> http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_
>> <http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_Mangani-OpenSIPS_Summit2015-SIPCapture.pdf>
>> Mangani-OpenSIPS
>> <http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_Mangani-OpenSIPS_Summit2015-SIPCapture.pdf>
>> _
>> <http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_Mangani-OpenSIPS_Summit2015-SIPCapture.pdf>
>> Summit2015-SIPCapture.pdf
>> <http://opensips.org/pub/events/2015-05-12_OpenSIPS-Summit_Amsterdam/Lorenzo_Mangani-OpenSIPS_Summit2015-SIPCapture.pdf>
>>
>> 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"
>>
>> 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.
>>
>> Does tshark require configuring to decode TLS, other than passing the
>> private key in the command?
>> Hi Nabeel,
>>
>> 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 ?
>>
>> So you see anything in the logs ? have you tried to run with debug level
>> 4 ?
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>> On 06.01.2016 23:07, Nabeel wrote:
>>
>> 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.
>>
>> Below are traces showing a successful call and a call with Request
>> Timeout.
>> The server IP is 162.249.6.110, the caller IP is 92.40.249.9, and the
>> callee IP is 188.29.165.24.
>>
>> Trace for a successful call:
>>
>> http://pastebin.com/2xn0bkEU
>>
>> Trace for a call with Request Timeout:
>>
>> http://pastebin.com/WR7BA6pj
>>
>> Please advise what may be causing this.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160113/4a78334e/attachment-0001.htm>


More information about the Users mailing list