Re: [SR-Users] nathelper: ping options over tcp

2017-04-05 Thread Nathan Ward
> On 6/04/2017, at 1:12 AM, Abdoul Osséni wrote: > > Thanks. > > This is a network capture taken on Kamailio server that showing VSS > Monitoring ethernet. Perhaps your service provider is adding it or something then, but that would be very unusual. I would have a chat with your network team

Re: [SR-Users] nathelper: ping options over tcp

2017-04-05 Thread Daniel Tryba
On Wed, Apr 05, 2017 at 02:25:29PM +0200, Abdoul Osséni wrote: > The advantage of the SIP ping options is a bidirectional traffic through > NAT. I think in this case, my issue will be solved. Due to some limitations of the nat helper pinger (3 backends, one should ping at hh:mm:00, the other at hh

Re: [SR-Users] nathelper: ping options over tcp

2017-04-05 Thread Abdoul Osséni
Thanks. This is a network capture taken on Kamailio server that showing VSS Monitoring ethernet. --- This is not a LAN network. UAC is on Internet behind a NAT device so I can't capture the traffic in the network. According your message, you think UAC send close notify alerts even during during t

Re: [SR-Users] nathelper: ping options over tcp

2017-04-05 Thread Nathan Ward
> On 6/04/2017, at 12:25 AM, Abdoul Osséni wrote: > I have always this issue with NAT devices using VSS-Monitoring protocol. > > A network capture shows: > - Kamailio sends a tcp keepalive > - The NAT device sends a tck keepalive ACK to Kamailio with a new filed : > vss-monitoring > >

Re: [SR-Users] nathelper: ping options over tcp

2017-04-05 Thread Daniel-Constantin Mierla
Hello, if it happens also between INVITE and 200ok or between 200ok and the ACK, then very likely sending the OPTIONS will not help. Probably the far end routers have a broken implementation of NAT. Is this happening only for a specific group of users, or happens randomly for different users? Ch

Re: [SR-Users] nathelper: ping options over tcp

2017-04-05 Thread Abdoul Osséni
Hello, Thanks for this feedback. Here the description of the issue I am trying to solve. I use already tcp_keepalive. Call flow is: UACs --> Nat device --> Kamailio Transport protocol is TLS. Kamailio sends TCPs keepalive (tcp_keepalive option) to the softphone located behind the nat devices

Re: [SR-Users] nathelper: ping options over tcp

2017-04-05 Thread Daniel-Constantin Mierla
Hello, nathelper module does ping OPTIONS only for UDP. For tcp/tls, there is transport layer keepalive: - https://www.kamailio.org/wiki/cookbooks/5.0.x/core#tcp_keepalive What is the problem you are trying to solve with this? Maybe there are some other options for it. Cheers, Daniel On 31.

[SR-Users] nathelper: ping options over tcp

2017-03-31 Thread Abdoul Osséni
Hi, Is it possible to send ping OPTIONS over tcp or tls? If yes, could you me how? Regards Abdoul. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/lis