[OpenSIPS-Users] 408 Request Timeout with UDP
Nabeel
nabeelshikder at gmail.com
Fri Aug 21 18:57:00 CEST 2015
The log doesn't show any errors when the Timeout occurs, it only shows this:
opensips[1842]: ACC: call missed:
> timestamp=1440174643;method=INVITE;from_tag=z9hG4bK04147190;to_tag=;call_id=
> 424618310389 at 10.137.181.237;code=408;reason=Request Timeout
>
This seems to occur sporadically; some calls connect without problem but
others don't; so perhaps it is a genuine timeout... maybe it simply longer
to connect on some calls?
On 21 August 2015 at 17:46, Nabeel <nabeelshikder at gmail.com> wrote:
> Sorry to bring this up again, but I still get the 408 Request Timeout on
> some calls.
>
> Isn't there just a way to increase the request timeout limit?
>
> Here is the trace:
>
> http://pastebin.com/jvCPGYDu
>
> There is even an ACK in the trace after the request timeout message, but
> the call doesn't connect.
>
> On 7 August 2015 at 18:10, Bogdan-Andrei Iancu <bogdan at opensips.org>
> wrote:
>
>> Indeed,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>> On 07.08.2015 20:08, Nabeel wrote:
>>
>> You mean like this, right?
>>
>> if (is_method("REGISTER"))
>>
>> {
>> if ( 0 ) setflag(TCP_PERSISTENT);
>>
>> setbflag(SIP_PING_FLAG);
>>
>> if (!save("location"))
>> sl_reply_error();
>>
>> exit;
>> }
>>
>>
>>
>> On 7 August 2015 at 17:52, Bogdan-Andrei Iancu <bogdan at opensips.org>
>> wrote:
>>
>>> Hi Nabeel,
>>>
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>
>>> On 07.08.2015 19:39, Nabeel wrote:
>>>
>>> [........]
>>> Bogdan,
>>>
>>> Regarding UDP, I realised that the UDP port could not be in LISTEN state
>>> and this was probably preventing my server from fully opening that port.
>>> Running nmap on that port showed result "open|filtered", unlike with TCP
>>> which showed fully open. I am not running any firewalls on my server, so
>>> this seems to be the default behaviour of my network.
>>>
>>> A bidirectional traffic through the NAT will keep the NAT pinhole open,
>>> while a unidirectional one may not. This is the advantage of the SIP
>>> pinging versus simple UDP pinging.
>>>
>>>
>>> I would like to clarify one thing. You mentioned adding
>>> setbflag(SIP_PING_FLAG) before doing save(), but in my config file I don't
>>> see save() anywhere, there is only this line: "if (!save("location"))".
>>> Where exactly do I add this line?
>>>
>>> exactly.
>>>
>>> Regards,
>>> Bogdan
>>>
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20150821/6eca73a6/attachment.htm>
More information about the Users
mailing list