Well, it all depends on what you really want to do, where are you hoping off, is it another CCM cluster, a GW, CME?
Typically you will send all digits to the GK with or without the off-net access code (remember to prefix tech-prefix on the route list or RP, unless you are going to use default tech-prefix) and then simply use zone prefix to direct the call to desired location. For example assume you have CM and CME and you would like to hop-off from CM out of CME GW, so when user CM 1 dials 9.011485551234 it needs to go via GK out CME GW, you would have following config:
zone local HQ cisco.com 10.1.1.1
zone local CME cisco.com
zone prefix CME 9011*
On the CME GW, you might want to manipulate the incoming digits to strip the 01148, so the call goes out as a local call, to do that one way is to use translation rule as following:
voice translation-rule 1
rule 1 /^1#901148/ //
voice translation-profile 1
translate called 1
dial-peer voice 1 voip
incoming called-number 1#9011T
translation-profile incoming 1
The 1# is the tech-prefix which was prefixed on the CCM, and which CME registers with.
a. If e164 registrations from a gateway is allowed, you dont need tech-prefix or zone prefix to route calls to that gateway. (As long as the dialed digit matches one of the e164 numbers)
b. If a call need to be sent to a gateway from which e164 registrations are not allowed, you will need to use zone prefix and/or combination of tech prefix to route the call depending upon whether the zones are local or remote.
c. For remote zones always use a remote zone prefix to send the call to other gatekeeper. No need to use tech prefix here.
d. if there are multiple gateways registering to a gatekeeper in the same zone, then you will need to use a combination of zone prefix and tech prefix to route the call to gateways in that zone.
e. if there is an IPIPGW involved in the mix along with a gatekeeper, make sure that you have outvia keyword specified in the target zone to which calls need to be routed, but need to go through the gatekeeper/IPIPGW combination.
Any gatekeeper routing scenario can be fit into and summarized using the flowcharts provided in this link. I would suggest that you use the flowcharts as a rule of thumb.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...