If you don’t then everything is good. sometime it fallback to half duplex when you remove the switch-all-port option. But if not then everything is fine, enjoy !
For me, it’s now 20 days without suffering port flapping…
If you don’t then everything is good. sometime it fallback to half duplex when you remove the switch-all-port option. But if not then everything is fine, enjoy !
For me, it’s now 20 days without suffering port flapping…
@digicomtech
your method (switch-all-port=no) doesn’t work for me, I’m sure the ethernet is not on half duplex and it still freezes 1-3 times per day. I have tested it couple of days with no luck
.
So I’m interested if this works for someone else with rb435g ?
@digicomtech
your method (switch-all-port=no) doesn’t work for me, I’m sure the ethernet is not on half duplex and it still freezes 1-3 times per day. I have tested it couple of days with no luck >> .
So I’m interested if this works for someone else with rb435g ?
Setting switch-all-port=no works on about 90% of the 60+ RB435G boards I have in my back haul network. We have noticed that it is only an issue if 10mbps+ bandwidth is being pushed through. The boards that this setting did not fix have been switched to RB800 boards, with which we have never had an issue.
My observations show that this thing happens ONLY when ethernet interface sends allot of traffic(80-150Mbps). If that same ethernet ONLY receives that same traffic there is no problem.
Like this:
siteA–(RB435G_A)----wireless----(RB435G_B)–siteB
one way real world traffic (the other way is through another link with RB600A and have never developped that problem):
if siteA sends to sideB only RB435G_B have that problem 2 to 5 times per day;
if siteB sends to sideA only RB435G_A have that problem 2 to 5 times per day;Reboot is one way to solve it , the other is to toggle the state of “switch-all-ports” to yes/no (in interface ethernet switch)
So I suppose it has something to do with some TX counters overflow and something with that switch chip in RB435G which is not present in RB600A.
Hope this gives someone a clue
I think you’re right. We suffer from a DDOS attack on a client at the remote end of our bridge setup and the ethernet stop to pass the data when packet per second reach a too high value.
Maybe, you should graph you packet per second on the RB435G ethernet port.
Regards,
Michael
@digicomtech
your method (switch-all-port=no) doesn’t work for me, I’m sure the ethernet is not on half duplex and it still freezes 1-3 times per day. I have tested it couple of days with no luck >> .
So I’m interested if this works for someone else with rb435g ?
Setting switch-all-port=no works on about 90% of the 60+ RB435G boards I have in my back haul network. We have noticed that it is only an issue if 10mbps+ bandwidth is being pushed through. The boards that this setting did not fix have been switched to RB800 boards, with which we have never had an issue.
If you watch the spec of both board you will notice that the maximum packet per second that can hold a RB800 is significately higher than an RB435G. Maybe, you got a lot of small packet that the RB435G failed to handle…
Regards,
Michael