sundance-communications.com/forum Forums Other TDM Phone Systems Sprint - Tadiran Telephones & Systems Disconnect Signal

We have a customer we just installed an IPX Office for in Long Island. They keep getting fast busies on all of their mailboxes. We have adjusted the disconnect signal in PDB to 500ms (actually we have played around with multiple settings from 400ms to 1000ms)We changed SFE7-Disconnect Sequence to a D per Tadiran. The problem still exists. You can monitor the ucmc's ports and see the call disconnect after the mailbox message length has been exceeded and the post message options have timed out, approx. 5 minutes. We called Broadview their Telco and the informed us there was no such thing as a disconnect timer on their equipment. All they say the have is an option for yes or no for a disconnect and its set to yes. I have about had it with these folks. Can anybody provide any advice as to which direction I need to go to prove to them its their equipment. At least I hope it is.

Is the telco. building close in proximity to the customers location.
What I'm getting at is if the telco. isn't dropping voltage completly (in my case), the phone switch might not be seeing the disconnect. We set up a vendor meet and I made sure I had my analog meter with me. If your monitoring (in-line) with the analog meter on a C.O. the needle needs to sweep to zero completly.
This type of issue happened to me when the telco. for the business was across the street. The telco. needed to re-route the dial tone to extend the distance between them and the business (sent the c.o.'s down the road and back to the business). Then the system recognized the disconnect.
Just a hunch!

No way. An open loop is an open loop, period. This cannot be altered by extending the copper loop length. It is a matter of on or off, so if they solved it by rerouting the circuit path, then they used properly-configured pair gain equipment to do it.

Chances are that Broadview's CO switch is in fact sending the disconnect signal (Cancel on Disconnect or COD on the Nortel DMS), but the channel bank that they have installed at the site isn't programmed to repeat this open loop condition toward the equipment. Remember that the service provider may confirm that the signal is programmed and is leaving their switch. That part is easy. It's the other hardware between their switch and the customer premises that causes this problem.

This is the #1 complaint with dealing with CLECS or LECs who use pair gain equipment. Their "technicians" just pop the card into the slot without configuring it properly to mimic the CO's supervisory signaling.

If you search "loop supervision" on this forum, you'll see many discussions about this subject and you'll also see that it NEVER has anything to do with the customer's equipment. Despite what the service provider says, they are always wrong and you must prove this to them.

The CO line must go stone-dead for at least a half-second, just like turning off a light switch for half a second. If the loop voltage isn't completely removed when the calling party hangs up, the system doesn't know to drop the call.

Sorry if I'm dragging on, but I've given this speech dozens of times here.

Ed,

Once again you are exactly correct. One thing I have noticed on the Tadiran system is that on Loop start lines, the systems are very sluggish on disconnecting, especially when calls are in a conference bridge. Those darn things never seemed to disconnect when the callers hung up. On Ground start there never seems to be a problem. I know I have messed around with the CO timers on the Tadiran to get it just right.

Thanks guys, the on site telco equipment totally slipped my mind. Your right the Broadview is a CLEC and they have a T1 coming into the building terminating to an IAD with voice and data split out from there. I will call them today and TRY to have them go check it out. THANKS GUYS

Yeah, go with what Ed said. Sounds like the Telco. fed me a line. However were on the right track.

You guys were right. After weeks of dealing with Broadview they finally sent someone out. They called it something like a post delay signal they had to turn on. These guys are something else. Anyways everything is running fine now and a big thanks to all.

Thanks for letting us know the outcome. Even though we knew, it always helps to hear it from yet another satisfied customer. Glad that you finally got this resolved. Come back anytime for further support.