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 IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Delayed Dial Tone from T1-TTR's??

Status
Not open for further replies.

ScoTTeL

Programmer
Apr 29, 2002
239
US
I have a Legend 7.0 with two T1's installed. This system has 5 012 basic modules with the ring gen in the power supplies. This system is used for outcalling customer service work. Very few inbound calls. Inbound calls are only taken at the digital stations. There are 2-408 GS/LS/MLX cards in the system as well. There are about 38 customer service reps using analog phones to make calls. When all of these agents are busy making calls, the system seems to load down and there is a delay in getting dial tone after completing one call and going on to the next. This delay is reported as a few seconds to a couple of minutes. Is this do to shortage of TTR's, or a positive disconnect on the channel to the T1 circuits???

Help!! This has plagued me for a while.
 
The following are the number of touch tone receivers per card

012 2
800did 2
400ls 4
400gs/ls 4
008opt 2
016 4

It sounds like you only have 10 ttr's with I think two on the power supply. Not sure on that one.

Not very many if you are doing alot of outbound dialing.

Netcon1
 
Here's the amount of TTR's Avaya recommends depending on the call volume and usage of account codes:

Calls per hr. No Account Codes Account Codes
110 2 4
180 4 6
350 4 8
420 6 8
610 6 10
710 8 10

Other things like voice mail and whatnot use up even more
TTR's so you probably are pretty short. Do you see errors
in the System Error Logs indicating TTR resource issues?
 
You can also check to see if telco is providing you with reliable disconnect. From a cell phone place an inbound call to an internal extension. Then disconnect the call at the cell phone's end. How long does it take before the SA light goes out on the internal extension? It should be relatively immediate. If not then along the way you aren't getting reliable disconnect. Therefore the trunks aren't being reset quickly enough to setup other potential calls.
 
The system does not have voice mail. The approximately 38 callers make 8-12 calls per hour. That is roughly 456 calls worst case. Not using account codes. Shouldn't I have enough resources? Maybe a delay in disconnect is the answer. These T1's are being provided by XO and they have caused me much grief in the past.
 
The system does not have voice mail. The approximately 38 callers make 8-12 calls per hour. That is roughly 456 calls worst case. Not using account codes. Shouldn't I have enough resources? Maybe a delay in disconnect is the answer. These T1's are being provided by XO and they have caused me much grief in the past. I will check the error reports for TTR indications. It is a remote client, so won't happen until monday.
Also does anyone have any Lucent or AT&T 8102 analog sets they are looking to dump?
 
We have service through XO for PSTN PRI and PtP DS1 as well. The service is likewise horrible. The Point to Point DS1 has between 15-45 errored seconds each day and drops the D Channel on occasion we need for tandem PRI.

What I would suggest is:

1) Checking the System Error Log. Through WinSPM navigate SysProgram-->Print-->Error Logs. Any TTR resource errors might reflect lack of Touch-Tone Receivers needed for quick call setup and breakdown.

2) Performing the reliable disconnect test. Call an internal extension from a cell phone and hang up the cell phone. Note the time it takes for the Merlin extension's light to go out. Anything longer than 1-2 seconds indicates reliable disconnect issues. Your LS lines should always be provisioned for reliable disconnect at both telco and on Merlin. Go through WinSPM's SysProgram-->LinesTrunks-->TT/LS Disc-->LS Disonnect to check your end of things.
As for XO one can only hope!
 
I found two issues. One, all channels of the T1's had call waiting, thus some of the callers would flash instead of disconnect and tie up resources. Second, the alarm list did show all TTR's unavailable during peak usage. Looks like more TTR's!! And cancel the call waiting.

Thanks Guys!!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top