with the new 48-port switch it would not be bad to introduce MLAG

+ 1

MikroTik Cloud Router Switch CRS354-48G-4S+2Q+RM

+1 but MLAG / LACP must be >20pcs , the best without limitation
and STACKING feature up to 8 units !

I would much rather see stacking.

MLAG is fine for Layer 2, but it's a nightmare for Layer 3. Stacking works well for both. Considering a lot of the CRS3XX chipsets have L3 HW offload that has yet to be taken advantage of, it would be nice to be able to form an LACP chanel across two or more switches and use it at L2 or L3.

Listen, any solution is fine
but I can't see netgear in datacenters just because it supports this features !!!

I'd be happy with the ability to just be able to run an MLAG. There is currently no way for one to create a redundant LAG across 2 switches for redundancy.



Anyone have a workaround to be able to bond 2 connections from say a router to 2 switches?

1+ for MLAG

This is hardly a "new" feature request

Stacking and MLAG have different use cases.

For Enterprise a stack is better
For Datacentre/ISP a MLAG cluster is better

This is primarily down to L3 support and failure domains.

+ MLAG

+1

MLAG / Stack whatever but just something or even better both

+1 for MLAG.... this has been talked about for a while and I saw a post ~1yr ago that you guys were trying to get this implemented.

+1 mlag

+1 for both

I would much rather see stacking.

MLAG is fine for Layer 2, but it's a nightmare for Layer 3. Stacking works well for both. Considering a lot of the CRS3XX chipsets have L3 HW offload that has yet to be taken advantage of, it would be nice to be able to form an LACP chanel across two or more switches and use it at L2 or L3.

If the MLAG is active-passive (like in IOS-XR), then Layer-3 is very easy, because only one of both routers has an active/running interface. The distribution needs to be done by a routing protocol, of course.

Edit:
I wonder if it would be possible to fake active passive MLAG using VRRP between both routers for Master election (including a separate HA-link to prevent split-brain). Then employ a script that checks the VRRP-Status (Master or Slave) and accordingly brings up or down the local bonding interface.

Of course the chassis-id needs to be the same on both routers.

The only downside is, that mikrotik forces you to include at least two interfaces in one bond. But you can always use an EoIP-Dummy-interface to circumvent that.

The IEEE 802.1BR support added to 6.48beta12 will eventually give us that, and more:

*) crs3xx - added initial Bridge Port Extender support (CLI only);
*) crs3xx - added initial Controlling Bridge support for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices (CLI only);

A full IEEE 802.1BR implementation will give you a single control plane for all your switches, like a Cisco 3x00 switch stack or 6800 & Nexus with fabric extenders.

Bring it on, MikroTik!

The IEEE 802.1BR support added to 6.48beta12 will eventually give us that, and more:

*) crs3xx - added initial Bridge Port Extender support (CLI only);
*) crs3xx - added initial Controlling Bridge support for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices (CLI only);

A full IEEE 802.1BR implementation will give you a single control plane for all your switches, like a Cisco 3x00 switch stack or 6800 & Nexus with fabric extenders.

Bring it on, MikroTik!

802.1BR is NOT MC-LAG and has a different use case. It is for bridge extension, port expanders and the like. You could possibly use it for stacking...

MC-LAG is still needed, it removes the "single control plane" point of failure.

MC-LAG is still needed, it removes the "single control plane" point of failure.

It only eliminates the need to use STP and VRRP. Dual control plane issues like lack of synced connection tracking will remain.

802.1BR is NOT MC-LAG and has a different use case. It is for bridge extension, port expanders and the like. You could possibly use it for stacking...

I didn't say it was the same. I said that it probably would bring it with it, and I stand by that. It makes it possible to have LAGs with members connected to different physical chassis. And stacking of some sort (Cisco StackWise Virtual, or VSS. Not NX-OS VPC) is exactly what I want. If a box looks like a single device from the outside, I want to configure it as a single device. Which is why I don't like Nexus VPC. Or simple 'MLAG', for that matter.

MC-LAG is still needed, it removes the "single control plane" point of failure.

Stacking (or whatever you want to call it), when done right, fixes that for you by hiding that you are talking to multiple boxes, unless you specifically look for it.

I'd be happy with the ability to just be able to run an MLAG. There is currently no way for one to create a redundant LAG across 2 switches for redundancy.



Anyone have a workaround to be able to bond 2 connections from say a router to 2 switches?

Or to have 2 or 4Ge redundant connection from server for free.

Anyone tried this yet?

https://help.mikrotik.com/docs/display/ ... t+Extender

And managed to get a bonded interface across 2 switches?

any news on this ?

I haven't played with the Controller Bridge & Port Extender. But If I understand it correctly, if the controller bridge dies the port extenders stop functioning. So it seems it is more of a feature to streamline management/config than to increase redundancy. At least at this point.

+1 for stacking
+1 for mlag

+1 for stacking
+1 for mlag

+1 for mlag

Anyone tried this yet?

https://help.mikrotik.com/docs/display/ ... t+Extender

And managed to get a bonded interface across 2 switches?

I got this working, but there is NO hardware switching support, so its all CPU based, which as you know means its unusable.
I cannot believe after this amount of time there is still no such thing as stacking on Mikrotik Switches.

Great to know that it can be done!

I would love to see stacking on MikroTik switches as well. It's something I brought up at every MUM (back when we did those) with the developers as it would solve a lot of problems in ISP, DC and Enterprise use cases.

802.1BR is NOT MC-LAG and has a different use case. It is for bridge extension, port expanders and the like. You could possibly use it for stacking...

MC-LAG is still needed, it removes the "single control plane" point of failure.

I'd take any stack or MC-LAG solution as long as the control plane can take over from one to another stack/mc-member, though I guess to get it to work like in cisco-stacks this would take a serious rewrite on RouterOS, therefore mc-lag might be the easier solution (or virtual bonding between multiple CRS-boxes).

But I guess we will have to wait for ROSv8 ;)

+1 mlag and stack

7.1beta6 changelog:7.1beta6 changelog:

!) added MLAG support for CRS3xx devices (CLI only);

No instruction yet

More pumped about the L3 forwarding addition across the CRS line, I'll probably pick up another CRS317 and a couple CRS328 for access since they support hardware forwarding at layer 3 now.

Is there anything for BGP EVPN on the future?

7.1beta6 changelog:7.1beta6 changelog:

!) added MLAG support for CRS3xx devices (CLI only);

No instruction yet

They're available now:
https://help.mikrotik.com/docs/display/ ... tion+Group

+1 for stacking

Anyone tried this yet?

https://help.mikrotik.com/docs/display/ ... t+Extender

And managed to get a bonded interface across 2 switches?

Is it possible to use Cisco Nexus 2248TP Fabric Extenders (with 10GbE SFP+) directly with any MikroTik router? If yes, with which ones and how? (I bought some 2248s accidentally but wanna use without elevating my power consumption by a Nexus 500x switch.)