Hi,<br><br>We're breaking our teeth on a 1.2.10 - 0.3.0-PRE-1s bristuffed Asterisk which sometimes refuses to pass audio through.<br>The trouble is we cannot a practical way to identify no-audio calls without involving end users as we don't want to bother them with that.
<br><br>What could be the best method to identify no-audio calls ?<br>Here is what I was thinking about.<br><br>- The setup is:<br>Public Network ------ Asterisk with Junghanns QuadBRI -------- Voice Lan ------- Snom 320 IP hardphones
<br><br>- The symptoms are :<br>Sometimes, during normal call (good audio quality), audio is 2-way cut (Snom sends BYE requests).<br>Sometimes, when a user answers incoming call, he doesn't ear anything. So he hangs up and next call from the same caller, a couple of seconds later, is perfect.
<br>Nothing abnormal in log files (from my point of view anyway though I know this will soon be proven to be wrong, when we have found the reason why this happens).<br><br>- As this behaviour touches every phone and every ISDN channel, 1st step is to focus on a small subset of randomly chosen users.
<br>- For focused users, record everything :<br> use tcpdump everything coming from hardphone's IP address (as every call passes through the server),<br> use MixMonitor to record every call as MixMonitor acts on a different level (I've never used MixMonitor in my life and I'm honnestly wondering if recording on both tcpdump and MixMonitor is of any use)
<br> increase log levels for focused users.<br><br>What do you think of these steps ?<br><br>Regards<br><a style="color: rgb(153, 0, 0);" href="http://www.junghanns.net/downloads/bristuff-0.3.0-PRE-1s.tar.gz"></a>