More likely it's a chassis awareness problem... your "bad" ARC probably doesn't know the DSP's are there. Do a "list chassis" and "list interface" and make sure all your modem cards are listed there. If they're not, you'll get fast busies when calls hit them. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 20 Jun 2000, Donald Baud wrote:
Hi, I upgraded several TC boxes to the latest code Harc 5.0.9 and DSP 2.1.9 All went well, and I haven't heard any complaining. Yesterday though, I upgraded the last chassis and for some reason each HiperDSP would answer most of the PRI channels except a few (2 or 3) and gives a fast busy signal to the unlucky caller. The Performance monitor reports "Dialing(3)" on the faulty channels instead of the usual "Incoming call is connected(5)" in the DS0 Timeslot status. The only way to fix this was to busy out those channels.
-I switched the DSP cards to another chassis and the problem disapears. So DSP's are fine -I changed the cage (chassis skeleton) and the problem persists. So the cage is fine -I changed the HiperArc card and the problem was fixed. So there was something wrong with the card
When a caller dials into one of those defective PRI channels, The following error message is reported on the HiperArc console: At 12:36:53, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDMDRV FSM illegal event interface slot:1/mod:13, state WaitCallLstRsp , event NotifyDisconnect
The only difference I could see was that the "defective" hiperarc had ppp offloading disabled. Unfortunately, now that my chassis is running fine with the new HiperArc (with ppp offloading enabled), I nolonger can test or confirm this theory. I am hoping someone would comment or confirm this behaviour with 5.0.9 with ppp offloading disabled.
BTW: 5.0.9 is running fine with 64Meg HiperArc cards
- 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.