-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4000/
-----------------------------------------------------------
Review request for Asterisk Developers.
Bugs: AFS-162
https://issues.asterisk.org/jira/browse/AFS-162
Repository: Asterisk
Description
-------
Outgoing PJSIP calls can result in non-negotiated formats listed in the
channel's native formats if video formats are listed in the endpoint's
configuration. The resulting call could then use a non-negotiated format
resulting in one way audio.
* Simplified the update of session->req_caps in set_caps(). Why do something
in five steps when only one is needed?
Diffs
-----
/branches/13/res/res_pjsip_sdp_rtp.c 423446
/branches/13/channels/chan_pjsip.c 423446
Diff: https://reviewboard.asterisk.org/r/4000/diff/
Testing
-------
Configured PJSIP endpoints with: allow=!all,h264,g722,h263,ulaw,h263p,alaw
Called from D40 with g722 among other formats enabled to a Polycom that
negotiates ulaw.
Before the patch, Asterisk would send g722 frames to the Polycom. The
resulting call had one way audio because the Polycom does not understand g722.
After the patch, Asterisk sends ulaw frames to the Polycom.
Thanks,
rmudgett
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev