[asterisk-bugs] [JIRA] (ASTERISK-22076) Investigate PJMEDIA's implicit codec negotiation behavior
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Mon Jul 15 13:14:08 CDT 2013
Rusty Newton created ASTERISK-22076:
---------------------------------------
Summary: Investigate PJMEDIA's implicit codec negotiation behavior
Key: ASTERISK-22076
URL: https://issues.asterisk.org/jira/browse/ASTERISK-22076
Project: Asterisk
Issue Type: Bug
Security Level: None
Components: Channels/chan_gulp
Affects Versions: 12
Reporter: Mark Michelson
While attempting to make an equivalent option to chan_sip's preferred_codec_only, I ran across interesting behavior in chan_gulp. I configured two peers, carol and bob. carol is configured to allow=g722,ulaw,alaw. bob is configured to allow=ulaw. Direct media is not enabled.
Carol places a call to Bob through Asterisk. Carol's INVITE contains an SDP offer with ulaw, alaw, g.722, and other codecs. Asterisk sends an INVITE to bob that contains only a ulaw offer. Bob's phone replies with a 200 OK with a ulaw answer. Asterisk then sends a 200 OK with an SDP answer for Carol that contains only g.722. If I change the order of the allow statement for Carol to be allow=ulaw,g722,alaw, then in the same situation, the SDP in the 200 OK from Asterisk to carol contains only ulaw.
More information about the asterisk-bugs
mailing list