ACD queue problem 1

[td1031]

The following ACD will queue a call for about 30 seconds and then disconnect the call with a fast busy. It plays the first FRRT and then the second SRRT and then sends the call to fast busy. So what's wrong wit the queue?

REQ prt
TYPE acd
CUST 0
ACDN 5225

TYPE ACD
CUST 0
ACDN 5225
MWC NO
DSAC NO
MAXP 15
SDNB NO
BSCW NO
ISAP NO
AACQ NO
RGAI NO
ACAA NO
FRRT 22
FRT 6
SRRT 22
SRT 30
NRRT
FROA YES
NCFW
FNCF NO
FORC NO
RTQT 4
RTQO NRD
SPCP NO
OBTN NO
RAO NO
CWTH 1
NCWL NO
BYTH 0
OVTH 2047
TOFT NONE
HPQ NO
OCN NO
OVDN
IFDN
OVBU LNK LNK LNK LNK
EMRT
MURT 20
RTPC NO
STIO
TSFT 20
HOML YES
RDNA NO
NRAC NO
DAL NO
RPRT YES
RAGT 4
DURT 45
RSND 4
FCTH 20
CRQS 100
IVR NO

 

[td1031]

I am thinking this may be a T1 issue. internal calls to the queue never drop but external calls into the toll free number are the calls that drop

 

[td1031]

So what are the commands to check the clock source?

 

[PERRYPJ]

LD 73
PRT
TYPE DDB

OLD ROLMEN WORKING ON NORTELS

 

[GHTROUT]

I would test route 20, the music. Then verify that you want FROA, in other words, you want to play RAN route 22 right off the bat to any caller that arrives when all agents are busty, then play it again in less than 30 seconds (to the caller that just heard it.)

It just seems like a number of these evens occur in 30 seconds depending on the load

Worth a thought...not an expert at ACD

~

http://www.GHTROUT.com/

 

[johnpoole]

that may be a supervision problem on that route, not the acd group at all.. you have no ncfw, what happens if all agents are either logged out or nr? because music is a conf, it very seldom drops a call.. if it's a timing issue, then all calls on that t1 would drop.. ld 60 ssck 0, tells you what t1 your clocking on, free run would be a bad sign, ld 60 lcnt shows if your having clocking problems, ir any other t1/pri issue.. somewhere in the call flow your not sending answer supervision.. if this is a pri, i would ld 96 enl msgo x on the d.. might see the disconnect request.. what happens with other calls on the same route? i would point the 1800 to a dn, test that, then add the routing back to the acd group.. nothing i know of in a group can be programed to rls certain calls.. is this a dnis call?

john poole
bellsouth business
columbia,sc

 

[td1031]

This is a DNIS call. I have noticed that when you call the ACD queue you never get dropped but if you call the toll free number it will drop. This is making me suspect the T1. I took out the second RAN and am just playing the first one and then going to Music now. I can dial the music acod and listen to it for as long as I want to.

The clock source is pointed tot he right T1, I was afraid it may be pointed to the wrong T1.

 

[td1031]

.ssck 0
ENBL
CLOCK ACTIVE
CLOCK CONTROLLER - LOCKED TO SLOT 2
PREF - 2
SREF - 1
AUTO SWREF CLK - ENBL
NO ERROR

IP DB PORT 1 DSBL
IP DB PORT 2 DSBL
IP DB PORT 3 DSBL
IP DB PORT 4 DSBL
CABINET CLK SRC: CC

 

[td1031]

Doesnt look all that bad.

I also changed my secondary clock source to the T1 in this loop. 1 is not a valid T1 and longer.

PRI TRK LOOP 3
TRSH CNT:
BPV -000
SLIPD -000
SLIPR -000
CRC -000
LOSFA -009
OS_BPV -000
OS_LOSFA-003
OS_YEL -000

 

[td1031]

I get DCH012 - DCHI is not configured

.enl msgo 3
DCH012

 

[td1031]

you guys have any more suggestions on this one?

 

[td1031]

ADAN DCH 5
CTYP MSDL
CARD 03
PORT 1
DES LD
USR PRI
DCHL 3
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC D250
SIDE USR
CNEG 1
RLS ID **
RCAP
MBGA NO
OVLR NO
OVLS NO
T200 3
T203 10
N200 3
N201 260
K 7

 

[td1031]

The DCHI was on 5 and not 3. Hmmm wonder why they didnt program this with a uniform layout. My results from the enl msgo 5

DCH 5 OMSG CONN ACK REF 00000017 CH 3 23 TOD 12:05:22

DCH 5 OMSG ALERT REF 0000D608 CH 3 7 TOD 12:05:38

DCH 5 OMSG SETUP REF 00000016 CH 3 22 TOD 12:05:56
CALLED #:8655390001 NUM PLAN: PRIVATE

DCH 5 OMSG CONN ACK REF 00000016 CH 3 22 TOD 12:06:00

DCH 5 OMSG DISC REF 00000016 CH 3 22 TOD 12:06:12
CAUSE :NORMAL CALL CLEARING

DCH 5 OMSG REL COMP REF 00000016 CH 3 22 TOD 12:06:12

DCH 5 OMSG DISC REF 00000017 CH 3 23 TOD 12:06:14
CAUSE :NORMAL CALL CLEARING

DCH 5 OMSG REL COMP REF 00000017 CH 3 23 TOD 12:06:14

DCH 5 OMSG RELEASE REF 0000D608 CH 3 7 TOD 12:06:38

 

[td1031]

Continuing saga this is definitely tied to the LD T1. I have the ACD queue setup as a DID. When I call the DID from external it queues like it should and never drops.

So is there an option to for trunk level answer supervision on PRI?

The carrier says they are not seeing me answer the call and then recieve a calling party disconnect.

 

[td1031]

Got it.


Turned out to be the ASUP setting on the RAN route.