Using the FAC to bypass AAR/ARS

[speechguy]

I have CM 2.0 on a CSI which is behind another switch.

I wanted to simply add a few analog ports to a trunk group on the CSI for dial out access.

Are there a few quick and easy steps to place calls using ther FAC?

Dial in works fine. But when I try to access (trk/grp1) I see COR issues.
I set the station cor to FRL-7, the trunk grp has FRL-1 (was 0).

You can see my test to FAC 171 fail. (But my test to TAC 170-Qsig seems fine)
LIST TRACE

time data

13:30:18 tone-receiver 01A0205 cid 0x180
13:30:18 active station 55555 cid 0x180
13:30:20 dial 171
13:30:20 denial event 1732: Caller COR Restricted D1=0x1 D2=0x180
13:30:20 dial 171
13:30:20 denial station 55555 cid 0x180
13:30:21 idle station 55555 cid 0x180
13:30:22 tone-receiver 01A0203 cid 0x181
13:30:22 active station 55555 cid 0x181
13:30:24 dial 170
13:30:24 busy trunk-group 2 cid 0x181
13:30:26 idle station 55555 cid 0x181
13:30:49 TRACE COMPLETE station 55555 cid 0x0

Anyone?

 

[avayaman]

Is the Dial Acccess prompt in the trunk group forms set to Yes?

Paul Beddows

Consulting, Avaya/EAS implementation, Training
Vancouver, Canada
E-mail use form on website at

http://www.vancouver.hm/email.html

 

[speechguy]

Avayaman, Yes, I set dial-access on the trunk group form to yes.

Don
dcatudal@adomo.com

 

[avayaman]

What about page 3 of the COR form for the both the station & trunk COR? Maybe access permision is denied there.

Paul Beddows

Consulting, Avaya/EAS implementation, Training
Vancouver, Canada
E-mail use form on website at

http://www.vancouver.hm/email.html

 

[wilsontec]

some of isdn-pri protocol can't accept delay dial.That mean when call set-up call-id destination must be include call set-up information in d-channel. If this call-id absent the d-channel didn't set-up a call.

 

[speechguy]

Paul, Page 3 (calling permission) of both the sta and trunk cor has (default) "Y" for all COR's.

Don

 

[speechguy]

wilsontec,

My Qsig/ISDN group access is fine. I have it pointing to one of my Octel servers.

My problem, is I am unable to dial the FAC to the local CO trunk group. I seem to be restriceted by COR from the traces..

Don

 

[speechguy]

Avayaman/Paul,

I found that COR had "outward" in the "calling
party restrictions. I overlooked it, but I found you FAQ/Tips document from another thread, and the problem became glaring.

Tha't a great/helpful doc you composed!

Now, I see I have a different issue. Since I quickly used a generic loop/start CO trunk with a few analog stations behind another switch, it seems after dialing the FAC, the Definity maskes the dial tone with its own and waits for valid digits to dial through ARS.

Can I remove all ARS dependencies, to allow me to access the (OPX?) and then dial manually?

Don

 

[avayaman]

I don't quite follow. If you are using FAC, you should be bypassing all the ARS. Unless of course this is a tie trunk & dial tone is coming from the far end.

Paul Beddows

Consulting, Avaya/EAS implementation, Training
Vancouver, Canada
E-mail use form on website at

http://www.vancouver.hm/email.html

 

[speechguy]

Avayaman/Paul,

Even when I dial the trunk FAC and get dial tone, it sounds like Avaya's ARS dial tone(?) masked over the actual OPX. I'm calling it an OPX but it's only an analog station from the Ericsson.

I dial 171, get dial tone, then I dial x200 which is the Adomo MCS server. The server answers and plays prompts and the call is then disconnected after 8 secs. by Avaya.

Reason(?)- Offhook dialing timeout expired, it seems it was waiting for a valid dial string, did'nt see it and the timer expired and dropped the call with a reorder tone.



Trunk group 1 FAC =171
trunkmembers = analog ports from an Ericsson (x138,x139)

I call x200, it answers, then Avaya disconnects the call after 8 secs.

I can't find "Offhook dialing timer". Do you have an idea?

list trace tac 171 Page 1
LIST TRACE
time data
15:53:03 Calling party station 55555 cid 0x219
15:53:03 Calling Number & Name 55555 Don Catudal
15:53:03 tone-receiver 01A0201 cid 0x219
15:53:03 dial 171
15:53:03 term trunk-group 1 cid 0x219
15:53:03 dial 171
15:53:03 seize trunk-group 1 member 1 cid 0x219
15:53:07 dial 17120
15:53:07 outpulse done 20
15:53:09 dial 171200
15:53:09 outpulse done 200
15:53:17 denial event 1643: Off-hook dialing time out D1=0xd D2=0x219
15:53:17 dial 171200
15:53:17 denial station 55555 cid 0x219
15:53:20 idle station 55555 cid 0x219

 

[avayaman]

Ok, I understand now. I really don't know what to suggest, except maybe playing with the outgoing supervision Page 1) & outgoing end of dial (page 3) prompts which default to 10 seconds. Maybe try increasing either or both. Almost seems like the Avaya is not seeing any answer supervision & is expecting it. Whatever the "receive answer supervision' prompt on page 1 is set for, try changing it. I would imagine it should be "n" in this case. I'm grasping at straws, but it sounds like you are too.

Paul Beddows

Consulting, Avaya/EAS implementation, Training
Vancouver, Canada
E-mail use form on website at

http://www.vancouver.hm/email.html

 

[speechguy]

Well..I changed cut-through (trunk group form pg 1) from N to Y and it has removed the ARS "masked" dial tone. Good.

I removed the route pattern so ARS should not be able to route the call ? (I am only a student of AAR/ARS at this moment)


From x55556, I dial TAC 171 and get dial tone from the opx (and it really is the dial tone from the Ericsson Web Switch now) then I dialed "Time" in Sunny San Jose CA (767- XXXX) 9, get CO dial tone. and 767-1234. Avaya gathered my dial string and modified it to dial 976-7123


list trace station 55556 Page 1

LIST TRACE

time data

10:23:15 tone-receiver 01A0206 cid 0x22f
10:23:15 active station 55556 cid 0x22f
10:23:19 dial 171
10:23:19 term trunk-group 1 cid 0x22f
10:23:20 dial 171
10:23:20 seize trunk-group 1 member 1 cid 0x22f
10:23:20 tone-receiver 01A0202 cid 0x22f
10:23:22 tone-receiver 01A0207 cid 0x22f
10:23:26 dial 1719
10:23:26 outpulse done 9
10:23:31 dial 1719767123
10:23:31 outpulse done 9767123
10:23:31 tone-receiver 01A0204 cid 0x22f
10:23:48 idle trunk-group 1 member 1 cid 0x22f

Hmmnnn Now how can I remove the ARS rules completely....?

 

[avayaman]

almost seems like you don't need to dial the 9, You certainly don't need it out of the Avaya switch since your on the trunk group directly. & set up a dial 8.

Paul Beddows

Consulting, Avaya/EAS implementation, Training
Vancouver, Canada
E-mail use form on website at

http://www.vancouver.hm/email.html

 

[Coineandude]

that is correct, you should not need the 9 if you dial the TAC to get dial tone.
The 9 is actually your internal feature access code for ARS.
you are bypassing ARS when you dial the TAC.

 

[avayaman]

Sorry if your wondering what the dial 8 business in my post above is all about. I was going to suggest setting up AAR & then thought better of it. Lousy editing job.

Paul Beddows

Consulting, Avaya/EAS implementation, Training
Vancouver, Canada
E-mail use form on website at

http://www.vancouver.hm/email.html

 

[speechguy]

Avayaman, shaneymc,

I dial trunk group 1, TAC is 171

I get dial tone, which is a station port from the Ericsson PBX

At this point I should be able to dial any station (on the Ericsson)

So I dial 200. 200 is voice mail

The call completes, the vm answers, but then Avaya disconnects the call "denial event 1643: Off-hook dialing time out D1=0xd D2=0x240"

list trace tac 171 Page 2

LIST TRACE

time data
16:21:51 idle station 55555 cid 0x23f
16:21:53 Calling party station 55555 cid 0x240
16:21:53 Calling Number & Name 55555 Don Catudal
16:21:53 dial 171
16:21:53 term trunk-group 1 cid 0x240
16:21:53 dial 171
16:21:53 seize trunk-group 1 member 1 cid 0x240
16:21:53 tone-receiver 01A0206 cid 0x240
16:21:56 tone-receiver 01A0202 cid 0x240
16:22:03 dial 1712
16:22:03 outpulse done 2
16:22:06 dial 171200
16:22:06 outpulse done 200
16:22:14 denial event 1643: Off-hook dialing time out D1=0xd D2=0x240
16:22:14 dial 171200
16:22:14 denial station 55555 cid 0x240



For some reason even when I use the TAC, the call seems to be governed by the rules of AAR/ARS. That's my guess..

The same happens when I dial 171
Get dial tone from the Ericsson station
I dial 9 (because now I am using a station port from the Ericsson)
get dial tone from the CO
I dial 767-7777

See how Avaya has controlled the digits I have dialed and inserted a 1 and area code 719 (remember I only dialed 767777)


list trace tac 171 Page 3

LIST TRACE

time data
16:22:16 idle station 55555 cid 0x240
16:22:19 Calling party station 55555 cid 0x241
16:22:19 Calling Number & Name 55555 Don Catudal
16:22:19 dial 171
16:22:19 term trunk-group 1 cid 0x241
16:22:19 dial 171
16:22:19 seize trunk-group 1 member 1 cid 0x241
16:22:19 tone-receiver 01A0204 cid 0x241
16:22:21 tone-receiver 01A0208 cid 0x241
16:22:30 dial 1719
16:22:30 outpulse done 9
16:22:40 dial 1719767777
16:22:40 outpulse done 9767777
16:22:40 tone-receiver 01A0201 cid 0x241
16:22:56 idle trunk-group 1 member 1 cid 0x241

 

[avayaman]

Actually, I'm wondering if using AAR might be a better way to go, you could send it to its own route pattern & have the 9 for the Erickson inserted there. You could access it using dial 8 in the Avaya, & build an appropriate AAR digit analysis table to control what can be dialed in the Erickson. What is happening now seems weird, you shouldn't be hitting the ARS in the Avaya at all, the list trace doesn't indicate you are. What rls is this switch? Is digit 8 being used? If so is there a spare digit that is not.

Paul Beddows

Consulting, Avaya/EAS implementation, Training
Vancouver, Canada
E-mail use form on website at

http://www.vancouver.hm/email.html

 

[avayaman]

Actually, I see its CM 2 from your original post. Send me all the info to my email (see link below) if you want to try AAR (trunk group number), strings you have to dial in the other switch, whether 8 is defined in the dial plan analysis etc, & I'll send you some sheets. Make sure AAR is enabled in your switch by typing cha AAR analysis 0 & see if the form comes up. It should not be too complex. That way you just have to dial 8 plus the 7 digit number in the far end without the 171 & 9 business.

Paul Beddows

Consulting, Avaya/EAS implementation, Training
Vancouver, Canada
E-mail use form on website at

http://www.vancouver.hm/email.html

 

[orypecos]

I had a problem similiar to this before trying to use TAC, and I was told by a Tier 3 Avaya engineer that the pbx still checks ARS even with TAC and there is no way to stop it, other than using Facility Access Codes, that can lead to toll fraud problems.

 

[avayaman]

Interesting, I never came up against the situation. AAR seems his only choice.

Paul Beddows

Consulting, Avaya/EAS implementation, Training
Vancouver, Canada
E-mail use form on website at

http://www.vancouver.hm/email.html