[asterisk-bugs] [JIRA] (ASTERISK-26781) bridge: Passing the 'p' (play tone) flag to Bridge() application results in garbled audio

[Kevin Harwell (JIRA)]

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

Kevin Harwell updated ASTERISK-26781:
-------------------------------------

    Target Release Version/s:     (was: 13.4.0)

> bridge: Passing the 'p' (play tone) flag to Bridge() application results in garbled audio
> -----------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-26781
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26781
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Features
>    Affects Versions: 13.14.0
>            Reporter: Sean Bright
>            Assignee: Joshua Colp
>      Target Release: 13.15.0, 14.4.0
>
>         Attachments: bridge-tone-audio.pcap, debug_log_26781.txt
>
>
> When calling {{Bridge(somechan,p)}}, the tone that is played on {{somechan}} is often choppy/garbled or sometimes not heard at all. This is not often obvious with the default tone ({{beep}}), but with longer sound files it is very pronounced.
> Looking at the packet capture and discussing with Josh on IRC, we discovered that while the tone is playing, Asterisk is sending two separate streams of RTP packets. One with the SSRC ({{0x1D68A751}} in .pcap) from the original un-bridged call, and the second with the SSRC ({{0x41CB61CA}} in .pcap) provided by the bridge audio. Once the tone is finishing playing, Asterisk sends packets only for {{0x41CB61CA}}, until the channel leaves the bridge. At that time, the {{0x1D68A751}} packets resume.
> I've attached a capture file for reference. {{192.168.26.66}} is Asterisk GIT-13, and {{192.168.26.1}} is Bria.



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