You can route calls on the incoming dial peer by matching using the 'answer-address'. This will match the ani of the caller. You can then use translation rules to change the called number within that dial peer.
I cant seem to get it to work, no matter what phone I call from it matches the dial-peer and tran
slates. Doesnt seem to look at the ANI at all when callign from 2 different phnoes with different ANI's. Assume 6666 is the main number but I want any call from 1000 to go to 7717 and not 6666 and any other call to ring 6666.
This is a test gateway where I am calling in/out to IP Phones. If I dial from my 2 phones, I match the appropriate incoming dial-peer but it seems to randomly choose one or the other dial-peer for outbound and translation and the translated number rings. Not sure how I can force the dest-pattern for outgoing.
XfertoFax should be: Dial 6666 --> 7617 if dialed from Ext.1000
Forward should be: Dial 6666 --> 2000 if dialed from Ext 7263
It sounds like it's matching on the destination-pattern which is the same on both. Since you don't have a preference set, it's going to round robin between the two.
Note, you need to match on the answer-address on the incoming dial-peer. Having it on the outgoing dial-peer won't do anything. So match by the answer address and translate your called number both on the incoming dial-peer, then have two separate outgoing dial-peers to send the resulting pattern to your device.
I was reading this wonderful discussion with the idea 'routing against calling#', let me have an input here. Think of two call-legs, one is incoming which will match your calling# and will change your called# by translation-rule, second is the outgoing dial-peer with the converted called#. So your configuration might look like below:
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...