We’re running Asterisk 18.2 on four different servers.
Every few months we have a problem that affects all four servers at once. It’s happening right now.
Because it was happening to all servers at once we assumed it was the ODBC connection, but that has been eliminated. The second assumption was the ARI application, but that has been eliminated by creating a dial plan that only plays weasels and does not connect to the ARI application.
The SIP invite arrives at Asterisk, Asterisk sends the TRYING response, but is taking around nine to ten seconds before sending the 200 OK
This is true whether the call originates with a carrier, another Asterisk instance, or from a direct SIP connection.
DNS where the local hostname is not on the system? That gets resolved down for the answer SDP, so if DNS is slow or has an issue then it will cause SIP messaging to slow down.
Otherwise you’d need to get a backtrace[1] to show what Asterisk is doing.
Turns out it was the STUN server, we’re using one provided by our PBX provider and it went down. Switched to Google and everything worked fine.
We’ll build a COTURN server this afternoon and use it.
I understand that, but why? It’s not necessary if your Asterisk has a public static IP address. If it’s directly bound then it’s not needed at all. If it’s not directly bound then you can configure rtp.conf to put your public IP address as an ICE candidate.