[cisco-voip] Interdigit Timeout on Translation

Jorge L. Rodriguez Aguila jorge.rodriguez at netxar.com
Tue Mar 18 17:52:33 EDT 2008


Although you Can use 9.@, you have to be very careful with it.
Here are some recommendations from SRND for the 9.@


*The @ wildcard can be practical in several small and medium deployments, but it can become harder to manage and troubleshoot in large deployments because adopting the @ wildcard forces the administrator to use route filters to block certain patterns (see Route Filters<http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/6x/dialplan.html#wp1044192>).

Route Filters

*Use route filters only with the @ route pattern to reduce the number of route patterns created by the @ wildcard. A route filter applied to a pattern not containing the @ wildcard has no effect on the resulting dial plan.

*The logical expression you enter with the route filter can be up to 1024 characters, excluding the NOT-SELECTED fields.

*As you increase the number of logical clauses in a route filter, the refresh time of the configuration page also increases and can become unacceptably long.

*For large-scale deployments, use explicit route patterns rather than the @ wildcard and route filters. This practice also facilitates management and troubleshooting because all patterns configured in Unified CM are easily visible from the Route Pattern configuration page.

Jorge Rodríguez Aguila
CCNA,CCVP
Senior Network Consultant
Netxar Technologies
jorge.rodriguez at netxar.com
Office 787-765-0058
PCS 787-688-8530
[cid:image002.png at 01C88920.D7CC2C20]



From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: Tuesday, March 18, 2008 5:20 PM
To: Daniel Rodriguez; CarlosOrtiz at bayviewfinancial.com
Cc: cisco-voip-bounces at puck.nether.net; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Interdigit Timeout on Translation

We have international route patterns (using route filters) and we can dial the octothorpe (mmmmmmmm, octothorpe) to bypass interdigit timeout and we do not have the octothorpe in the route pattern. We have 9.@ - I think this is another advantage to using @ patterns it recognizes end of dialing pattern as a possibility.

Lelio
--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Java-Clavis-Domus Theorem: The ability to keep your hands on the home keys is inversely
related to the amount of caffeine ingested in the last 30 minutes.
----- Original Message -----
From: CarlosOrtiz at bayviewfinancial.com<mailto:CarlosOrtiz at bayviewfinancial.com>
To: Daniel Rodriguez<mailto:drodriguez at fidelus.com>
Cc: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> ; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Sent: Tuesday, March 18, 2008 3:09 PM
Subject: Re: [cisco-voip] Interdigit Timeout on Translation


So I added the octothorpe to the end of the international pattern and then to the end of the translation pattern and that works.  Only downside is that now you are required to hit the "#" at the end of dialing all international calls.  That's probably a good thing, but is a change from what people are already use to.

Thanks,

Carlos

Daniel Rodriguez <drodriguez at fidelus.com<mailto:drodriguez at fidelus.com>>
Sent by: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>

03/18/2008 10:20 AM

To

"CarlosOrtiz at bayviewfinancial.com<mailto:CarlosOrtiz at bayviewfinancial.com>" <CarlosOrtiz at bayviewfinancial.com<mailto:CarlosOrtiz at bayviewfinancial.com>>, "cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>" <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>

cc

Subject

Re: [cisco-voip] Interdigit Timeout on Translation







How are you using the octothorpe? Was it inserted at the end of the international pattern?  If at the end of the pattern, CCM should know to stop waiting to perform digit analysis once its received since you'll be matching an explicit pattern.

Also, how are you using your translation patterns? I would make sure the called party transformation isn't stripping the #. You want the translated called party number to match your  # international pattern (eg  9.011!#). Speed dial = 3377# à TxPattern = 33XX#, Prefix= 9011<number> à RP = 9.011!#

-daniel

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of CarlosOrtiz at bayviewfinancial.com
Sent: Tuesday, March 18, 2008 9:37 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Interdigit Timeout on Translation


I am setting up some speed dials using translation patterns for International locations.  Is there any way to avoid waiting for the inter digit timeout at the end of the pattern?  I thought you could bypass it with the "#" but that does not work.

Carlos_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20080318/c18661ca/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 168 bytes
Desc: image001.png
Url : https://puck.nether.net/pipermail/cisco-voip/attachments/20080318/c18661ca/attachment-0002.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 6292 bytes
Desc: image002.png
Url : https://puck.nether.net/pipermail/cisco-voip/attachments/20080318/c18661ca/attachment-0003.png 


More information about the cisco-voip mailing list