<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1515" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>We went with a 9.@ with local area code does not 
exist filter&nbsp;and then added another with a filter that of local area code = 
519. (our local area code) We basically let the PSTN notify the user if they 
dialed a number not in our exchange etc. </FONT></DIV>
<DIV><FONT face=Arial size=2></FONT><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Our dial plan consists entirely of 9.@ with filters 
rather than the manual entry of the 9.[2-9]XXXXXX sorta thing. </FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>I spoke to a number of TAC engineers at Networkers 
and CIPTUG and couldn't get a straight answer as to which is better or worse or 
if there are any caveats to choosing one over the other.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>I wouldn't mind hearing comments from the group 
about the two options.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<BLOCKQUOTE 
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV 
  style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
  <A title=erickbe@yahoo.com href="mailto:erickbe@yahoo.com">Erick Bergquist</A> 
  </DIV>
  <DIV style="FONT: 10pt arial"><B>To:</B> <A title=kthorngr@cisco.com 
  href="mailto:kthorngr@cisco.com">Kevin Thorngren</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Cc:</B> <A title=cisco-voip@puck.nether.net 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Sent:</B> Friday, September 16, 2005 10:50 
  AM</DIV>
  <DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [cisco-voip] Interdigit 
  timeout issue for 7 digit calls </DIV>
  <DIV><BR></DIV><BR>Kevin,<BR><BR>Thanks. Yea, it does say ExclusivelyOffnet 
  matches<BR>exist.<BR><BR>Here is the info from the route list, view in file 
  for<BR>route patterns for call that are overlapping<BR>(overlooked this before 
  for some reason, didn't 
  catch<BR>it).<BR><BR>9.[2-9]XX[2-9]XXXXXX,,PT-10-DIGIT-DIALING,Route,DAYTON-RL,DAYTON-RL<BR>9.[2-9]XX976XXXX,,PT-BLOCKED-TELESCAMS,Route,DAYTON-RL,DAYTON-RL<BR>9.[2-9]XXXXXX,,PT-7-DIGIT-DIALING,Route,DAYTON-RL,DAYTON-RL<BR><BR>Is 
  there a better way to make the 7 digit dialing rule<BR>other then using rules 
  for each local prefix? IE:<BR>9.296XXXX, etc?<BR><BR>BTW, We also put in a 
  route pattern of 9.2791234 and<BR>still had issue and traces used that 
  pattern. Or would<BR>that overlap with the 10 digit pattern 
  still?<BR><BR>Thanks<BR><BR>--- Kevin Thorngren &lt;<A 
  href="mailto:kthorngr@cisco.com">kthorngr@cisco.com</A>&gt; wrote:<BR><BR>&gt; 
  Hi Erick,<BR>&gt; <BR>&gt; In the CCM trace look for the Digit 
  Analysis<BR>&gt; Results, for example:<BR>&gt; <BR>&gt; 09/15/2005 
  16:37:19.435 CCM|Digit analysis: analysis<BR>&gt;&nbsp; 
  <BR>&gt;<BR>results|&lt;CLID::StandAloneCluster&gt;&lt;NID::10.10.10.3&gt;&lt;CT::<BR>&gt; 
  <BR>&gt;<BR>1,100,119,1.499977&gt;&lt;IP::10.10.21.7&gt;&lt;DEV::SEP00115CBAD09E&gt;<BR>&gt; 
  09/15/2005 16:37:19.435<BR>&gt; 
  CCM||PretransformCallingPartyNumber=9193<BR>&gt; 
  |CallingPartyNumber=9193<BR>&gt; |DialingPartition=par-internal<BR>&gt; 
  |DialingPattern=9190<BR>&gt; 
  |DialingRoutePatternRegularExpression=(9190)<BR>&gt; |DialingWhere=<BR>&gt; 
  |PatternType=Enterprise<BR>&gt; 
  |PotentialMatches=NoPotentialMatchesExist<BR>&gt; <BR>&gt; If it has 
  PotentialMatches=NoPotentialMatchesExist<BR>&gt; then CCM does not&nbsp; 
  <BR>&gt; have any other patterns it can match.&nbsp; If it has<BR>&gt; 
  something else, such&nbsp; <BR>&gt; as PotentialMatches=PotentialMatchesExist 
  or&nbsp; 
  <BR>&gt;<BR>PotentialMatches=ExclusivelyOffnetPotentialMatchesExist,<BR>&gt; 
  then this&nbsp; <BR>&gt; means CCM has matched a pattern but can match 
  other<BR>&gt; patterns if more&nbsp; <BR>&gt; digits are dialed.<BR>&gt; 
  <BR>&gt; The easiest way I have found to find overlapping<BR>&gt; patterns is 
  to go to&nbsp; <BR>&gt; Route Plan &gt; Route Plan Report.&nbsp; Click on the 
  "View<BR>&gt; in File" link on&nbsp; <BR>&gt; the right side.&nbsp; Then view 
  the CSV file in Excel. <BR>&gt; This provides a view&nbsp; <BR>&gt; of the 
  configured route plan in SQL.&nbsp; If this<BR>&gt; doesn't help then 
  you&nbsp; <BR>&gt; will need to look at the dialing forest on the node<BR>&gt; 
  that the phone is&nbsp; <BR>&gt; registered to.&nbsp; Follow these steps to 
  dump the<BR>&gt; dialing forest:<BR>&gt; <BR>&gt; - Enable the "Dialing Forest 
  Dump Enabled"<BR>&gt; CallManager Service parameter<BR>&gt; - Dial **##*4 on 
  the IP Phone that is placing the<BR>&gt; test call - you will&nbsp; <BR>&gt; 
  hear reorder<BR>&gt; - Search for "dialing forest" in the latest CCM<BR>&gt; 
  trace on the node the&nbsp; <BR>&gt; phone is registered to<BR>&gt; <BR>&gt; 
  Dumping the dialing forest can be CPU intensive in a<BR>&gt; large 
  network.&nbsp; I&nbsp; <BR>&gt; have not had issues with this in smaller 
  networks<BR>&gt; but do be careful.<BR>&gt; <BR>&gt; Kevin<BR>&gt; <BR>&gt; On 
  Sep 15, 2005, at 11:52 PM, Erick Bergquist wrote:<BR>&gt; <BR>&gt; &gt; 
  Hi,<BR>&gt; &gt;<BR>&gt; &gt; Have an issue where it takes 10-12 seconds for 
  a<BR>&gt; call<BR>&gt; &gt; to get placed out a gateway. It is a ISDN PRI 
  and<BR>&gt; the<BR>&gt; &gt; debug isdn q931 doesn't show activity until 
  10-12<BR>&gt; &gt; seconds after the call is placed on IP Phone and<BR>&gt; 
  when<BR>&gt; &gt; we lower the T302 timer it gets placed to what<BR>&gt; T302 
  is<BR>&gt; &gt; set to.<BR>&gt; &gt;<BR>&gt; &gt; There are no conflicting or 
  overlapping route<BR>&gt; patterns<BR>&gt; &gt; that we can find, and we put 
  in a route pattern<BR>&gt; for<BR>&gt; &gt; the full number with no wildcards 
  and same thing.<BR>&gt; &gt;<BR>&gt; &gt; I've done a CCM detailed trace and 
  am seeing large<BR>&gt; &gt; delay between when the phone dials the number 
  and<BR>&gt; when<BR>&gt; &gt; it gets processed. Theres like a good 12 
  seconds<BR>&gt; in<BR>&gt; &gt; trace where the call reference is not 
  listed.<BR>&gt; &gt;<BR>&gt; &gt; This is on CCM 4.02a SR2a.<BR>&gt; 
  &gt;<BR>&gt; &gt;<BR>&gt; &gt;<BR>&gt; &gt;<BR>&gt; &gt; <BR>&gt; &gt; 
  __________________________________<BR>&gt; &gt; Yahoo! Mail - PC Magazine 
  Editors' Choice 2005<BR>&gt; &gt; <A 
  href="http://mail.yahoo.com">http://mail.yahoo.com</A><BR>&gt; &gt; 
  _______________________________________________<BR>&gt; &gt; cisco-voip 
  mailing list<BR>&gt; &gt; <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt; 
  &gt;<BR>&gt; <A 
  href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>&gt; 
  &gt;<BR>&gt; <BR>&gt; 
  <BR><BR><BR>__________________________________________________<BR>Do You 
  Yahoo!?<BR>Tired of spam?&nbsp; Yahoo! Mail has the best spam protection 
  around <BR><A href="http://mail.yahoo.com">http://mail.yahoo.com</A> 
  <BR>_______________________________________________<BR>cisco-voip mailing 
  list<BR><A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A 
  href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR></BLOCKQUOTE></BODY></HTML>