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 Access Code Passing 1? 2

Status
Not open for further replies.

nnickgm

IS-IT--Management
Jun 25, 2008
48
JM
My VoIP provider is asking me to change the settings on my PBX in regards to my ARS access code. It's set to 9 however he has reported to me that 1 is outputed by our PBX.

We started dialing to the UK recently and while working out the kinks in the system, he told me that when we dial out to the UK; 9-01144-xxx.xxxx.xxx his system receives the following digits 1-01144-xxx.xxxx.xxx

The calls work fine, however he is requesting that I make changes on my PBX so that we stop passing 1 when we call out to the UK.

Is the ARS access code passing 1, how can I fix this? Can this be fixed?

Thanks,

GM
 
Check your prefix mark in your route patten. it should be a 0
 
Or 4 (never send a '1'). International calls should be going out their own route pattern.

Kevin
 
The prefix mark in the route pattern is empty. Would changing it to 0 help?

The international calls are on their own route patter. Should I set a new route pattern for UK calls?
 
Why not create a route pattern just for testing? Try using either 0 or 4 for the Prefix Mark. Put a trace on the TAC and try making a call. Look at the setup digits to see what's being sent out.

Kevin
 
Kevin,

I implemented a new route pattern using 0 as the prefix mark.
However I couldnt execute the trace on the TAC; "Command not supported by GEDI; use emulation"
Couldnt figure out how to execute the command in the emu.

My Voip provider did a live check and confirmed that the one is still popping up before the 01144 when we dial 901144.

I'm going to try 4 as the prefix and see if it will produce the same result as 0.
 
You can't run trace command in GEDI.

Close down GEDI and press CTRL + E to bring up Emu mode, enter command "list trace TAC" plus your TAC code.

 
To run the trace in ASA, select the "Start Emulation" option in the Advanced tab.

Susan
"When the gods wish to punish us, they answer our prayers." - Oscar Wilde, An Ideal husband, 1893
 
Well go figures, not sure what I was doing wrong the first time.

Update:
Setting the prefix at 0 or 4 doesnt strip the 1 that is outputted by the PBX. Right now the IAD is set to strip the 1.
What can I do to configure the PBX to do the stripping?
 
Can anyone assist with this. The prefix mark isnt working...
 
Were you able to get the trace and prove that the route with the prefix mark is being used?

Show us the route and the relevent part of your ars table like this


display route-pattern 105 Page 1 of 3
Pattern Number: 105 Pattern Name: DAL Internation
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: 9 5 n user
2: 10 5 n user
3: n user
4: n user
5: n user
6: n user


0 1 1 deny natl
0 11 11 deny natl
011 10 18 105 natl
12 11 11 103 natl
1212 11 11 311 natl
 
If you could post some of your programming (route pattern in question, ars analysis entry, and trunk group type) we could better get to the root of your problem. When using ISDN trunks, the "call type" feild can/will also change outpulsed digits. The list trace result of a call will also help put the puzzle together.

-CL
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top