We are trying to use a CRS317 to repeat a wave that required more than 80 km laser. The customer wants us to forward LACP, but it seems the CRS is not doing it.
Is there any way I can bridge two interfaces so seamlessly that LACP is forwarded?
This is possible by using the latest RC and protocol-mode=none.
Are you sure you want to use LACP on links that are bridged? There can be some throughput issues since LACP requires both links to be with the same speed.
I would guess that you are trying to use Wireless links, which can change the Wireless rate at any time, you should consider using other bonding modes.
If you are using CRS317, which is capable of offloading to the switch chip LACP interfaces, then you will have to give up hardware support for the bonding interface because of the protocol limitations described in the link.
LACPDUs are not meant to be forwarded for a reason, take precaution when forwarding them.
The reason is that the optical link was too long, so im using a CRS317 to repeat the signal. It should not do anything but forward packets to the other port. I dont know if a port mirror could be used?
It couldn’t because mirroring copies both traffic directions from the source port to the destination port, but what is received on the mirror destination port gets nowhere. So yes, you need a bridge between two ports.
Assuming that you are going to use two CRS with two SFPs each to avoid a SPOF represented by a single CRS with two bonds, one looking in each direction.
I´m in the same situation. I updated my CRS317-1G-16S+ to 6.44beta17 and LACPPDUS are traveling through the bridge which is configured on the CRS317.
When I login on the switches and show lldp neighbor the switches actually see the CRS317:
dis lldp neighbor-information list
System Name Local Interface Chassis ID Port ID
swch-047 XGE1/0/25 d894-03fc-a9a6 Ten-GigabitEthernet1/0/25 <= LACP link1.1
swch-047 XGE1/0/26 d894-03fc-a9a6 Ten-GigabitEthernet1/0/26 <= LACP link1.2
MikroTik XGE1/0/26 64d1-54ea-c305 bridge1
The way @artz has suggested in post #5 above - you must use /interface ethernet switch rule to forward ingress frames from port A to port B and vice versa without local processing. So also the LLDP frames, BPDU frames etc. won’t make it to the CPU but will be forwarded to the other port in the A<->B pair.
I tried to use crs305-1G-4s+ as regeneration device , for 80+ km long fiber.
For test i have setup two crs305 on my desk.. Sfp1+Sfp2 works as pair1, Sfp3+Sfp4 work as second pair I it configured on the same way…
On test CRS1 and CRS2 are connected over SFP1… ping beeween devices over MVlan100 (192.168.1.0/24) work fine until i get turn on switch rule:
Its stops IP connectivity beetween ports and devices.. it not allow passing any ip traffic… not eaven beetween two CRS305… and not eaven on devices that are connected to SFP2 on both devices (two routers) , cannot ping anything..
I was still on 7.10 on my CRS317 switches and upgraded to 7.18.2. Well, traffic doesn´t pass the bridge any longer with old config. All counters stay at “0”.
Is there any parameter I have to additionally change in order to get it working again?
(In the meantime I downgraded to 7.11.x where traffic passes the bridge without any problems)
*) bridge - added forward-reserved-addresses property which controls forwarding of MAC 01:80:C2:00:00:0x range (separated from “protocol-mode=none” functionality, disabled by default after upgrade);