[asterisk-bugs] [JIRA] (ASTERISK-21226) one way audio after call was on hold

[Michael L. Young (JIRA)]

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

Michael L. Young updated ASTERISK-21226:
----------------------------------------

    Affects Version/s:     (was: 10.12.1)
    
> one way audio after call was on hold
> ------------------------------------
>
>                 Key: ASTERISK-21226
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21226
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Codecs/codec_ulaw
>    Affects Versions: 11.2.0
>         Environment: debian 6 in an openvz virtual machine
>            Reporter: Stefan Schmidt
>         Attachments: moh-onewayaudio-NOK, moh-onewayaudio-OK
>
>
> I have a sip client which offers ulaw and alaw in this order. my system allowes both but prefer alaw. When i have an incoming call using alaw, going through asterisk dialing this client the sdp offer is alaw and ulaw. The client replies with a normal 200 ok with only ulaw. This call leg to the client is then running on ulaw and everything is fine. When the client puts the call on hold and take it back (a=sendonly & sendrecv) the call then changes to alaw and the client audio to * is not recognized at asterisk anymore.
> In 1.8 this behavior worked without any problems but since 10 one way audio happens.
> I can see in debug log that asterisk sets the write format to alaw but the marker bit isnt recognized. The difference to 1.8 is that asterisk didnt back out of the bridge cause the format has changed.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira