[asterisk-bugs] [JIRA] (ASTERISK-26666) chan_pjsip: Opus offered and used, but uLaw is sent, Result No Audio
Kevin Harwell (JIRA)
noreply at issues.asterisk.org
Thu Feb 23 16:57:13 CST 2017
[ https://issues.asterisk.org/jira/browse/ASTERISK-26666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=235424#comment-235424 ]
Kevin Harwell commented on ASTERISK-26666:
------------------------------------------
Also just to double check what is the output of the following (run from system console):
{noformat}
$ asterisk -V
{noformat}
> chan_pjsip: Opus offered and used, but uLaw is sent, Result No Audio
> --------------------------------------------------------------------
>
> Key: ASTERISK-26666
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-26666
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_pjsip
> Affects Versions: 13.13.1
> Environment: x64 CentOS
> Reporter: Luke Escude
> Attachments: asterisk.pcap, asterisk.txt, call2.pcap, flowroute-280984.pcap, gs.pcap, opus-debug, opus-debug2.txt, opus-debug.txt, yl.pcap
>
>
> The following codecs are configured for an endpoint, in order of priority:
> Opus
> uLaw
> iLBC
> g729
> Asterisk and the handset settle on Opus being the codec for the call, but no audio can be heard from the echo test (or extension-to-extension, or anything).
> Running "pjsip show channelstats" shows uLaw as the codec, even though it should say Opus. opus-debug file shows a lot of the following error:
> Oooh, got a frame with format of opus on channel 'PJSIP/100-0000001d' when we're sending 'ulaw', switching to match
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list