So I was hoping maybe a second set of eyes would be useful here.
I'm running into an issue with one-way audio. I was able to track it down to the transcoder on the gw being unable to open a channel. What happens is an agent gets the call from CVP to UCM. This leg is 711u and utilizing an mtp resource. No problems there. Then the agent xfers back to cvp this is where the failure takes place. I see the failure happen the current mid-call invite is requesting g729r8.
This is what I see in CUCM traces:
StationInit: (0000003) OpenReceiveChannelAck Status=6 (Error: Endpoint failed to open receive channel), IpAddr=IpAddr.type:0 ipAddr:0x0000000024b8dd46dc82aca150101d50(0.0.0.0), Port=0, PartyID=67146490StationInit: (0000003) OpenReceiveChannelAck Status=6 (Error: Endpoint failed to open receive channel), IpAddr=IpAddr.type:0 ipAddr:0x0000000024b8dd46dc82aca150101d50(0.0.0.0), Port=0, PartyID=67146490
So fast forward I'm able to capture it on the gw debugs. This is what I see.
038462: *Jul 24 21:09:10.767: sym_xapp_find_peer_conn_cb: found peer_conn_cb, rtp_clr state 4
038463: *Jul 24 21:09:10.767: sym_xapp_is_transcode_supported: None of the codec type is G711x codec - codec1 11, codec2 11
038464: *Jul 24 21:09:10.767: sym_xapp_check_for_special_act: Unsupported transcode req for sess_type 2, sess_id 33963700, conn_id 67324685, stream_passthr_id 16777216
038465: *Jul 24 21:09:10.767: sym_xapp_open_receive_chnl: Failed while checking for special action(s) ms_rc 6 - sess_id 33963700, conn_id 67324685, stream_passthr_id 16777216, call_ref 83799046, sess_type 2, profile_id 60
Now this is where I'm having a problem. CUCM is looking to program the transcoder to support g729 to g729. As codec1 & codec2 is 11. 11=g729.
Why is CUCM even trying to invoke a xcoder here between two 729 legs?
