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 Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Wrong route-pattern 1

Status
Not open for further replies.

Jer1983

Technical User
Nov 30, 2016
12
US
Hi, I can't figure out why this is happening and I am looking for some help if possible...

Some 226 numbers are going through and others are not with a pre-recording "This number is not a long distance number, do not dial 1" but when we leave off one it goes to a fast busy.

I traced a working 226 number and one that does not work and found that the working one is going to the proper route-pattern when the one that is not working is not.

Not working:

09:11:07 dial 81226260 route:pREFIX|FNPA|ARS
09:11:07 term trunk-group 20 cid 0x1f16


09:11:09 dial 81226260xxxx route:pREFIX|FNPA|ARS

09:11:09 route-pattern 25 preference 1 location 2 cid 0x1f16
09:11:09 seize trunk-group 20 member 17 cid 0x1f16

Working:

09:20:39 dial 81226345 route:pREFIX|FNPA|ARS
09:20:39 term trunk-group 20 cid 0x1f5d


09:20:41 dial 81226345xxxx route:pREFIX|FNPA|ARS

09:20:41 route-pattern 24 preference 1 location 2 cid 0x1f5d
09:20:41 seize trunk-group 20 member 4 cid 0x1f5d
 
You're matching different strings in ARS and going to different routes.

Are both strings of the same calltype? FNPA/HNPA etc? What is the prefix mark on the route pattern for that choice of trunk?

Page 657:
Basically, that prefix mark changes when and how it'll put in a 1 or not out to the trunk.
 
route-pattern 25


grp no FRL NPA Pfx Mrk
20 4 1
1 4


route-pattern 24


grp no FRL NPA Pfx Mrk
20 3
1 3
 
so...that means group 20 with a frl of 4 and no NPA and a prefix mark of 1 on route 25 and blank on route 24?

Well, that's your problem.
 
Thanks Kyle...I am still confused as to why one 226 number would go through and another would not
 
Well I fixed the issue by adding an entry in ars but there wasn't an entry at all for that area code in there...Is there another spot where a call chooses a route-pattern?
 
could be ars digit conversion where a manipulation happens?

your traces show matching in location 2, so make you you list ars analysis location 2 and not just list ars analysis
 
Found them and found the cause...Thank you

What are the different locations? Is it to just keep things organized?
 
No way!

ARS supports many locations.

So, you use the one associated to your location - physically assigned by station, or by subnet in the IP network map and IP network region.

You'll always use the tables for your location unless a more exact match exists in the "all" table that you can see with "list ars analysis" instead of "list ars analysis location 2"
 
Yup I see now...Thanks man appreciate the help...
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top