ARS Routing

[Naperguy1]

This is driving me crazy. I have modified the ARS table a number of ways. We have partition route tables and the call is following the correct path. However, if you look at the call setup, it is adding 150/1501 to the front of the number. I've corrected this before, but I can't seem to locate the areas I need to verify to confirm there are no added digits. checked trunk group already. checked ars table/s. Checked part-rte-tbls Verified prefix marks etc on ars table. Driving me crazy.

To explain setup:
station dials 3712575 with a rem cov p that dials out to LD number 1630813XXXX

this is a trace from the phone I am testing from. Identical when tracing X-ported station 3712575 with rem cov p.

13:21:14 active station 718XXXX cid 0x35e
13:21:14 G711MU ssff ps:20 rn:4/4 10.45.16.213:2854 10.50.190.29:2512
13:21:14 xoip: faxT modemT tty:US uid:0x9bc cid:0x35e
13:21:17 dial 3712575
13:21:17 redirect station 3712575 cid 0x35e
13:21:21 coverage-path 272 point 1 cid 0x35e
13:21:21 call-forwarding 91630813
13:21:21 term trunk-group 51 cid 0x35e
13:21:21 dial 91630813XXXX routeREFIX|HNPA|ARS
13:21:21 route-pattern 154 preference 1 cid 0x35e
13:21:21 seize trunk-group 51 member 22 cid 0x35e
13:21:21 Setup digits 1501630813XXXX
13:21:21 Calling Number & Name 630718XXXX NO-CPName
13:21:21 G729A ssff ps:20 rn:4/5 10.45.16.213:2854 10.25.190.18:2124
13:21:21 xoip: faxT modemT tty:US uid:0x9bc cid:0x35e

All help is much appreciated!

"You got to be tough when you're stupid!"

 

[captainnick666]

show us your route pattern

 

[Naperguy1]

Pattern Number: 154 Pattern Name: AUB-LD US
SCCAN? n Secure SIP? n
Grp FRL NPA Pfx Hop Toll No. Inserted DCS/ IXC
No Mrk Lmt List Del Digits QSIG
Dgts Intw
1: 51 4 248 1 n user
2: 9 4 630 1 n user
3: 15 4 630 1 n user
4: 6 4 630 1 n user
5: 2 4 630 1 n user
6: n user

BCC VALUE TSC CA-TSC ITC BCIE Service/Feature BAND No. Numbering LAR
0 1 2 3 4 W Request Dgts Format
Subaddress
1: y y y y y n y as-needed bothept pub-unk none
2: y n n n n n n rest none
3: y n n n n n n rest none
4: y n n n n n n rest none
5: y n n n n n n rest none
6: y y y y y n n rest none


ARS ANA loc 5
ARS DIGIT ANALYSIS TABLE
Location: 5 Percent Full: 22

Dialed Total Route Call Node ANI
String Min Max Pattern Type Num Reqd
1630 11 11 p4 fnpa n


Part tbl
PARTITION ROUTING TABLE

Routing Patterns
Route
Index PGN 1 PGN 2 PGN 3 PGN 4 PGN 5 PGN 6 PGN 7 PGN 8
----- ----- ----- ----- ----- ----- ----- ----- -----
4 6 34 54 154

 

[4merAvaya]

Check the ARS Digit Conversion table.

Kevin

 

[Naperguy1]

No data in system to list is the message I get.

 

[Zen216]

what about locations,,,, display locations,,, see what it show for location 5,, (npa)

the trace showing HNPA for that call,, and it should be FNPA.. so is it set somewhere else?

and,, is the trunk adding the digits?

 

[simreal]

check "display public-unknown-numbering x"

see if there are any entries inserting digits (prefix) there.

 

[simreal]

Actually .. ignore that .. pub unk is the number calling .. not the number being called. ... Sorry

 

[jordy5535]

The "change public numbering" only affects what is displayed on the incoming caller-ID of the called party. It does not insert digits to alter the number being dialed or have any affect on the ARS routing.

 

[4merAvaya]

Do 'list ars rou 1630813XXXX#' and see where the switch thinks it should be routed.

Kevin

 

[4merAvaya]

630 converted to mandatory 10 digit dialing a few months ago. When did the problem start?

Kevin

 

[Naperguy1]

It was brought to my attention yesterday. No telling when. This LSP was installed and everything worked when I left in mid-Nov. One thing that gets me is the trace is showing HNPA instead of FNPA. Would this be doing anything?

 

[Naperguy1]

4merAvaya (TechnicalUser) 9 Jan 08 17:30
Do 'list ars rou 1630813XXXX#' and see where the switch thinks it should be routed.

ARS ROUTE CHOSEN REPORT

Location: 5 Partitioned Group Number: 1

Dialed Total Route Call Node
String Min Max Pattern Type Number Location

1630813 11 11 p4 fnpa 5

 

[4merAvaya]

What is the NPA of TG 51? You have it administered as 248. Should it be 501?

Kevin

 

[Naperguy1]

Its in MI - 248. That's what is driving me crazy. 501 is Arkansas - and we have a loc there.

 

[98Converter]

What's the IP Address of the phone making the call? Is it mapped in IP-NETWORK-MAP and using a different location?

Also, are you sure you ran the command:

display ars digit-conversion location 5 1

I haven't seen it say No data in system to list when there is nothing there... It should look something like this:

ARS DIGIT CONVERSION TABLE
Location: 5 Percent Full: 4

Matching Pattern Min Max Del Replacement String Net Conv ANI Req

n
n


Thanks,
CJH

We are what we repeatedly do. Excellence, then, is not an act but a habit. ARISTOTLE 384-322 B.C.

 

[jzink531]

What does the ARS ANA ALL look like for 1630813? I think the call routing is defaulting to the ARS ANA ALL table because the forwarding extension (371-2527)is not associated with a physical port. Therefore, it will look to the ARS ANA ALL table for routing instructions. That may be where the HNPA is coming from. Just a thought, but I'm interested in your answer.

 

[4merAvaya]

Check the location (display location) and see what NPA is assigned to that site.

Kevin