[OpenSIPS-Users] 408 Request Timeout with UDP

[Nabeel]

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/2690dd10/attachment-0001.htm>