An old problem has just come back, but in only one weird case. I've got a crapload of people getting randomly bumped offline with v.42 or v.42bis related problems. (I suspect v.42bis.) However... it's only happening on the first 12 channels of ONE DSP card. It's not happening on the other 11 channels of that card, or of any other card in that city or any other city. The card is configured *identically* to the others in every way I can think of checking -- all DSP's are running 2.0.51, though they have varying hardware revisions. The card in question is revision 0.49. Just from midnight to 4:30 pm today on these 12 channels, I've had 310 disconnects for "v.42 string too long", 63 disconnects for "v.42 invalid codeword", and 17 disconnects for "Link security abort". It doesn't matter what brand of modem the client is calling in with. It could be a cheap Winmodem, it could be a USR Courier. It definitely happens with USR modems. For now I've disabled v.42bis on this card until I can figure out what's going on. Disabling v.42bis stops the disconnects. I seem to remember having this problem once quite a while ago, but it was more widespread then... it had popped up right after a DSP firmware upgrade (I think to 1.2.68 at the time). And this has popped up right after going from 2.0.60 to 2.0.51 -- but again, only on half of one card. Ideas? 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 "It's a dog-eat-dog world, and I'm wearing Milk-Bone underwear." - 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.