[asterisk-bugs] [JIRA] (ASTERISK-26666) PJSIP Opus offered and used, but uLaw is sent, Result No Audio

Luke Escude (JIRA) noreply at issues.asterisk.org
Wed Dec 21 20:36:10 CST 2016


    [ https://issues.asterisk.org/jira/browse/ASTERISK-26666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=234331#comment-234331 ] 

Luke Escude commented on ASTERISK-26666:
----------------------------------------

This looks interesting:
[Dec 22 02:27:18] DEBUG[96958] rtp_engine.c: Don't have a default tx payload type 125 format for m type on 0x7fe7f2e08d90

> 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: pjproject/pjsip
>    Affects Versions: 13.13.1
>         Environment: x64 CentOS
>            Reporter: Luke Escude
>            Assignee: Unassigned
>            Severity: Critical
>         Attachments: call2.pcap, flowroute-280984.pcap, opus-debug, opus-debug2.txt, opus-debug.txt
>
>
> 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