BH20 - Link DROPS when flooded with link test

Hi all,
This one has done my head in! We have a link over 0.3 mile (according to air delay). 5.7GHz BH20 DES running in 1X mode.

RSSI is always over 1000, Jitter 1 or 2, Power -56dBm. Frequency now set to a single channel on both ends.

** The link is up… it’s all good until we flood it with a 10 second link test, it will drop out and reboot. Takes 30 seconds or so to reboot and it’s back up again.

I’ve tried adjusting packet length, still the same problem. If I change the number of packets from Flood (0) to 64, it does not drop the link.

Running 8.1.5.1 software and have tried newer versions with the same problem. Then downgraded to 8.1.5.1.


Any ideas would be much appreciated!

Thanks
Dominic
Adelaide, Australia

Here is a few cut&paste from the event log of the Slave. Note the times the events are happening. (I have cut out all the stack dumps).

23:48:35 UT : 04/23/08 : File src/syslog.c : Line 997 System Reset Exception – External Hard Reset Watchdog Reset
23:48:35 UT : 04/23/08 : File src/root.c : Line 409 System Startup
23:48:35 UT : 04/23/08 : File src/root.c : Line 414 Software Version : CANOPY 8.1.5.1 BH20-DES
23:48:35 UT : 04/23/08 : File src/root.c : Line 418 Software Boot Version : CANOPYBOOT 3.0
23:48:35 UT : 04/23/08 : File src/root.c : Line 424 FPGA Version : 041006
23:48:35 UT : 04/23/08 : File src/root.c : Line 428 FPGA Features : DES Sched
23:48:36 UT : 04/23/08 : File src/fecwhisp.c : Line 94 FatalError()
23:48:36 UT : 04/23/08 : File src/stack_dump.c : Line 142
--------------------------------
23:48:36 UT : 04/23/08 : File src/syslog.c : Line 997 System Reset Exception – External Hard Reset Watchdog Reset
23:48:36 UT : 04/23/08 : File src/root.c : Line 409 System Startup
23:48:36 UT : 04/23/08 : File src/root.c : Line 414 Software Version : CANOPY 8.1.5.1 BH20-DES
23:48:36 UT : 04/23/08 : File src/root.c : Line 418 Software Boot Version : CANOPYBOOT 3.0
23:48:36 UT : 04/23/08 : File src/root.c : Line 424 FPGA Version : 041006
23:48:36 UT : 04/23/08 : File src/root.c : Line 428 FPGA Features : DES Sched
01:20:02 UT : 04/24/08 : File src/syslog.c : Line 1099 Time set

**And now it is connected back to the Master.

Well a reboot should take longer then 30 seconds, however your logs do indicate that it is rebooting. When you run a link test it usually increases the latency and results in dropped packets. Does the test complete?

The reboot usually takes between 30-60 seconds.

When the link is flooded with a link test, the link will drop. The BH Master page will refresh and will have very low numbers like 20% efficiency (or 0).



Thanks
Dominic

do you have another pair of BH, is it possible to swap them out one at a time…

what other RF kit do you have at locations of the BH’s ?

have your tried switching master/slave ?

instead of doing a link test have you tried dowing a traffic test where you throttle the link by a file transfer or a UDP traffic generator…

Hi

One end (master) is the only radio transmitter. The slave end has a few antennas on the same roof, but nothing close the the canopy module. The antennas are UHF/VHF and not in the 5.7GHz band.

I have not tried any other data tests, because all testing so far has been done remotely, and the slave is not a desktop PC.

I will be going to site next week, and take a spare BH20 kit to swap out 1 unit at a time. I am thinking it will be the slave end with the problem.


Thanks
Dominic