Remote call forwarding no disconnect?

[1967LS6]

I pride myself on being very saavy on the Avaya Partner systems after 13 years of installing; if anyone can solve this one for me it would be much appreciated; I have used the RCF feature (#322) on the ACS since it was introduced in version 6. The problem i am having is that sometimes when the call is forwarded out, then the call is ended, the lines stay "off hook". I have used this feature in various forms, in this situation, a caller can press 4 from the AA and then be transfered to ext. 22 which is set to always forward out to a specific number. ( I have the number programmed as speed dial 80) Instead of using a fowarding button, the customer just manually keys it in "feature 11: 22 80" To troubleshoot, I have changed the forwarding number, tried both cell phoines and land lines, tried using different lines, etc. It does not happen everytime. In testing, i made about 20 calls and out of the 20, about 3 of them "Locked" up the lines. I have to do a reset #728 to clear them. I thought this might have been related to their service carrier, but not sure being as how it is very random with no apparent pattern. They are using a dynamic T-1 (voice and data together)from telepacific communications as their provider. Please help!!!

 

[Dexman]

Are the individual trunks on the T1 configured as Loop Start or T1E&M Wink?

If it ain't broke, I haven't fixed it yet.

 

[1967LS6]

I think loop, but I am not 100% sure. The voice lines are broken out of the circuit via the adtran and terminated as analog on a 66 block. Whichever it is set up to do,either Loop or wink it would be strange that that would be the problem because it does work about 50% of the time. If there was a setting on the T-1 that was causing this wouldnt it make it work or not work consisently? It will work about 15 time in a row, then "jamm" the lines up like two or three times in a row, then work again another 10 in a row....?

 

[Dexman]

Hung trunks are quite common when Loop Start trunks are delivered via a T1 circuit. The reason is "Positive Disconnect" isn't always detected by CPE when the far end equipment releases the call.

T1E&M Wink doesn't have that problem so it is almost always a better choice.

If it ain't broke, I haven't fixed it yet.

 

[SYQUEST]

What is the line configuration between the Adtran and the ACS? Is the DS1 extended from the Adtran to the ACS or are the lines extended individually as Loop-start from the Adtran?
How many lines are being used for the ACS?
Are the same lines being used for Call Forwarding each time a call comes through the system?
You may have one or two lines that have faulty Disconnect Supervision. Have you tested each one separately? Any lines you find faulty need to be reported to Telepacific for repair.

....JIM....

 

[1967LS6]

Thanks Dexman for the info on that. that could very well be what is going on. To address it further and to the questions from Jim, they have four lines. These lines come from the adtran and are "landed" on a 66 block. They are of course then cross connected to the ACS to CO1-4; When testing, I tried to call different lines and even tried when certain lines where being used, it would of course grab the next available to do the RCF. I tried changing the RCF # to cell phone, land lines, etc. but still would have no consistant pattern. It would work fine, and then out of no where it would lock up the lines. I could find no pattern. In regards to Dexman's info, should I consider asking Telepacific to switch it to wink instead? can they do that simply? I guess I will start with just calling them to see if there is anything they can do. You know how it is with those people though, its luck if you can get an engineer on the phone that knows anything.

 

[Dexman]

Ah....

I was under the impression that the system had a T1 module, but that isn't the case.

The Adtran unit is acting like a channelbank. It is taking a T1 circuit, stripping off 4 channels and sending them to the system as Loop Start trunks. The 4 trunks are then connected to the CO ports on the system.

In this scenario, the Adtran needs to provide the Positive Disconnect so that the Partner ACS releases once the far end hangs up.

If it ain't broke, I haven't fixed it yet.

 

[SYQUEST]

In performing line tests, you should call each line individually and put it on HOLD, then hang up the source and see if the call on HOLD drops after a few seconds. Then perform the same test on each line again, but this time originate the calls from the ACS to a cell phone or equivalent, put the call on HOLD, then hang up the cell phone and observe the line status on the ACS. This procedure will test the Disconnect supervision in both directions. Any line disconnect failures should be reported to Telepacific for resolution.

....JIM....