When the calls come in, a dial-peer match is made, and in this case, where the calling number is known, the dial-peer whose destination-pattern command matches the calling number is selected, and the call is routed.
For calls where the calling number is not available, there is no dial-peer matched, so the default dial-peer (dial-peer 0) is used, and two stage dialing is then required.
To resolve, a quick solution would be to create a new dial-peer that has the incoming called-number command (which matches on the called number), so that this dial-peer will always be used for all incoming calls regardless of whether the calling number is available or not.
Use the direct-inward-dial command as well in this dial-peer to force one stage dialing.
Couple of suggestions , firstly add a dial-peer as posted by timothy , pots dial-peer with direct-inward-dial and incoming called-number . commands and its important to have this dial-peer seperate coz if we mix with other commands like destination-pattern you will not have the granular control you may have and its also easier for troubleshooting.
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...