Hi,
I have quite limited info on this problem ATM, so taking a long shot here to see if someone could have any info on the matter.
We have just set up two RB2011UAS-IN which we basically use as fibre converters/switches.
I have a mm-fiber between them and then via VLAN whe practicly have mapped eth1 on the first RB2011 to eth1 on the second RB2011. Same with eth2, eth3 etc.
Through this link one costumer receives their internet connection, and another costumer (on the other side of the road) has a NAS for their backup-environment.
This was installed a few days ago, and we have done some test-backups pushing the link to its full 1Gbit speed. Everything has worked fine. But yesterday we ran two simultaneous backups through the link. And after about 40 min the connection between the RB2011's stopped working.
Due to holidays and limited physical access to the devices I was not able to connect to any of the RB's to troubleshoot or see the logs. But the costumer restarted one of the RB's and everything went up again.
- Is it possible that the RB's shutsdown the SFP-port if alot of packet loss or collisions/errors occurs?
- Have you seen any known bug which could be related to this? I think v5.22 is installed on the devices, the devices were delivered two weeks ago.
Some additional info
- The fiber has been in use for about 2 years without problems, but ran from an HP ProCurve to a fiber converter before we installed the RB's. But at the time it was only used to deliver 30mbit internet to the costumer (even though the fiberlink was 1Gbit)
- The SFP-modules used are 3rd-party cisco-modules, the reseller for routerboard in Sweden recommended this very SFP since it was what they use them self.
- This has just happend once, and it is possible that this is just an coincidence, that it went down at the same time as the high load occurred, but I think it's a reasonable guess that it is connected.
- The only configuration on the devices are:
5 bridges,
5 vlans,
vlans connected to SFP, one bridge and one eth-interface each
1Gbit on SFP whith auto-negotionation disabled
identity name