Backhaul re-registers...

OK…the RSSI, JItter, and Power Level all seem great - but this thing re-registers all the time. This is shooting in the 2.4 range. Is there anybody out there that has this knid of problem or has resolved this problem? Please advise. Thanks!

LUID: 002 : MAC: 0a-00-3e-------- State: IN SESSION (Encrypt Active)
Site Name : -----------
Software Version : CANOPY4.2.3 Jul 23 2004 11:13:49
Software Boot Version : CANOPYBOOT 3.0
FPGA Version : 062403 (DES)
Session Timeout: 12, AirDelay 1784
Session Count: 113, Reg Count 154, Re-Reg Count 0
RSSI (Avg/Last): 1461/1460 Jitter (Avg/Last): 6/5 Power Level (Avg/Last): -69/-69

We are very desperate and could use some advise. If you need any more information please let me know.

Thanks in advance.

Having the same problem here with a 5.7 BH. This link has been live for 1.5 years and it’s been flawless until just recently. I was able to change the slave with a spare because I can access it without a boom truck, but the problem obviously resides at the master.

LUID: 002 : MAC: 0a-00-3e-f0-9a-eb State: IN SESSION (Encrypt Active)
Site Name : No Site Name
Software Version : CANOPY 6.1 Dec 08 2004 09:22:02
Software Boot Version : CANOPYBOOT 3.0
FPGA Version : 051104 (DES)
Session Timeout: 11, AirDelay 227
Session Count: 2, Reg Count 2, Re-Reg Count 0
RSSI (Avg/Last): 1356/1364 Jitter (Avg/Last): 1/1 Power Level (Avg/Last): -61/-61

RSSI used to be over 2500, so I am led to believe that something is a miss
with the tx/rx section.

1.5-years of flawless operation then all of a sudden, my BH radios are dropping like flies.
This will be the 3rd one in a month!

I think Big M timebombs the code so that we’re forced to buy new ones… :evil:


my experience is that re-registers are usually caused by weak signal- which you aparently don’t have or interferrence- which is likely in 2.4