We have recently consolidated all of our nodes to use the
TC HiPerARC + DSP chasses, and in doing so, have come across 2 issues:
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?
The chases have 130A dual power supplies, and the following code rev's:
DSP: 2.0.81
ARC: 4.2.32
NMC: 6.2.17
(This happens in different POPs as well.)
Also, we had bad experiences turning on BACP in earlier code rev's of the ARC
cards, and at 3Com's advise, left the feature disabled. We have many users of
Ascend Pipeline routers that apparently insist on using bacp for dynamic
bandwidth if they can't have their proprietary Ascend protocol. One user in
particular has spent extensive hours with Ascend trying unsuccessfully to make
a P130 do dynamic channel allocation with our HiPerARC servers.
Does anyone have a workaround for this, or has BACP been stabalized enough
to warrant activating the feature?
-
To unsubscribe to usr-tc, send an email to "majordomo(a)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.
