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@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.