
Cat sip software#
That leaves the two most likely culprits as the client software (in this case Linphone) using the wrong network interface, Given the REGISTER requests are getting through that rules out an IP routing and firewall issue (assuming it's not doing deep inspection on SIP packets). It's only the INVITE packet would not be sent always does not happen with REGISTER request. NOTE: If I assume this is a packet loss as a part of UDP even the retransmission too does not go through and this happen in multiple run. Now, had this behaviour would have stayed constant, I would have suspected the Firewall rule but the it would work during SIP REGISTER and not using Regular INVITE invite is something I'm able to understand here.Īnd when we are connected to VPN it work. Now, The sooner we connect to VPN, we see the request appearing on the. 101 to Linphone Machine and also a 200K response getting sent from Linphone machine for OPTIONS request.) 101.(but at the same time I can constantly see OPTIONS request appearing from. 101 box but same can be found on Linphone box hinting that request is directed to.

Now here is the deal, when we make a call i.e send SIP INVITE request without VPN connected. 101 and Linphone Client box (both had 200 OK Response for Register request).
Cat sip registration#
101 it works i.e Registration is a success, saying this because I was sniffing around the traffic with TCP dump on both.

Now when we register i.e SIP REGISTER request (without VPN connected) to. We are using Linphone Client to connect to x.x.x.125(Freeswitch box) via x.x.x.101 i.e. We are facing a technical issue with networking, which I'm not able to comprehend.
