I am running 1.8.5 and have started to have issues recently (the past week) where users have no audio. Not every time does this happen, but it is becoming more and more common.
Has anyone had issues regarding intermittent loss of audio on calls? I’m not even really sure where to start looking. Thanks.
i am a newbie. I’m also having the same issue. our ip pbx system running on asterisk 11 is having intermittent audio issue, at time one way audio or even no audio at all. we are experiencing this even within extensions calling. Our server is located outside of our network and other extensions are on different network as well. we observed this problem especially when our pbx server losses brief internet connections. But it’s also happening on a random basis even if the server doesn’t loose internet connections.
we observed this problem especially when our pbx server losses brief internet connections.
Gil[/quote]
if Asterisk loses internet connectivity or DNS, it stops responding to all SIP devices and trunks, and all extensions lose connectivity. This bug has apparently been around since Asterisk 1.4, persisted through 1.6, and remains in 1.8
if Asterisk loses internet connectivity or DNS, it stops responding to all SIP devices and trunks, and all extensions lose connectivity. This bug has apparently been around since Asterisk 1.4, persisted through 1.6, and remains in 1.8
thanks for your reply.
How can i resolve this intermittent audio issue?
what exactly happens is that, when the pbx server looses internet connection for a while and then came back, even within extension calls having one way or no audio at all.
even if there’s no internet connection problem on the pbx server and the location of the extensions, we’re are still experiencing one way or no audio at times.
I’m pretty new to asterisk. and this issue is giving me a headache.
i really don’t know how to resolve this…
any help would be greatly appreciated
You’d still have a problem with the call in question that didn’t have a result returned in a timely fashion, but others that did resolve wouldn’t have the problem.
With the latest description of the problem, it could also be the result of anti-server tactics used by the ISP, i.e. forcing unnecessary IP address changes. The original description of the problem was inadequate and the requested trace was not provided.
With regard to the DNS issue, is the real issue that the Asterisk is blocking in the resolver, or is it that it needs to resolve addresses to eliminate matches in sip.conf. In the latter case, the only safe solution is to provide some sort of local caching or hard coding of DNS information.
Thank you for your response.
We’ll try to recover the trace on the day that the server looses internet connection, as we could not replicate the scenario for the reason that other servers will be affected.