Hey all!
Well, I have another problem and thought I would ask here while I await tech support’s response (been 3week + but I know they are busy).
Here’s the problem. I have 100 % up and downlink on my BHs. They are both P10s with 8.2v2 installed (this was to avoid the ethernet issue) and these problems have NOT changed between versions… been the same either way. First, under my scheduler statistics I am showing lots of overruns…
Side M
Transmit Unicast Data Count : 410808
Transmit Broadcast Data Count : 11142
Receive Unicast Data Count : 279632
Receive Broadcast Data Count : 170
Transmit Control Count : 360
Receive Control Count : 360
In Sync Count : 1
Out of Sync Count : 0
Overrun Count : 1528
Side S
Radio Statistics
Transmit Unicast Data Count : 596608
Transmit Broadcast Data Count : 1120
Receive Unicast Data Count : 861068
Receive Broadcast Data Count : 30501
Transmit Control Count : 795
Receive Control Count : 792
In Sync Count : 4
Out of Sync Count : 1
Overrun Count : 103128
Underrun Count : 0
Receive Corrupt Data Count : 10
Receive Bad Broadcast Control Count : 0
Here are errors on my ethernet… I tested the cable with a tester (granted, it’s not an expensive one) and it tests fine.
Side M
Ethernet Control Block Statistics
inoctects Count : 532986379
inucastpkts Count : 418800
Innucastpkts Count : 17018
indiscards Count : 0
inerrors Count : 69
inunknownprotos Count : 0
outoctets Count : 35571514
outucastpktsCount : 284949
outnucastpkts Count : 262
outdiscards Count : 0
outerrors Count : 199
RxBabErr : 0
TxHbErr : 0
EthBusErr : 0
CRCError : 69
RxOverrun : 0
LateCollision : 0
RetransLimitExp : 0
TxUnderrun : 0
CarSenseLost : 198
No Carrier : 1
Side S
Ethernet Control Block Statistics
inoctects Count : 75656026
inucastpkts Count : 590145
Innucastpkts Count : 13738
indiscards Count : 0
inerrors Count : 0
inunknownprotos Count : 0
outoctets Count : 1047021838
outucastpktsCount : 850396
outnucastpkts Count : 30525
outdiscards Count : 0
outerrors Count : 784
RxBabErr : 0
TxHbErr : 0
EthBusErr : 0
CRCError : 0
RxOverrun : 0
LateCollision : 0
RetransLimitExp : 0
TxUnderrun : 0
CarSenseLost : 780
No Carrier : 4
The RF Control Block Statistics has NO errors at all on the master or the slave. NO overload erros either.
any ideas?
The problem I’m getting that is most noticable is that it seems after a while the BH will lock up. Well, it shows link on the switch but nothing passes through.
so… does anyone have any idea what those errors may be caused from? You know what would be really nice- some sort of error dictionary. Is there any type of that floating around? The manual just tells the obvious for the errors not what may cause them (or I didn’t see it at least).
Thanks for any ideas.
LP
How many MB is your BH?
it’s a 20mb BH. I have tried to run it in 10 (non-2x rate) but the errors were still evident, though, less of coarse.
Are you sure it’s not getting saturated?
Yeah, I have links with many more users… (though that might not mean anything with what a town that loves p2p could do lol) nah, I have all users limited down to 1mb (unless they pay for a higher package).
Otherwise, I can ping through the link with great times to the other side of the towers. I use 1400k packets and all is well, steady and about 30-50ms. all the while I can watch these errors going higher and higher.
THis was actually an upgrade link that took these three towers off another tower running those three + 4 more- all going through a 5.7BH20. Now that BH was saturated- but had nothing to these amounts of errors.
Does anyone know what causes the errors? overruns and stuff… and why both sides would show it? no other canopy units on either side show these errors on the RF or the ethernet.
Thanks for the ideas
I thought I would keep this thread updated, I just can’t stand it when you follow a problem and never see the resolution 
As for the resolution, STILL waiting on canopy support for feedback on my support files I sent in. It seems that turning the BH to 10meg slows the errors (of coarse) but they are still flowing in, especially on the scheduler. Another note, after about 2 days, I have to reboot the BH completely by the CMM as it will lock up and stop responding. I don’t see anything too strange here. In the event log there a few errors that are new to me…
ed, US/ETSIv1.3.1
00:00:01 UT : Mon Jan 01 2001 : File src/rfhwsched.c : Line 1593 Acquired GPS Sync Pulse.
15:54:59 UT : Tue Oct 09 2007 : File src/syslog.c : Line 1283 Time set
17:00:00 UT : Tue Oct 09 2007 : File src/syslog.c : Line 1283 Time set
18:00:01 UT : Tue Oct 09 2007 : File src/syslog.c : Line 1283 Time set
19:00:01 UT : Tue Oct 09 2007 : File src/syslog.c : Line 1283 Time set
19:43:43 UT : Tue Oct 09 2007 : File webportglu.c : Line 368 Sending HTTP Header unsuccessful: -1: EPIPE
20:00:02 UT : Tue Oct 09 2007 : File src/syslog.c : Line 1283 Time set
00:00:00 UT : Mon Jan 01 2001 : File src/syslog.c : Line 1181 System Reset Exception –
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 417 System Startup
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 422 Software Version : CANOPY 8.2 BH20-DES
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 426 Software Boot Version : CANOPYBOOT 1.0
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 436 FPGA Version : 060707
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 440 FPGA Features : DES, Sched, US/ETSIv1.3.1
00:00:02 UT : Mon Jan 01 2001 : File src/rfhwsched.c : Line 1593 Acquired GPS Sync Pulse.
21:38:22 UT : Tue Oct 09 2007 : File src/syslog.c : Line 1283 Time set
21:40:49 UT : Tue Oct 09 2007 : File webportglu.c : Line 349 Sending page out to client return socket error 8: ECONNRESET
00:00:00 UT : Mon Jan 01 2001 : File src/syslog.c : Line 1181 System Reset Exception –
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 417 System Startup
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 422 Software Version : CANOPY 8.2 BH20-DES
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 426 Software Boot Version : CANOPYBOOT 1.0
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 436 FPGA Version : 060707
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 440 FPGA Features : DES, Sched, US/ETSIv1.3.1
00:00:01 UT : Mon Jan 01 2001 : File src/rfhwsched.c : Line 1593 Acquired GPS Sync Pulse.
13:01:01 UT : Thu Oct 11 2007 : File src/syslog.c : Line 1283 Time set
13:05:37 UT : Thu Oct 11 2007 : File src/http_utils.c : Line 35 Reboot from Webpage.
00:00:00 UT : Mon Jan 01 2001 : File src/syslog.c : Line 1181 System Reset Exception – Watchdog Reset
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 417 System Startup
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 422 Software Version : CANOPY 8.2 BH20-DES
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 426 Software Boot Version : CANOPYBOOT 1.0
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 436 FPGA Version : 060707
00:00:00 UT : Mon Jan 01 2001 : File src/root.c : Line 440 FPGA Features : DES, Sched, US/ETSIv1.3.1
00:00:02 UT : Mon Jan 01 2001 : File src/rfhwsched.c : Line 1593 Acquired GPS Sync Pulse.
13:06:37 UT : Thu Oct 11 2007 : File src/syslog.c : Line 1283 Time set
14:47:39 UT : Thu Oct 11 2007 : File webportglu.c : Line 368 Sending HTTP Header unsuccessful: -1: EPIPE
So, The new news is that the previous posts still apply, and the errors on the scheduler keep rolling in but now I have to reboot every 2 days or so. I suppose this may have to do with the errors filling up?
anyhow, I will post as I find more out.
Hi there!
I’m facing the same problem my friend… many many errors on the bh ethernet (only) stats.
I had searched all my canopy network on the bridge table and I saw some devices (ap at 2.4, and some 3rd party vendors wifi devices).
So I put on the sm’s some filters and I had my error count rissing more slowly (from the 2k pacets on two cliks I drop this number to some hundrends)…
Please confirm if you test this method… (filters) and have any results!!!
I’m searchin for a solution too.
Have a nice day, my friend!
C U!
Greetings steftheo,
I have ha da MAJOR breakthrough here in this problem. I still have some ethernet errors, but I have stopped ALL errors on the buffers. I disabled airlink security and all radio errors are fine now. latency has dropped 10ms as well. I believe there to be a problem with the software or something when using the airlink security- mainly because the traffic on this link is quite low (only 80-100 users) and is much lower now that the overruns have stopped. It’s only been an hour, but I have had NO errors on the scheduler yet whereas before it was about 100 + overruns per minute!
The ethernet still has crc in errors, but no out errors. I’m at 44 errors now in an hour. One thing I did that helped a little on that was setting the CMM and the BH manualy to 100fdx. As for filters, I use filters on all my SMs and allow only pppoe connection. I have some other vendors in use in some ereas and will check on more filters at thier end. Of coarse, I will also be changing the cable when I get a day without a storm that may be the problem all the while.
I will keep it updated, thanks-
Luke