[asterisk-bugs] [JIRA] (ASTERISK-26766) Asterisk 13 IAX2 jitterbuffer causes packet loss

Asterisk Team (JIRA) noreply at issues.asterisk.org
Tue Feb 21 12:01:10 CST 2017


     [ https://issues.asterisk.org/jira/browse/ASTERISK-26766?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Asterisk Team closed ASTERISK-26766.
------------------------------------


> Asterisk 13 IAX2 jitterbuffer causes packet loss
> ------------------------------------------------
>
>                 Key: ASTERISK-26766
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26766
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_iax2
>    Affects Versions: 13.9.1
>         Environment: Fedora 25, Fedora 24
>            Reporter: Kirsty Tyerman
>            Assignee: Rusty Newton
>         Attachments: 2017-02-03-11-06-04_5013-5003_eng_mf1.wav, extensions_machine1.conf, extensions_machine2.conf, iax_machine1.conf, iax_machine2.conf, sip_machine1.conf, sip_machine2.conf
>
>
> We have two quad core i7 Asterisk boxes running Fedora 24 or Fedora 25 using the vanilla Fedora compiled Asterisk 13.9.1
> Between the two machines is an IAX2 trunk which is passing a small amount of SIP traffic (less than 10 calls).
> When the jitterbuffer is enabled in IAX2, it causes what could be described as packet loss - the noticable result is choppy audio being heard on all phone calls.
> This is not an intermittent problem - it happens to every single call that traverses the link. There are no networking switches / routers between the two machines and we have confirmed it is not a networking issue.
> The issue occurs with G729 or ulaw and IAX is trunking multiple SIP calls.
> There is no other processes running on the servers other than Asterisk and they are not showing any CPU loading issues.
> The behavior is resolved as soon as the IAX2 jitterbuffer is turned off in iax.conf (jitterbuffer=no).
> We have subsequently reverted both machines to Asterisk 11.13.1 and the bug is not present, so we believe it is a bug that has been introduced to the 13 branch.
> The following iax2 show netstats shows significant Lost %:
> {noformat}
> calhost*CLI> iax2 show netstats
>                            -------- LOCAL ---------------------  -------- REMOTE --------------------
>                            Channel               RTT  Jit  Del  Lost   %  Drop  OOO  Kpkts  Jit  Del  Lost   %  Drop  OOO  Kpkts FirstMsg    LastMsg
>                            IAX2/192.168.122.132:4569    3  150  204   366  32     0  530      0    1   60    10   1     0    0      0 Rx:NEW      Tx:ACK
>                            IAX2/192.168.122.132:4569    1  150  190   433  33     0  630      0    1   41    10   1     0    0      0 Rx:NEW      Rx:ACK
>                            IAX2/192.168.122.132:4569    3  150  191   340  28     0  547      0    1   60    10   1     0    0      0 Rx:NEW      Tx:ACK
>                            IAX2/192.168.122.132:4569    3  150  191   430  33     0  629      0    1   41    10   1     0    0      0 Rx:NEW      Tx:ACK
>                            IAX2/192.168.122.132:4569    3  150  190   406  32     0  581      0    1   41    10   1     0    0      0 Rx:NEW      Tx:ACK
>                            IAX2/192.168.122.132:4569    3  150  190   308  25     0  534      0    1   60    10   1     0    0      0 Rx:NEW      Tx:ACK
>                            IAX2/192.168.122.132:4569    3  151  211   348  29     0  549      0    1   41    10   1     0    0      0 Rx:NEW      Tx:ACK
>                            IAX2/192.168.122.132:4569    3  150  210   401  32     0  582      0    1   61    10   1     0    0      0 Rx:NEW      Tx:ACK
>                            IAX2/192.168.122.132:4569    1  150  190   373  32     0  531      0    1   41    10   1     0    0      0 Rx:NEW      Tx:ACK
>                            IAX2/192.168.122.132:4569    3  150  190   438  33     0  628      0    1   41    10   1     0    0      0 Rx:NEW      Tx:ACK
>                            10 active IAX channels
> {noformat}
> Attached to this issue are:
> 1. A sample wav recording of the choppy audio being heard over the IAX2 trunk when the jitterbuffer has been enabled.
> 2. The iax.conf extensions.conf and sip.conf being used on the two servers to reproduce the issue



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list