Hi, i just noticed the 1st port of my 962UiGS-5HacT2HnT (hAP ac), which i use for the modem connection, turns to fast ethernet port whenever i turn on the printer, which is connected to any other eth port of the router. Printer, of course, uses the 100 mbps connection. So it looks like my hAP’s not fond of having mixed speed eth clients. Is this a sw bug or hw bug?
ROS 6.48.6 from ‘long term’ repo, no fancy config alterations, basically WISP AP quick set with some custom wi-fi adjustments, couple of firewall rules and static dns entries.
Have you got a disused dumb Ethernet switch at hand? If so, does the symptom recur with it between the printer and the AP?
Sadly, i don’t have it. But going through the forum i’ve found another occurrence of the same case: http://forum.mikrotik.com/t/mixed-1gb-100-mb-connection-on-rb4011igs-rm-drops-down-the-performance-of-1gb-link/151341/1
Wonder if there’s a solution.
For reference, what firmware is loaded on the hAP ac ?
Edit: Sorry, I see you posted… ROS 6.48.6
Have you tried replacing the network cables?
Seriously, you gotta ask that?
)
Anyway, i got the answer on another thread, here it is: http://forum.mikrotik.com/t/mixed-1gb-100-mb-connection-on-rb4011igs-rm-drops-down-the-performance-of-1gb-link/151341/1
Yes, I try and assume nothing..
Overall, interesting bug…
It’s only interesting when you don’t have to face it. But when you do, you realize, this is some serious fuckup by Mikrotik. I mean come on, “it’s a known issue but we’re doing nothing”. This is disappointing. ![]()
Putting a switch between the printer and router would fix it..
I have small gigabit switches I can’t even give away.. So yeah, seems like a $5 fix..
The bug itself is interesting..
Putting a switch between printer and hAP means more cables, means another power outlet, means more room for the equipment. We’re not talking money here. We’re talkin about major fuckup, a switch chip, which is not able to handle mixed speed clients. And a manufacturer, which goes with a “ah, yeah, we knew this, but we’re doing nothing to fix it” attitude. Well, at least it’s cheap. That’s the only good thing about Mikrotik.
You’re misquoting the other thread. How do you get from “…we are planning to implement it in one of the further RouterOS releases…” to “…we’re doing nothing…”?
They say they can’t fix the RB4011, but that’s a hardware limitation.
Bro, i’m not even quoting. If the hw is about to fail - don’t build it. It’s simple as that. You just don’t built devices without an appropriate testing. And the sw workarounds, appearing only in RC versions is not solution. That being said: we love Mikrotik because it’s cheap. ![]()
And yet you used quotation marks.
Instead of griping, how about you try and fix it? You were given two options in that very thread:
-
“update RouterOS to version7 and use the hw-offload feature” (See? That’s how quotation marks work.)
-
“disable HW acceleration”
And from me, a bonus based on the micro-burst hypothesis: 3. Try interposing a queue.
And yet you used quotation marks.
Instead of griping, how about you try and fix it? For instance, does interposing a RouterOS queue fix it?
Bro, quotation marks aren’t used for quotes only, They’re also used for the interpretation. And for many other things. Are you sure you wanna go grammar nazi right now, instead of admitting, Mikrotik failed big time, and released bunch of devices failed by design?
Do you buy the car so you can fix it, or so you can travel from the point of origin to the point destination?
You’re wasting time. First of all - your time. Second - some elses, who’s reading, time. Third - my time. It’s a huge fail by Mikrotik. If you don’t see it, you must be blind.
Anyways, thanks for the input. ![]()
I buy RouterOS boxes so I can solve my network problems. You’ve got three potential solutions, but all you see are problems.
You go, boy! ![]()