SIP provider, CUBE and CUCM7.0. inbound works, outbound fails
I seem to be going round in circles and would like some pointers.
We have a SIP provider connected via a VPN (so no SIP authentication), an 2811 acting as CUBE and CUCM 7 with SCCP phones and a SIP trunk to CUBE.
Voice Class Codec on CUBE with G729r8, G711Ulaw & G711Alaw preferenced in that order.
Inter-region CODEC between SIP trunk and Phones set to G729.
Route pattern on CUCM is doing all digit manipulation for outbound (striping predot) so full UK number sent to SIP provider.
Inbound calls work fine and connect at g729 regardless of the inter-region Codec (729 or 711), expected behavior.
Outbound is my problem. Call is routed, end phone rings (maybe) and the call is dropped...regardless of inter-region codec.
SIP tracing and debugging shows that on the 183 session progress sent by SIP provider, the gateway, or trunk sends a cancel with Q.850 disconnect 65 - The equipment sending this cause does not support the bearer capability requested.
In the CCSIP mess debugs you see the SDP message sent to provider and the codec requested is always G711Ulaw, regardless of inter-region codec and or contents of voice class codec.
so it appears to be media negotiation is at fault but i am at a loss to resolve this.
Not sure if i need MTP/Xcode resource so i have made both available on the CUCM to no avail (i think this is DTMF relay stuff, haven't tgot that far yet, plain voice would be nice!!). I have tied the codec down on the dialpeers even tried CODEC TRANSPARENT (even though docs say for h323 only), nothing.
Now for the funny, if I configure a gatekeeper controlled trunk on CUCM and configure the CUBE to register to GATEKEEPER and use the GK trunk for outbound calls it works with inter-region of G711, but again not with G729 although the failure this time is that teh call is dropped when remote end answers!!!!
So does anyone please have an idea of where i can look next, i can't be far off as inbound works
These are the paths to get to each CCX logs through CLI. They may be helpful if you are having issues accessing RTMT or downloading logs through it.
If you want to download them you have to prefix "file get " and you can add one of the options (re...