[asterisk-bugs] [JIRA] (ASTERISK-29104) Jitter buffers accumulate on channel

Joshua C. Colp (JIRA) noreply at issues.asterisk.org
Mon Oct 5 05:40:36 CDT 2020


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

Joshua C. Colp commented on ASTERISK-29104:
-------------------------------------------

We require additional debug to continue with triage of your issue. Please follow the instructions on the wiki [1] for how to collect debugging information from Asterisk. For expediency, where possible, attach the debug with a '.txt' file extension so that the debug will be usable for further analysis.

Thanks!

[1] https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information



> Jitter buffers accumulate on channel
> ------------------------------------
>
>                 Key: ASTERISK-29104
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29104
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: pjproject/pjsip
>    Affects Versions: 16.11.1, 16.13.0
>         Environment: Ubuntu 18.04, Docker
>            Reporter: Robert Sutton
>            Severity: Minor
>
> It seems that a PJSIP channel spanning multiple bridges where jitter buffer is enabled on it between each bridge has accumulating lag (abount 250ms per call) and eventually, after about 10 bridges no audio will pass.
> This is the command being used
>       Set(JITTERBUFFER(adaptive)=500,,100)
> The process:
> The Primary channel is brought up via manager Originate and placed into dial plan where jitter buffer is enabled and then on to AGI.
> A second channel is brought up via manager Originate and jitter buffer is enabled and placed into AGI via dial-plan.
> AGI on the second channel then bridges the two channels, when the second channel hangs up the Primary channel returns to dial-plan where jitter buffer is enabled again and then on to AGI to wait for another channel to be bridged.
> With each successive cycle the audio delay increases, and after about 10 cycles audio only passes intermittently.
> This can be mitigated by using a channel variable on the Primary channel and ensuring that jitter buffer is enabled only once during it's life.
> I've tried to reproduce this using only dial plan but am not able to, I'd like to be able to provide some useful diagnostic information but there doesn't seem to be any ability to log jitter buffer behavior?
> Please suggest how to capture diagnostic information.



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



More information about the asterisk-bugs mailing list