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.