Call Classifier? 3

[PBXJay]

We are also having a problem intermittently where there is a delay when dialing out. The call completes, I can hear the caller talking to me saying Hello? a few times but it is as if I am on mute for a 3 second pause. I had spoken to my account rep about this previously. He said looking at our system it seems we would need another call classifier to help handle the load. Would modifing card position help to spread out the load? Here is my current Config:

01a01 PROCESSOR TN798 B
01A02 TONE/CLOCK TN2182 B
01A03 ANNOUNCEMENT TN750 C
01A04 DS1 INTERFACE TN767 E
01A05 CO TRUNK TN747 B
01A06 DIGITAL TN2224
01A07 DIGITAL TN2224
01A08 DIGITAL TN2224
01A09 DS1 INTERFACE TN767 E
01A10 DIGITAL TN2224

01B01 DIGITAL TN2224
01B02 DIGITAL TN2224
01B03 ANALOG TN746 B
01B04 DS1 INTERFACE TN767 E
01B05 ANALOG TN746 B
01B06 CO TRUNK TN747 B
01B07 CO TRUNK TN747 B
01B08 DIGITAL TN2224
01B09 DS1*INTERFACE TN467 F

01C01 CALL CLASSIF TN744 E
01C02 DS1 INTERFACE TN767 E
01C03 DIGITAL TN2224 B
01C04 DIGITAL TN2224
01C05 DS1 INTERFACE TN767 E

Thanks Jay

 

[europe]

Give the command:
LIST MEAS TONE SUM YES

capture the data and put it up here, then we can see if your call classifier denies acces.

Also do a LIST MEAS TONE SUM TOD

allways hellpfull!!

By the way are these analog or digital trunks, if analog maybe you could play arround with the ANSWER SUPERVISION TIME OUT, make it a few seconds shorter then the current timeout.
Probarbly the smartest thing to do is post the result of the measurement reports so you are sure the problem is with the Call Classifier

Please let me know if the information that was provided is helpfull.
Edwin Plat
A.K.A. Europe

 

[PBXJay]

Couldnt get the data to export from DSA. But here it is
Meas Total Peak Total Peak Total Peak
Hour Type Req Req Queued Queued Denied Denied
1000 DTMF 1704 9 0 0 0 0
2300 GPTD 0 0 0 0
2300 CC-TTR 0 0 0 0 0 0
1600 CC-CPTR 64 3 0 0
2300 CC-MFCR 0 0 0 0

TR Type Total Avail Capabilities
DTMR-PT 0 DTMF
GPTD-PT 0 GPTD
CLAS-PT 0 DTMF,CC-TTR,CC-CPTR,MFCR
ETR-PT 16 DTMF,CC-TTR,CC-CPTR,MFCR,
GPTD



AND TODAYS.....


Meas Total Peak Total Peak Total Peak
Hour Type Req Req Queued Queued Denied Denied
1400 DTMF 1317 7 0 0 0 0
1400 GPTD 0 0 0 0
1400 CC-TTR 0 0 0 0 0 0
1200 CC-CPTR 164 4 0 0
1400 CC-MFCR 0 0 0 0

TR Type Total Avail Capabilities
DTMR-PT 0 DTMF
GPTD-PT 0 GPTD
CLAS-PT 0 DTMF,CC-TTR,CC-CPTR,MFCR
ETR-PT 16 DTMF,CC-TTR,CC-CPTR,MFCR,
GPTD

-Jay

 

[europe]

Well looking at the measuremens I do not see that any request for a call classifier port is being queued or denied.
A queue would be created when all available ports would be occupied, but the report shows that at the max. peak level 9 ports were occupied while the system has 16 ports available.

I have seen the problem you describe ages ago when we installed a lot of CO trunks. Right now everything over here is using ISDN-PRI or BRI so I don't see analog that much anymore.

Try making a few test calls call a number were you regularly would have the described problem and after finishing dailing the number press the # sign, see if that helps overcoming the problem.

If that does not do the trick make some test calls after changing the ASNWER SUPERVISION TIME OUT on the trunk.
Make sure you record the current setting so you can change things back after the test.

Hope this helps

Please let me know if the information that was provided is helpfull.
Edwin Plat
A.K.A. Europe

 

[ken07734]

if these are co (pots) lines, try locating a co line that is effected, get your butt ste on the rj21 and see if it is on the co side or the switch.

 

[lopes1211]

The CC board interprets DTMF tones. If the call completes, that should rule out the CC board as an issue. It no longer plays into the equation. -CL

 

[clausen]

I would look at answer supervision. The symptom is what I would typically see if the answer supervision was not being provided by the provider of the facility. If you do not receive answer supervision the system assume answer supervison in 5 seconds (default) I would look at the trunk group form and check as to what the supervision is set to. I would also check my cross-connects and check for the polarity on the trunks ports. Fix any reversals. Hope this helps

Thanks

Chris

 

[PBXJay]

My answer supervision in the co trunks is set to 10 sec. The answer supervision on my longdistance T trunks is 0. What should it be? I have pinpointed the trouble to the outbound CO lines. I have no reversals that I could find. I have checked and found a line that is position 01b0602 in trunk 3/2 and found that to be a pots line, when I tried putting my butt set on it at the telcom dmark, I kept getting fax/modem tones. I doubled checked on my 110 board in the phone room and it is looped from that pots line into my CO board. I definately heard modem tone. Any ideas?
-Jay

 

[dimas]

Hi,
As an idea:
The Pause which you hear as a mute may be simulated by Definity CO trunk answer supervision signal. If you reduce answer supervision time-out on first page of the trunk from 10 sec to 2-3 sec this "Mute pulse" must go before the subscriber "B" answer and will not so hard to take.
Try WATS trunk(not CO) i did so and it was useful in some cases.

regards!

 

[PBXJay]

Morning,
I changed the answer supervision on Friday and I will wait and find out if there are any complaints.
-jay

 

[PBXJay]

Thanks to all. The answer supervision change did the trick. Dropped it down to 3sec.
-Jay