[asterisk-bugs] [Asterisk 0017521]: Brief lagginess on IAX2 channels is fatal

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17521 
====================================================================== 
Reported By:                jcovert
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17521
Category:                   Channels/chan_iax2
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.2.8 
JIRA:                       SWP-1718 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-06-17 10:32 CDT
Last Modified:              2010-07-05 16:32 CDT
====================================================================== 
Summary:                    Brief lagginess on IAX2 channels is fatal
Description: 
The problem reported in issue https://issues.asterisk.org/view.php?id=15609 and
https://issues.asterisk.org/view.php?id=15900 continues:

[Jun 17 09:55:14] WARNING[15579]: channel.c:1044 __ast_queue_frame:
Exceptionally long voice queue length queuing to IAX2/x38-9660
[Jun 17 09:57:54] WARNING[15579]: channel.c:1044 __ast_queue_frame:
Exceptionally long voice queue length queuing to IAX2/x38-9660
[Jun 17 09:57:54] WARNING[15579]: channel.c:1044 __ast_queue_frame:
Exceptionally long voice queue length queuing to IAX2/x38-9660
[Jun 17 09:58:07] NOTICE[15579]: chan_iax2.c:11447 __iax2_poke_noanswer:
Peer 'x29' is now UNREACHABLE! Time: 2
[Jun 17 09:58:07] NOTICE[15579]: chan_iax2.c:11447 __iax2_poke_noanswer:
Peer 'jrclaptop' is now UNREACHABLE! Time: 4
[Jun 17 09:58:07] NOTICE[15579]: chan_iax2.c:11447 __iax2_poke_noanswer:
Peer 'x38' is now UNREACHABLE! Time: 136
[Jun 17 09:58:10] WARNING[15579]: channel.c:1044 __ast_queue_frame:
Exceptionally long voice queue length queuing to IAX2/x38-9660
[Jun 17 09:58:10] WARNING[15579]: channel.c:1044 __ast_queue_frame:
Exceptionally long voice queue length queuing to IAX2/x38-9660
[Jun 17 09:58:10] WARNING[15579]: channel.c:1044 __ast_queue_frame:
Exceptionally long voice queue length queuing to IAX2/x38-9660
    -- Hungup 'IAX2/x38-9660'
  == Spawn extension (dialstation, 38, 1) exited non-zero on
'SIP/x28-0000048b'
[Jun 17 09:58:12] NOTICE[15579]: chan_iax2.c:10418 socket_process: Peer
'x29' is now REACHABLE! Time: 2
[Jun 17 09:58:12] NOTICE[15579]: chan_iax2.c:10418 socket_process: Peer
'jrclaptop' is now REACHABLE! Time: 4
[Jun 17 09:58:12] NOTICE[15579]: chan_iax2.c:10418 socket_process: Peer
'x38' is now REACHABLE! Time: 137

This tends to reproduce for me only on transatlantic calls.

/john

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0015609 [patch] WARNING[23025]: channel.c:952 _...
related to          0015900 Console flood & CPU load 100% when ...
====================================================================== 

---------------------------------------------------------------------- 
 (0124236) jcovert (reporter) - 2010-07-05 16:32
 https://issues.asterisk.org/view.php?id=17521#c124236 
---------------------------------------------------------------------- 
AHAH!

No problem if the originating caller is ulaw.

However, transcoding from G.722 on a SIP client originating the call to an
outgoing IAX2 call seems to make it happen.

But apparently only if that's the only call.

Right now:

Channel               Peer             Username    ID (Lo/Rem)  Seq
(Tx/Rx)  Lag      Jitter  JitBuf  Format  FirstMsg    LastMsg
IAX2/64.25.152.29:45  64.25.152.29     cnetguest   00016/10470 
00043/00043  00118ms  -0001ms  0000ms  ulaw    Tx:NEW      Rx:ACK    
IAX2/jrclaptop-178    72.93.205.51     jrclaptop   00178/00219 
00204/00222  00040ms  -0001ms  0000ms  ulaw    Rx:NEW      Tx:ACK    
IAX2/174.136.97.11:4  174.136.97.11    guest       07237/04376 
00093/00094  00040ms  -0001ms  0000ms  g722    Tx:NEW      Rx:ACK    
IAX2/64.25.152.29:45  64.25.152.29     cnetguest   07653/08446 
00198/00189  00142ms  -0001ms  0000ms  ulaw    Tx:NEW      Tx:ACK    

and

asterisk*CLI> sip show channels
Peer             User/ANR         Call ID          Format           Hold  
  Last Message    Expiry
192.168.0.41     x37              3c2bdca2d12f-32  0x1000 (g722)    No    
  Rx: ACK                   
192.168.0.16     x28              3c5d5e84bad9-26  0x1000 (g722)    No    
  Rx: ACK                   
No                                 
10 active SIP dialogs (non-call removed)

We are now having NO problem at all. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-07-05 16:32 jcovert        Note Added: 0124236                          
======================================================================