hEX PoE bug or new feature?

RouterOS General
1

Yesterday I installed a 6 hEX PoE on one of my mast.
Here is the result:
https://drive.google.com/open?id=1jpX0yeZG_6ujJoAQ5s0Jn1IeDbnvqVIVcg

ros version: 6.37.4 (bugfix)

My config is basically:

/interface bridge
add name=bridge1
/interface bridge port
add bridge=bridge1 interface=ether1
add bridge=bridge1 interface=ether2
add bridge=bridge1 interface=ether3
add bridge=bridge1 interface=ether4
add bridge=bridge1 interface=ether5
add bridge=bridge1 interface=sfp1

Interestingly, I have a similar effect on many CRS112 and 212.

2

Are you positive this isn’t “cosmetic”? i.e. network throughput is really flapping? Winbox version? How were you connected to the Hex and other devices, remotely?

3

winbox 3.9
hex is connected ro (via SFP+ 1m direct attach cable) CRS106 and i don’t see such behavior on crs106.
on the ethernet ports I have QRT’s and i don’t see flapping on QRT’s ethernet ports.

4

I mean traffic Spikes and valleys on QRTs traffic, i.e. if traffic leaving that router fluctuates when seen from the next device.

Have you tried making all ether ports part of the switch group and bridging the master one with the SFP port to see if it makes a difference?

Have you checked System > Routerboard Current Firmware version?

5

Have you tried to monitor via console?

I’ve seen this on my power boxes, assumed it was just cosmetic

6

That’s why I asked, I’ve seen this due to cosmetic issues, but also when winbox → device communication is stablished through a saturated or less than ideal connection/path; that is winbox itself which doesn’t receive data in time to display it smoothly.

7

via console = the same problem
just found it on crs212 (no bridge, just switch)
since there is the same problem via console, I don’t think it’s a winbox problem.
I’m conected via optical fiber so I don’t think it’s a weak connection to both hex poe and crs212 problem.

8

Then you’d better generate a supout file while it’s happening and send it to support.