[OpenSIPS-Users] 408 Request Timeout with UDP

[Bogdan-Andrei Iancu]

Hi ,

So, is the problem solved (by your findings in the UAS side) ?

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 24.08.2015 18:25, Nabeel wrote:
> I just discovered that the SIP client logs show an error message only 
> on the recipient side, not on the caller's side.  I missed this 
> previously because the caller's side log does not show any error:
>
>     java.lang.Exception: No DNS SRV or A results found for:
>     162.242.153.259  (IP address of OpenSIPS server).
>
>
> I have the SRV records set on the actual hostname/domain, but it seems 
> to be looking for SRV at the actual IP address itself.
>
> On 21 August 2015 at 17:57, Nabeel <nabeelshikder at gmail.com 
> <mailto:nabeelshikder at gmail.com>> wrote:
>
>     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
>         <mailto: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
>     <mailto: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 <mailto:bogdan at opensips.org>> wrote:
>
>             Indeed,
>
>             Bogdan-Andrei Iancu
>             OpenSIPS Founder and Developer
>             http://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 <mailto:bogdan at opensips.org>> wrote:
>>
>>                 Hi Nabeel,
>>
>>                 Bogdan-Andrei Iancu
>>                 OpenSIPS Founder and Developer
>>                 http://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
>>
>>
>
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20150824/b230b057/attachment-0001.htm>