Not only is it unacceptable to have to babysit a ~$10,000 DSP card, but we can't do it here anyways. When we soft-busy out the card, incoming callers get a switch-bitch message. (We're new to PRI, and haven't had time to debug yet). We're using round-robin modem assignment. With fixed assignment, a bad modem will always be assigned to the n'th DS0. Any time that DS0 rings, that bad modem answers. With round-robin on PRI, the bad modem will answer once, then rotate out to be the spare for a little while. I usually have several modems each day going FUBAR. Of course, you can't busy out a modem, and software resets don't do the job, so we're stuck living with it. I noticed this behaviour of the locking modem pairs months ago and pointed it out on the list, but couldn't get a discussion going. Anyone have any suggestions? On Wed, 29 Sep 1999 pferraro@wna-linknet.com wrote:
This is an unacceptable alternative! If you experience these problems and it has been noted by 3Com, then it should be addressed and corrected!! What about all those that are running several HUNDRED TC hubs!
Just my .02 worth!
============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================
On Wed, 29 Sep 1999, Curt Shambeau wrote:
The main problem is what I refer to as "hung modem" where 2 contiguous modems in a DSP will somehow fail in such a way that incoming calls are answered, but never complete the carrier. (list con shows them as call type DIALIN INVALID) The errant modems show orders of magnitude more failed calls in performance monitor. What the user dialing in experiences is something like this: The TC picks up and transmits the answer tone. The client modem begins making the handshake sounds, but the TC continues with the single tone as if the client modem had not responded. Selecting the modems in TCM and performing a software reset on them will clear it up 99% of the time. They always appear in pairs.
Does anyone know what might cause this?
DSP Lockups. Each DSP handles 2 modems, and as such, when it locks up in any way, it takes out 2 modems. Depending on switch type, it manifests itself to the customer in various ways. You described one.
This has been a horrible bug in the DSP since it was first introduced, and they have NEVER been able to fix it. It has gotten better over the years, but it is still a major concern for us.
Our solution is to watch for it - busy out the entire card, wait for customers to drop off the card, and then reboot it.
--------------------------------------------------------------------- | Curtis V. Shambeau | curt@execpc.com | Senior Vice President | | ExecPC, Inc. - A Voyager.net company - NASDAQ Symbol: VOYN | ---------------------------------------------------------------------
- To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.
- To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.
- To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.