[asterisk-bugs] [JIRA] (ASTERISK-26143) One way audio when transcoding

[Henning Holtschneider (JIRA)]

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

Henning Holtschneider updated ASTERISK-26143:
---------------------------------------------

    Attachment: call-g722-to-g711-unsupported-payload.txt
                call-g711-to-g722-ok.txt

I attached the CLI output of

* core set verbose 9
* core set debug 9
* sip set debug on
* rtp set debug on

of two calls

* call-g711-to-g722-ok.txt is a call from extension 101 with ALAW to extension 102 with G.722 that works fine
* call-g722-to-g711-unsupported-payload.txt contains the logs of a call in the other direction, which has no audio from ext. 101 to 102

> One way audio when transcoding
> ------------------------------
>
>                 Key: ASTERISK-26143
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26143
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 13.7.2, 13.9.1
>         Environment: Ubuntu 12.04 x86_64, Ubuntu 14.04 x86_64, Yocto 1.5 i686
>            Reporter: Henning Holtschneider
>         Attachments: call-g711-to-g722-ok.txt, call-g722-to-g711-unsupported-payload.txt
>
>
> This is essentially the same issue as ASTERISK-25197, but that issue has been closed due to inactivity and I am not the original reporter.
> I tried both Asterisk 13.7.2 and 13.9.1 on different machines with different Linux environments with the same result:
> When making a call with a higher-quality codec to a destination with a lower-quality codec, e.g. G.722 to ALAW, Asterisk tries to set up a native bridge, fails to decode the lower-quality RTP coming from the called party and the line is silent at the caller's end.
> Setting up the call with a lower-quality codec to a called party with a higher-quality codec works fine.
> I tried with codecs ALAW, G.722 and G.729 all with the same result. I made calls between chan_sip peers and between chan_sip peers and PJSIP endpoints all with the same result.



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