[AusNOG] How to setup something like LACP across two switches

[Jarryd Sullivan]

Hey James,

Looks like you've already gotten a heap of responses, but if you're also using HPE (flex network/comware) switches you can use IRF: http://h17007.www1.hpe.com/docs/reports/irf.pdf

Another vendor, another name/technology :)

Jarryd Sullivan


From: AusNOG <ausnog-bounces at lists.ausnog.net> On Behalf Of James Cunningham
Sent: Friday, 20 April 2018 8:48 AM
To: ausnog at lists.ausnog.net
Subject: [AusNOG] How to setup something like LACP across two switches

Hello Fellow Ausnoggers,

I'm hoping that I can quickly pick the brain of someone more knowledgeable in data centre networking than myself.

We have a customer in one of our racks in Equinix who has a single network switch, and some servers connected to it. We currently have two connections from our switch to the customer's switch, with LACP for redundancy (and as a side effect, we get a slight bandwidth boost for 2 x 1Gbps connections, which is a slight bonus).

We would like to improve this by putting in two network switches on our end, to protect again a single switch failure on our side, but the customer will still have one single network switch.

I'm pretty sure we can't do LACP with this style of setup - so what would people recommend to achieve redundancy here? Main thing is that the connection needs to auto-failover if a network switch fails, or if one of the uplinks fails.

I have created the attached diagram which illustrates what we are trying to do.

Can anyone please help? I'll owe a beer at the Next AusNOG meetup!

Thanks

James

________________________________

The information contained in this message and any attachments may be confidential information. If you are not the intended recipient, you must not use or forward the information contained in these documents. If you have received this message in error, please delete the email and notify the sender.

Internet communications are not secure. You should scan this message and any attachments for viruses. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments.