[asterisk-bugs] [Asterisk 0010712]: At high load audio drops following - [Sep 13 09:55:35] DEBUG[10689] channel.c: Didn't get a frame from channel: Zap/1-1

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10712 
====================================================================== 
Reported By:                kwakwaversal
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10712
Category:                   Channels/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.11  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             09-13-2007 07:43 CDT
Last Modified:              09-16-2007 17:13 CDT
====================================================================== 
Summary:                    At high load audio drops following - [Sep 13
09:55:35] DEBUG[10689] channel.c: Didn't get a frame from channel: Zap/1-1
Description: 
Our setup is ZAP -> {IAX2} -> {IAX2} -> SIP (agents), where the IAX2 ->
IAX2 connection is over a 10mb EES.

We recently moved over to asterisk in our call centre and under low calls
everything runs smoothly, we only noticed problems with calls when it was
an extremely busy part of the day (30-40 channels).  After moving through
different asterisk versions from 1.4.6 to 1.4.11 and still having the same
problems I took it off production and started delving a little deeper.

To get the strain of a production server I use sipp and send 45 calls over
the IAX2 link `sipp -sn uac -d 300000 -s 2005 172.16.0.XX -l 45` (45 calls
lasting 5 mins).  At the same time I send 7 calls through ZAP and over the
IAX2 link. Each call is Answered() and listens to music on hold on the
other end.

At this point, half the new calls which go through ZAP (both directions)
result in immediate loss of audio or loss of audio part way through a call
(I have attached debug dumps of the two kinds).

To make things more complicated, the audio seems to only be dropped one
way, and that way is not consistent each time.  Most times it's the IAX2
link but I have logs of the ZAP channel being dropped.  I recorded some
calls to check the audio is being dropped as the log suggests and it is.

N.B. I have a tendency to waffle and not describe things articulately so I
apologise now if this information I've provided isn't accurate enough :)
====================================================================== 

---------------------------------------------------------------------- 
 kwakwaversal - 09-16-07 17:13  
---------------------------------------------------------------------- 
My apologies, after looking into this problem more I believe I was
mistaken, it turns out the problem is with IAX -> IAX.  I came to that
conclusion as the ZAP -> {IAX} server has an IAX connection to two other
asterisk boxes.  When I'm recreating a high load and make a call on the
same network going through the 2nd * IAX link, the audio is fine.

I'm not sure the best way to debug this, if I turn debugging on the the
destination * IAX box it crashes it.  With debugging diabled its fine (both
boxes run 1.4.11)

After searching around I've found the issue is similar to bug 8325. 
Should I reopen that issue with my problems or start a new one? 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
09-16-07 17:13  kwakwaversal   Note Added: 0070647                          
======================================================================