Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

ARS trouble

Status
Not open for further replies.

heyitsthephoneguy

Technical User
Jul 31, 2002
121
US
Hi All,

I'm having some trouble with my ARS table. I'm trying to adjust for the 780 area code (Canada). I added the area code dial string with the proper route pattern, but when I do a list ars route 7801112222 it chooses the local route...

Any idea why the switch is mis-directing this?

TIA,
Steve
 
To show the route chosen for that area you would do 'list ars route 1780' cuz that should be what your people would be dialing and the switch would be seeing.
 
If it's to be a long distance call try 17801112222
this should then show the proper routing.
 
I thought so to, but somehow the one is ignored in ARS....all area code changes I've made to the switch to date have ignored the 1.

Plus I also changed the 1780 entry with no success.

Is there a way to ignore the one?
 
Did you take look at the Ars Digit Conversion table? Plan your work............Work your plan

[afro]

 
Also in your route pattern you should check the prefix mark on your route pattern, this deals with sending/not sending the 1. Also, see if you're using a toll table to define local/LD it could be that the switch is looking at the 780 as a local exchange instead of an area code.
 
How would I check the toll / LD table?

I checked the ARS digit conversion....no success.
 
OK this has flared up in two of my switches.

Unfortunatly I haven't been to World Class Routing class yet...so I'm in the dark on this.

In the past, to add or adjust an area code, I could do a list ars route plus the number without the 1. Then adjust that ars analysis number...and voila, the number would work.

But now when there is a second ARS route for long distance dialing (fnpa) the system ignores it and uses the local ars analysis entry.

HELP!
 
The ars table only tells it which route pattern to point to and if its home or forgein npa.

My guess is you want to look in the route pattern the other LD area codes are pointed to. In there, look to see if the npa is set to your area code, check to see if its adding digits, because some where there has to be a one added. (i assume)

Typically on the switches here (arizona) if you do a change ars ana 760 you will be changing it for 10 digit dialing (local). and you would tell the ars ana that the call is 10 digits and that its hnpa.

If you do a change ars ana 1760 you will be telling it, its a long distance call, that its 11 digits, and that is FNPA.

The ars table matches the most correct (longest) digit string. i.e. if you have
string min max route Call type
7 10 10 2 hnpa
this will match all numbers that start with "9,7XX-XXX-XXXX"

if you add
string min max route Call type
760 10 10 3 hnpa
the first string will route all calls for "9,7XX-XXX-XXXX" except "9,760-xxx-xxxx" they would go over route 3.

take a look at an LD number you know is working then set up the new 760 area code to copy it exactly. My guess is you need to be looking in the ars table under 17

Hope this helps
RTMCKEE
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top