ccapi isn't going to give you the details you need for this.
debug h225 asn1
debug h245 asn1
debug ip tcp transactions
These will allow you to see if cucm is communicating back to the gateway. My guess is that it is, because normally if there is no response you'll see cause=38 for network out of order or cause=47 resources unavailable.
Sounds like an h323 issue possibly on CUCM. Hard to tell.
Modiying the POTS dial-peer to:
dial-peer voice 1 pots
voice cut-through alert
tone ringback alert-no-PI
incoming called-number .T
progress_ind alert enable 8
had no effect.
not sure if this may help but id normally not apply the translations to the Voice port itself and apply to the dial-peer instead.
Id say remove the profiles on the Voice port and put the incoming called number as the PSTN pilot number or pattern coming in into your dial peer and then apply the tanslation profile incoming to match the rule that you need the call to be terminated against.