Cisco CallManager 3.3 does not support T38 Fax Relay. A normal IP phone call connects just fine, but T38 negotiation fails. Since the Cisco CallManager does the switching, and it does not support T38, the call fails.
Traces show H225 call setup going through fine but when it tries the H245 capabilities exchange, it fails before the open logical channel message is sent.
There are two routes you can take in order to fix this issue:
Upgrade the Cisco CallManager to 4.1, change your IP to IP GW to a regular H323 GW with the use of slow-start, then change all of your remote GWs from MGCP to H323. This supports T38, and you are still able to use Cisco CallManager to do all the routing resolution for least cost routing.
Add a dial-plan on the IP to IP GW with individual voip dial-peers pointing at all the remote sites, each with their own specific digit patterns. Point these voip dial-peers directly to the remote GWs, not to Cisco CallManager, so that the negotiation is between the two GWs and not Cisco CallManager and the IP to IP GW.
The only problem here is, you either have to change all the far end remote GWs to H323, or designate a few FXO ports on each router as normal POTS peers that aren't MGCP controlled. So this way you can still use MGCP, but route incoming H323 fax calls from the server out the POTS legs over FXO.
But, there is a workaround to make this work with Cisco CallManager 3.3.3. Make sure your gateway has this configuration:
voice call send-alert voice rtp send-recv ! voice service voip allow-connections h323 to h323 h323 emptycapability no telephony-service ccm-compatible ip circuit max-calls 100 ip circuit default only no ras brq h225 timeout tcp call-idle value 0 h225 h245-address on-connect h225 connect-passthru call start slow session transport tcp calls-per-connection 1 h245 tunnel disable h245 caps mode restricted modem passthrough nse codec g711ulaw
After this, you need to delete your H.323 gateway configuration from Cisco CallManager and configure this as a Non-Gatekeeper controlled InterCluster Trunk.
When this is done, the Cisco CallManager seems to respond with the H.245 TCS right away and the call is established.
Note: In 4.1.3, you have the option to configure Cisco CallManager to send the TCS right away and not wait to receive it but there is no check box for this in Cisco CallManager 3.3.3. This is why it works with the Trunk, whose default behavior is to send the TCS right away.
HiI want to register the 8831 3PCC phone on broadsoft platform. I am able to register the phone for the first time but as long as we move the phone to another subnet, phone stick to old IP.After search we find out this is known bug...
Current Environment VMware Installation: 2 vCPU Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz, disk 1: 80Gbytes, 6144Mbytes RAM, Partitions aligned With CurrentCUCM 22.214.171.1240-2CUC 126.96.36.19900-26CER 188.8.131.5200-6UCCX 184.108.40.20600.51Looks like I can upg...
Guys i have CUCM cluster on 2 sites. publisher and 2 sub on site X and 2 sub on site z. CUCM connected to CUBE @ site X through SIP trunk. issue is when i use ip-phone @ site Z to make a call that goes through CUBE call fail. i used to re-...
Hi we have 11.5 cucm ,am using CIPC and configured extension mobility feature , when i pressed message button am getting HOST NOT FOUND .1.I changed the dns name in the url with IP address and changed in the Enterprise parameter also2.IN...
We have a building that would like to utilize a system call handler only when their front desk secretary is not in the office. Is there an easy way to do this? I know the basics of using system call handlers in CUCM/Unity. Right now, building that use a c...