01-21-2015 10:43 AM - edited 03-17-2019 01:40 AM
Hello all,
I've been stuck troubleshooting a 488 Not Acceptable Media on my CUBE. The call goes from my CUCM to the Cube which is expecting to be in G.711 but its coming in as G.729. The carrier i'm sending out to is expecting a PCMU which is G.711 mulaw.
Initially, the call was working but I was getting a oneway audio. I decided to delete and re-add my IP Communicator and this started to happen.
When I place the call from my CIPC, it gives me a fast busy.
Please see the show run and debug for the call I placed.
Solved! Go to Solution.
01-21-2015 12:26 PM
Can you send the cucm traces for a test call?
The link below shows how to do this
https://supportforums.cisco.com/document/126666/collecting-cucm-traces-cucm-862-tac-sr
01-21-2015 12:01 PM
Hi Ahmed,
There are two things you need to do here If you want CUCM to send calls to CUBE using G711
1. Set the region between the sip trunk and your endpoint to use 64bit rate codec (with G711 as the preferred codec)
2. Your voice class codec applied to your dial-peer is 1 but the one you actually have on your gateway is shown below. Change your dial-peer to use voice class-codec 2
voice class codec 2
codec preference 1 g711ulaw
codec preference 2 g729r8
01-21-2015 12:08 PM
Hello Ayodeji,
Thanks for your assistance on this.
On the CUCM, my region is set to as 64 kbps (G.722, G.711) which is associated to the devicepool and the phone That's why I am confused as to why the CUCM would send G.729
Also, in my GW config, I have
voice class codec 1
codec preference 1 g711ulaw
Please, correct me if i'm wrong.
01-21-2015 12:19 PM
I noticed that this call came with early-offer, this suggests that you may have checked "MTP required on the sip trunk" and the originating codec is G729..
To Know in detail what's going on we will need cucm traces..
What IP address is this?
c=IN IP4 192.168.7.129
01-21-2015 12:23 PM
That IP is the IP address to my CIPC. I am able to connect because I am VPN'd into the network. But even when I went to the site, the issue is still the same.
01-21-2015 12:26 PM
Can you send the cucm traces for a test call?
The link below shows how to do this
https://supportforums.cisco.com/document/126666/collecting-cucm-traces-cucm-862-tac-sr
01-21-2015 12:40 PM
Thanks. I'm having issues lunching RTMT that's why is taking a little longer.
01-21-2015 12:55 PM
looks like the call is attempting to go as iLBC first, and there is no G711 capabilities in the early offer SDP messages. What region is assigned to the phone and what region is assigned to the SIP trunk? What is the codec between them?
How is your "audio codec preference list" configured?
v=0 o=CiscoSystemsCCM-SIP 60 1 IN IP4 10.10.10.79 s=SIP Call c=IN IP4 192.168.7.129 b=TIAS:64000 b=AS:64 t=0 0 m=audio 24578 RTP/AVP 116 18 101 a=rtpmap:116 iLBC/8000 a=ptime:20 a=maxptime:60 a=fmtp:116 mode=20 a=rtpmap:18 G729/8000 a=ptime:20 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15
01-21-2015 01:00 PM
Hello Chris,
Both my phone and SIP trunk are assigned to the same device pool which is assigned to the region with 64 kbps (G.722, G.711) codec.
I only have one device pool in the CUCM which is what I am using for all my devices associated.
01-21-2015 01:03 PM
How is your "audio codec preference list" configured?
Can you post the screen shot of the region?
Are you using device mobility by any chance?
01-21-2015 01:21 PM
This is the order I have them in. I am not using Device Mobility
AMR-WB (7k-24k)
AMR (5k-13k)
MP4A-LATM 128k
AAC-LD (MP4A Generic)
MP4A-LATM 64k
MP4A-LATM 56k
L16 256k
MP4A-LATM 48k
ISAC 32k
MP4A-LATM 32k
G.722 64k
G.722.1 32k
G.722 56k
G.722.1 24k
G.722 48k
MP4A-LATM 24k
G.711 U-Law 64k
G.711 A-Law 64k
G.711 U-Law 56k
G.711 A-Law 56k
ILBC 16k
G.728 16k
GSM Enhanced Full Rate 13k
GSM Full Rate 13k
G.729b 8k
G.729ab 8k
G.729 8k
G.729a 8k
GSM Half Rate 6k
G.723.1 7k
01-21-2015 01:29 PM
What is your intra region setting set to? Is this set to use system default. Can you change this to G711. NB this is intra region not inter region..
01-21-2015 01:42 PM
01-21-2015 01:54 PM
It looks like the region is already set to G711..
But please double check because this behaviour is not normal
Go to cucm web admin, system>service parameters>select the server>select cucm service> search for Default Intraregion Max Audio Bit Rate
Confirm what it is set to
How about the logs? We would have solved this if we have cucm logs by now
01-21-2015 01:58 PM
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide