That seems kinda normal to me Joel. You've got a dsp with a pri plugged in and the timeslots are idle....you reset the dsp causing the d channel to go down and hence the timeslots go down. It varies on the code you're running, and the particular config options. Sometimes you don't see anything. I'm running older code then that and when I reset a dsp my timeslot go from idle to something like "doesn't match anything". You're timeslots definitely aren't idle when you reset the dsp b/c you're resetting the ds1. Todd ----- Original Message ----- From: "Joel - Fox Computers" <jfox@foxcomputers.com> To: "Discussion relating to the 3Com/US Robotics Total Control modemsystems." <usr-tc@mailman.xmission.com> Sent: Thursday, July 15, 2004 1:29 PM Subject: [USR-TC] DSP Out of Service Problem
Got a wierd problem I hope someone can help with. The chassis has 2 Hiper ARCs (5.3.110) and 6 Hiper DSPs (3.5.109). We're running PRI's to them. The Hiper ARC "list chassis" shows the correct cards, the ARC in slot 15 owns all the DSPs, the ARC in slot 16 owns nothing. NMC Chassis Awareness is disabled on both Hiper ARCs, they are set up statically.
On a DSP with no PRI plugged in, I see something like "DS0 Timeslot Idle", whatever is normal. With a PRI plugged in, after a hardware reset on the DSP, you see the same thing. Then somewhere between 5 and 60 seconds after the reset, the status goes to "DS0 Local Out of Service" on all the timeslots.
The DSPs have been reset to factory Defaults, with the only change being the Switch Type, which is set to NI2, of course followed by saving the setting and resetting the card. I know this setting is correct, I can unplug the PRI from the DSP card and plug it into a PortMaster (which is configured for a plain PRI with NI2 as the switch) and it links up and takes calls right away.
I'm reasonable certain it's not the Hiper ARC, because we did at one point have half the DSPs owned by each ARC and had the same result.
Pulling my hair out over this one - any suggestions? Any idea what I'm overlooking or not checking? Any suggestion would be appreciated.
Thanks,
Joel
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc