We have the Motorola 900MHz 60 degree access points on a tower. 4 of the 6 AP’s are automatically rebooting themselves. We changed out the CMM, did a spectrum analysis, changed out the Uninterruptible Power Supply, and upgraded all of our software. Can anybody tell me what else it could be? Has anyone else had this problem? It reboots every 15 minutes or so but not all at the same time. We are getting some very unhappy and impatient customers. Motorola told us it was not their equipment and that it was probably interference so we are at a dead end. Someone please let me know quickly if you can.
First thing I would do is change the passwords. Post the event log and let see what it says.
Check and make sure your cnut is not setup to update every 15 min’s.
Change your passwords.
Clueless defies his namesake yet again. :lol:
One more thing to add: are you using Prizm2 at all? If so, in what capacity (IE: for EMS, BAM, or both)?
Make sure that SNMP is read only
SNMP are all set to read only. We changed all passwords. We disabled all auto updaters. We are using the BAM software.
I would suspect Interference is overloading the AP’s.
The only way to know what is going on is to shut down all of the AP’s, turn each AP into an SM and do an RF analysis one at a time. Print a screen shot of the noise that each AP sees. Then figure out your channel assignments.
This can be done in 30-60 minutes.
Post the results of the analysis and your channel assignments to get some recommendations.
You may need to add filters to each AP to reduce out-of-band noise, but let’s take this a step at a time.
Sure, we can do that to see. We did do a spectrum analysis and everything was relatively clean, so we will see. Thanks for the help.
Well it’s been almost an hour, Did it help :?:
:?: Are you still having trouble?
dont forget to use STP …
Thats what we did at the first time using UTP cable. :oops:
How would I get some screen shots up on this post? I have screen shots available…
So far we’ve made sure the cables were fine, oh…we are using STP cable by the way. Here’s one of the event logs of an AP that reboots…
20:24:11 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/syslog.c : Line 522 System Log Cleared
20:49:34 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/nibuf.c : Line 378 NiGetBuf() SrcLUID == 257
20:49:34 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:34 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:34 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:34 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:35 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:35 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:35 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:35 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:35 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:35 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:35 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:35 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:35 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
20:49:34 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/syslog.c : Line 1062 Time set
20:49:34 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/syslog.c : Line 918 System Reset Exception – External Hard Reset WatchDog
20:49:34 UT : 06/26/06 : File root.c : Line 941 System Startup
20:49:34 UT : 06/26/06 : File root.c : Line 946 Software Version : CANOPY 7.3.6 Oct 24 2005 12:06:56 AP-DES
20:49:34 UT : 06/26/06 : File root.c : Line 950 Software Boot Version : CANOPYBOOT 3.0
20:49:34 UT : 06/26/06 : File root.c : Line 956 FPGA Version : 070605
20:49:34 UT : 06/26/06 : File root.c : Line 960 FPGA Features : DES Sched
20:49:45 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/rfhwsched.c : Line 1452 Acquired GPS Sync Pulse.
20:50:52 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/syslog.c : Line 1062 Time set
21:24:52 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/nibuf.c : Line 378 NiGetBuf() SrcLUID == 257
21:24:52 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
21:24:52 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
21:24:52 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
21:24:52 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
21:24:52 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
21:24:52 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/syslog.c : Line 1062 Time set
21:24:52 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/syslog.c : Line 918 System Reset Exception – External Hard Reset WatchDog
21:24:52 UT : 06/26/06 : File root.c : Line 941 System Startup
21:24:52 UT : 06/26/06 : File root.c : Line 946 Software Version : CANOPY 7.3.6 Oct 24 2005 12:06:56 AP-DES
21:24:52 UT : 06/26/06 : File root.c : Line 950 Software Boot Version : CANOPYBOOT 3.0
21:24:52 UT : 06/26/06 : File root.c : Line 956 FPGA Version : 070605
21:24:52 UT : 06/26/06 : File root.c : Line 960 FPGA Features : DES Sched
21:25:03 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/rfhwsched.c : Line 1452 Acquired GPS Sync Pulse.
21:26:09 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/syslog.c : Line 1062 Time set
21:36:53 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/nibuf.c : Line 378 NiGetBuf() SrcLUID == 257
21:36:53 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
21:36:53 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
21:36:53 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/syslog.c : Line 1062 Time set
21:36:53 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/syslog.c : Line 918 System Reset Exception – External Hard Reset WatchDog
21:36:53 UT : 06/26/06 : File root.c : Line 941 System Startup
21:36:53 UT : 06/26/06 : File root.c : Line 946 Software Version : CANOPY 7.3.6 Oct 24 2005 12:06:56 AP-DES
21:36:53 UT : 06/26/06 : File root.c : Line 950 Software Boot Version : CANOPYBOOT 3.0
21:36:53 UT : 06/26/06 : File root.c : Line 956 FPGA Version : 070605
21:36:53 UT : 06/26/06 : File root.c : Line 960 FPGA Features : DES Sched
21:37:04 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/rfhwsched.c : Line 1452 Acquired GPS Sync Pulse.
21:38:09 UT : 06/26/06 : File C:/ISIPPC/pssppc.250/bsps/devices/whisp/syslog.c : Line 1062 Time set
Ni Buf Stat is viewed under Expanded Stats. The user guide refers you to Canopy Tech Support on this.
1 888-605-2552 24/7. Techs are standing by waiting for your call right now!
Let us know what you find out.
This may not be important this one line really stands out maybe Jerry can shed some light.
20:49:34 UT : 06/26/06 : File root.c : Line 960 FPGA Features : DES Sched
I noticed that right after this line:
File C:/ISIPPC/pssppc.250/bsps/devices/whisp/VC_control.c : Line 633 Out of NiBufs
The AP reboots.
I’m wondering if The DES Sched is using up all of the buffers causing the reboot when the Ap reaches max’s buffer limit?
I’m suspecting interference is causing errors which are filling up the buffers.
We’ll see what Moto Tech Support says.
I'm wondering if The DES Sched is using up all of the buffers causing the reboot when the Ap reaches max's buffer limit?
8) I once again, Hold true to my name. DES Sched starts running after you upgrade to hardware scheduling.
Hey guys,
Thanks for all of the help. We tried everything. Some of our AP’s didnt take the 7.3.6 upgrade and were still stuck on 7.2.9. Motorola thought that this could be the problem. We finally got those upgraded but it actually made the rebooting occur more often. We are just going to order a whole new set of AP’s in order to get our customers back on line. Thier patience has run out. Thanks for all of the help.
hello.
we had a similar problem. solution was to set all APs to 10-full duplex instead of 100. Worked for us.
Also, are you forcing HW scheduling on P8 boards?
and finally, although I’m sure you have done this… make sure sector Ids, color codes, and freq are different. Freq should be >25 apart if possible. In some cases we have had to physically seperate the APs on the tower by about 5ft. definately cleaned up the freq scans
We had a very interesting night last night (all in am - so I guess that would be an interesting morning!) anywho… I had installed MicroTik’s “The Dude” (on my personnel workstation)and it starting running (default config - just scanned my subnet’s) Soon after that my AP’s starting reboot after 45-60 secs. After I stopped running the new software all returned to normal! So… did the polling of the SNMP,http,ftp from “The Dude” overrun the buffer causing the reboots AND could a similar issue be causing the originating post?