Sankar,

Very good call on checking for DN's that start with 9, I hadn't considered that, and sure enough I have some. So that is at least a good place for me to start.

Sometimes I'm surprised this network works at all, when I first got here they had over 1800 topology changes over the course of 13 minutes, that's almost 3 topology changes every second.

Any idea why inputting the above route plans, then removing the above route plans would cause my external dialing to completely stop working?

When you deleted the route patterns that you added earlier, did you try various numbers to see if outbound calls completely was broken ? (Local, LD, 911, International numbers).

I suspect an incorrect Route filter configuration in the first place.

We could call LD, I'm assuming Intl and 911 worked as well (we have to have prior coordination to test 911), and if we dialed 10 digit local it worked fine, but 7 digit local dialing did not work.

Surprisingly, with just 1 pattern:

9.[2-9]x[02-9]xxxx

if I dialed 310-1234, it would not work, even though it matches that pattern, when I added the second back to the route pattern:

9.[2-9][02-9]xxxxx

310-1234 would then work, again I'm bewildered.

The route patterns they have setup are attached, you can see the 2 patterns I added, and here is the setup for the HQ Local Calling:

Outside Dial tone is unchecked

Route filter:

Area Code DOES NOT EXIST

Office Code == XXX

I used the same partition and route list for the two that I created, the 2 I created obviously I didn't apply the route filter to. They all have the outside dial tone unchecked.

Thanks again Sankar

I've experienced the same behavior on a 4.1(3) cluster I have. I had a pre-existing route pattern that was working. I made a modifaciton in hopes of changing it and it quit working. I then changed it back to the original, previously working config and it still didn't work. A good old fashioned Windows reboot fixed it.

That's odd, I wonder what would cause that, there's no way I'm going to reboot my cluster :) So it will have to stay that way until we migrate to 6.1 this summer :) Hopefully I'll have it hashed out and cleaned up before we upgrade though. If I get resolution I'll post my update.

Thanks again everyone.

Craig

Are you on the most current service release? 4.1(3)SR7. If not, it always helps to stay up to date. You could plan a maintanance window, and the SR requires a reboot, so you could kill two birds with one stone.

Actually were on SR5b, that's not a bad idea. Thanks.

As for the route plan report, I'm assuming you are only talking about the ones that begin with "9" and not the "9."

I have all kinds of variable lengths in there, I have 94 numbers taht begin with "9", that includes DN's, translation patterns, and 3 911 route patterns.

They range from 90010 to 913xxxx to 913xxxxxxx to 913xxxxxxxxxx (i have no idea what they were doing / thinking with those 3 DN's)

Translation patterns are also variable with no outside dial tone checked.

You need to get rid of DNs that start with 9. If this canno tbe changed for any reason, you should consider using 8 or 7 as the trunk access code

Sankar,

Thanks I really appreciate your help and patience, you've given me another good place to start attempting to clean up one of the many messes in this network.

Thanks again,

Craig

Craig,

I am glad that helps

Sankar.

Craig,

I am glad that helps. Thanks for the ratings

Craig,

Also on rebooting the cluster, its a good practice to reboot servers from time to time on a maintenance window.