[asterisk-bugs] [JIRA] (ASTERISK-26224) Asterisk not sending out some rtp packets from ConfBridge App

[Asterisk Team (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-26224?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=231518#comment-231518 ] 

Asterisk Team commented on ASTERISK-26224:
------------------------------------------

Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].

> Asterisk not sending out some rtp packets from ConfBridge App
> -------------------------------------------------------------
>
>                 Key: ASTERISK-26224
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26224
>             Project: Asterisk
>          Issue Type: Information Request
>      Security Level: None
>          Components: Applications/app_confbridge
>    Affects Versions: 11.13.0
>         Environment: Linux CentOS 6.5 x64
>            Reporter: Marco Nicoloso
>
> Starting this thread as Information Request.
> Our system, based on Asterisk 11.13 has as much as 100 SIP channels continuously recorded and inside conference app_confbridge.
> Users on demand can connect to these conference bridges, hear and talk into conference.
> Hardware is correctly dimensioned to hold up to nearly 2000 simultaneous conferences in the confbridge with 2 channels present in each of them.
> The effect is that users can hear with their client some short audio breaks  (20ms-60ms) when connected to these conferences. The problem happens quite frequently and we discovered that is not a network problem, as RTP traffic is correctly QoS-prioritized and we have no packet drops.
> The problem showed up evidently when we started the registration of channels through Confbridge App. On 1 hour of registration we lose about 70 seconds of samples. (That's about 600000 samples at 8 kHz)
> We are using u-law everywhere.
> Even when the remote channels are located in very different networks, on the historical VuMeter of our client we can see short audio holes at the same time on those channels.
> That's why I am addressing this question...
> Could the issue be related to timing source? Can I have an advice on how to solve the issue?
> Thanks.



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