Hi, we have (about 116 of them) SIP accounts that register from our SIP servers to 2talk. For years everything has work perfectly, however recently (or maybe as late as Oct/Nov last year) we have had reports of random call disconnects, where calls are being cut off mid conversation. The only clue we have, is that for each account, (phone number) it has to register with 2talk, a process that normally takes <30ms, but now we are seeing registrations taking over 3000ms. As the SIP server see’s any registration over 2000ms as to laggy to maintain a call, once an account registration goes over 2000, if a call is in progress, it will be disconnected.
This picture shows what we see when we check the SIP registrations. This is a snapshot view, and when we refresh this snapshot, the lagged one could be fine, but another one (or in most cases another 4 or 5) will be in red.
While I have no records, I pretty sure that when things where okay, an OK registration was <40ms, so even the 112/134ms if higher than we have previously seen.
What’s even stranger, is that we setup some accounts/numbers on another provider, and these are well with the normal range and function fine.
The onsite(s) phones (about 250 of them) registrations to the SIP servers are fine, on average being <15ms. Its only the 2talk registrations that are the issue.
If we ping/tracert from any device on the network, we get response times of <20ms to the 2talk address (27.111.14.65). Our SIP server actually uses a host name of sip.2talk.co.nz, but even if I change this to the IP to eliminate any DNS, there is no difference in SIP registration times, and ping/tracert to either address see the same results.
We have 2 SIP servers at different locations, and both are experiencing the issue, (The SIP servers are reskinned, 3party supported Asterisk based SIP servers).
Our network routers and firewall are provided as part of a managed service from a very reputable provider, and we are experiencing no other network related issues, but I have had them check every bit of the network, checking every log(s), doing traces etc etc and they can’t see any delays or issues with getting to 2talk. Firewall logs and traffic monitoring also shows no blocking going on. When we do packet captures, all we see when a call disconnects mid conversation (although frustratingly as the laggy is so random, it takes quite some planning/luck to capture/spot a failed call…), is a call disconnect signal, exactly what we see for normal calls.
We have logged support calls with 2talk where they ask for dates/times of disconnected calls, which have not yielded any insight into where the issue might be. I doubt it’s a 2talk issue, as I would have expected a lot more noise from the community. Our SIP server support folk have been all over the SIP servers, and there has been no updates or changes, and when checking with their other clients with the same SIP server and accounts with 2talk, they aren’t’ seeing the same registration delays.
I’m stumped, and while we can move our SIP trunks to another provider, (and likely will just to restore stable voice calls), I’d love to get to the bottom of this, so any suggestion folks might have would be greatly appreciated.
Ta.