m>>
On Behalf Of David Herselman
Sent: Wednesday, 23 September 2020 4:17 PM
To: asterisk-users@lists.digium.com<mailto:asterisk-users@lists.digium.com>
Subject: [asterisk-users] Negotiates g729 but RTP contains g711
Hi,
We have a scenario where inbound calls from an upstream provider (chan_sip)
s
) exited non-zero on 'SIP/Upstream-00021a0d'
[2020-09-19 23:42:29] VERBOSE[15154][C-00021a1f] chan_iax2.c: Hungup
'IAX2/Downstream-26055'
Regards
David Herselman
From: asterisk-users On Behalf Of
David Herselman
Sent: Wednesday, 23 September 2020 4:17 PM
To: asterisk-users@lists.digium
Hi,
I was able to use Unsniff to validate that the incoming 20 byte payloads of
audio from the downstream IAX2 trunk was definitely G.729a whilst Asterisk
16.13.0 transcodes to G.711a unnecessarily. Media is confirmed as having been
negotiated as g729 on all four streams. Nuance with this call
Hi,
We have a scenario where inbound calls from an upstream provider (chan_sip)
sent downstream (chan_iax2) negotiates only g729 yet RTP media contains g711.
Both the upstream and downstream trunks are limited to only offering g729
whilst the initial invite from our upstream provider offers