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

Dropping calls / Burning toners

Status
Not open for further replies.

Guest_imported

New member
Jan 1, 1970
0
0
0
Couple questions for those of you who deal with these systems. Our company(Integral Services) was called in to attempt to help someone with a Definity system. They believed the problem to be cabling, which is what we specialize in, but we have found no problems. Where they are having problems is with a group of calls being dropped all at once. While we were there yesterday, 5 lines went dead while people were talking on them. We are assuming that there is a problem with one of the modules, and have suggested that they call a Lucent authorized dealer to look at it. The strange thing is that they have been using toners on the lines because their cabling installation company did a sub-par job, and mislabelled many of their jacks. Well, if they try to measure continuity using a toner and the line is connected to the switch, boom, it blows the toner. Does this switch put out that strong a voltage? I can hook a toner to a standard analog line and have the toner set to continuity and have no problems, even if a ring comes in, and that is upwards of 90 volts.
 
As far as the phones going dead, the customer should first record the phone numbers and types of calls (extension or trunks) if they were all trunk calls they could have a bad trunk board. Also if they were T1 or ISDN PRI trunks they may not have their clocking on the span set up correctly. It could also be a bad telephone line card - check if all the telephones are on the same circuit pack. Hope this helps
 
You _NEVER_ do a continuity test on digital circuitry. Continuity means you are generating voltage THROUGH the DCP's discreet circuitry. that's a good way to burn up ports on the DCP.

Put a digital meter on the port and see what it's generating. It shouldn't be higher than 52v. DC.

The should do a 'test port nnXnnnn long' and see what the error codes are. Have the reseated and 'reset' the board? Also, another thing that will cause this exact problem is if someone mis-punched two ports on the MDF causing a short-circuit. The DCPs don't handle this well.

:)

 
I had a Paridyn csu (connected to our PRI) that caused a similar problem before it completely failed.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top