SlideShare a Scribd company logo
®
®
MLAG: Invisible Layer 2 Redundancy
Scott Emery
Cumulus Networks
May 20, 2015
®
Agenda
u  What is MLAG?
u  How does MLAG work?
u  How to set up an MLAG
u  Tools for MLAG analysis and debugging
®
MLAG Introduction
You need to set up a rack of servers for a new
application
u  Add some extra servers for redundancy
u  Uplink to redundant core switches
u  Redundant Internet connections
u  Backup power with batteries and generators
u  Over-provisioned cooling
You receive a midnight call that everything is
down
®
MLAG Introduction
MLAG – A LAG across more than one node
u  Multi-homing for redundancy
u  Active-active to utilize all links which otherwise
may get blocked by Spanning Tree
u  No modification of LAG partner
®
MLAG Terminology
S1 S2
H1 H2 H3 H4 H5
Secondary Role
ISL – Inter-Switch Link
Dually Connected
Primary Role
Singly Connected
®
MLAG Partner View
S1 S2
H1 H2 H3 H4 H5
Switch
®
The Fundamental Job of MLAG
S1 S2
S1 S2
Make this:
Look like this:
Switch
®
MLAG and LACP
u  Both ends must run LACP
u  Normally, when connected
to two different systems,
only one link is used
•  Common system ID is used on
each switch
u  Identification of which ports
on each system are dual-
connected pairs
S1 S2
H1 H2 H3 H4 H5
®
Eliminating Duplicate Packets
u  BUM1 packets are flooded and result in:
§  Duplicate packets at dual-connected hosts
§  A dual-connected host receives packets which
it transmitted
1 BUM packets are: Broadcast, Unknown unicast, and Multicast
®
Eliminating Duplicate Packets
S1 S2
H1 H2 H3 H4 H5
H2 sends a BUM packet which goes up the link to S1
®
Eliminating Duplicate Packets
S1 sends the packet out all interfaces in the bridge, except the
interface on which the packet arrived
S1 S2
H1 H2 H3 H4 H5
®
Eliminating Duplicate Packets
S2 sends the packet out all interfaces in the bridge, except the
interface on which the packet arrived
S1 S2
H1 H2 H3 H4 H5
®
Eliminating Duplicate Packets
u  Dual-connected hosts receive duplicate
copies of the packet
u  Dual-connected hosts which send BUM
packets receive the packet they sent
u  To fix this: Packets received on the ISL are
not forwarded to dual-connected ports
®
Eliminating Duplicate Packets
S2 only sends packet out singly-connected interfaces
S1 S2
H1 H2 H3 H4 H5
®
MAC Address Learning
u  To act as a single logical switch, both switches
must synchronize their MAC address tables
§  Addresses learned on dual-connected ports are
added to the corresponding port on the other
switch
§  Addresses learned on singly-connected ports are
added to the ISL on the other switch
§  Address learning is disabled on the ISL
®
MAC Address Learning
H2 sends a BUM packet, S1 learns the port to H2
S1 S2
H1 H2 H3 H4 H5
H2
®
MAC Address Learning
S1 sends the packet out all interfaces in the bridge, except the
interface on which the packet arrived
S1 S2
H1 H2 H3 H4 H5
H2
®
MAC Address Learning
S2 would ordinarily learn H2 on the ISL and forward the
packet out all singly-connected ports
S1 S2
H1 H2 H3 H4 H5
H2
H2
®
MAC Address Learning
But, learning is disabled on the ISL. Instead, S1 sends a MAC
sync message to S2 which adds H2 to the dual connected port
S1 S2
H1 H2 H3 H4 H5
H2 H2
®
MAC Address Learning
For singly-connected hosts, the MAC sync message causes the
address to be added to the ISL
S1 S2
H1 H2 H3 H4 H5
H1
H1
®
MAC Address Learning
Final MAC address tables may look like this. Red: Address
originally learned on switch. Blue: Address added by MAC sync
S1 S2
H1 H2 H3 H4 H5
H2 H5H1 H4H3
H5
H2
H1
H4H3
®
Switch-Switch MLAG
u  Just like a host can be connected to two
switches, a pair of MLAG'd switches can be
connected to another pair of MLAG'd
switches
§  Used to create larger redundant L2 networks
§  Each pair of MLAG'd switches views the other
switches as a single logical switch
®
Switch-Switch MLAG
S3 S4
S1 S2
®
Switch-Switch MLAG
S3 S4Switch
S1 S2Switch
®
Spanning Tree
u  One switch is set as the primary,
the other is secondary
u  Both switches use the same
bridge ID, dual connected ports
have the same port ID
u  Only primary sends BPDUs on
dual-connected ports
u  BPDUs received on dual
connected ports are sent to the
peer unmodified
u  BPDUs received on the root port
are sent to the peer unmodified
u  Source MACs of BPDUs received
on peer link are checked
u  Peer link never blocks
S1 S2
M1
R1
®
Split Brain
u  If one switch sees that
the ISL is down it
cannot distinguish
between the link going
down (split brain) and
the peer switch going
down (solo)
u  A backup link is used to
make this distinction
S1 S2
H1 H2 H3 H4 H5
S1 S2
H1 H2 H3 H4 H5
??? Which One ???
®
Split Brain
u  When the ISL goes
down, the backup
link can determine
if the peer switch is
still alive
S1 S2
H1 H2 H3 H4 H5
®
Configuring MLAG
In /etc/network/interfaces put all dual-connected ports
in an 802.3ad bond and assign them a clag-id
auto bond1
iface bond1 inet static
bond-slaves swp48
bond-mode 802.3ad
bond-miimon 100
bond-use-carrier 1
bond-lacp-rate 1
bond-min-links 1
bond-xmit_hash_policy layer3+4
clag-id 1
auto bond11
iface bond11 inet static
bond-slaves swp4
bond-mode 802.3ad
bond-miimon 100
bond-use-carrier 1
bond-lacp-rate 1
bond-min-links 1
bond-xmit_hash_policy layer3+4
clag-id 1
Switch S1 Switch S2
®
Configuring MLAG
In /etc/network/interfaces assign clagd
parameters on a VLAN sub-interface of the ISL link
auto peer6.4000
iface peer6.4000 inet static
address 169.254.0.1
netmask 255.255.255.0
clagd-peer-ip 169.254.0.2
clagd-sys-mac 44:38:39:ff:bb:01
clagd-backup-ip 192.168.1.101
auto peer16.4000
iface peer16.4000 inet static
address 169.254.0.2
netmask 255.255.255.0
clagd-peer-ip 169.254.0.1
clagd-sys-mac 44:38:39:ff:bb:01
clagd-backup-ip 192.168.1.100
Switch S1 Switch S2
®
MLAG Tools
clagctl can be used to get the current state of
the MLAG
# clagctl
The peer is alive
Peer Priority, ID, and Role: 32768 00:02:00:00:00:17 primary
Our Priority, ID, and Role: 32768 70:72:cf:e9:f0:76 secondary
Peer Interface and IP: peer6.4000 169.254.0.2
Backup IP: 192.168.1.101 (active)
System MAC: 44:38:39:ff:bb:01
Dual Attached Ports
Our Interface Peer Interface CLAG Id
---------------- ---------------- -------
bond4 bond14 4
bond5 bond15 5
bond1 bond11 1
bond2 bond12 2
bond3 bond13 3
$ clagctl
The peer is alive
Our Priority, ID, and Role: 32768 00:02:00:00:00:17 primary
Peer Priority, ID, and Role: 32768 70:72:cf:e9:f0:76 secondary
Peer Interface and IP: peer16.4000 169.254.0.1
Backup IP: 192.168.1.100 (active)
System MAC: 44:38:39:ff:bb:01
Dual Attached Ports
Our Interface Peer Interface CLAG Id
---------------- ---------------- -------
bond14 bond4 4
bond15 bond5 5
bond12 bond2 2
bond13 bond3 3
bond11 bond1 1
Switch S1 Switch S2
®
MLAG Tools
/var/log/syslog contains MLAG status changes
# grep clagd /var/log/syslog
May 19 16:25:31 act-5712-08 clagd[7253]: Beginning execution of clagd version 1.1.0
May 19 16:25:31 act-5712-08 clagd[7253]: Invoked with: /usr/sbin/clagd --daemon 169.254.0.2
peer6.4000 44:38:39:ff:bb:01
May 19 16:25:31 act-5712-08 clagd[7258]: Role is now secondary
May 19 16:25:32 act-5712-08 clagd[7258]: Initial config loaded
May 19 16:25:33 act-5712-08 clagd[7258]: The peer switch is active.
May 19 16:25:33 act-5712-08 clagd[7258]: Initial data sync from peer done.
May 19 16:25:33 act-5712-08 clagd[7258]: Initial handshake done.
May 19 16:25:33 act-5712-08 clagd[7258]: Initial data sync to peer done.
May 19 16:25:37 act-5712-08 clagd[7258]: bond2 is now dual connected.
May 19 16:25:37 act-5712-08 clagd[7258]: bond3 is now dual connected.
May 19 16:25:37 act-5712-08 clagd[7258]: bond1 is now dual connected.
May 19 16:25:37 act-5712-08 clagd[7258]: bond5 is now dual connected.
May 19 16:25:37 act-5712-08 clagd[7258]: bond4 is now dual connected.
®
© 2014 Cumulus Networks. Cumulus Networks, the Cumulus Networks Logo, and Cumulus Linux are trademarks or registered trademarks of Cumulus Networks, Inc.
or its affiliates in the U.S. and other countries. Other names may be trademarks of their respective owners. The registered trademark Linux® is used pursuant to a
sublicense from LMI, the exclusive licensee of Linus Torvalds, owner of the mark on a world-wide basis.
§ Thank You!
®
cumulusnetworks.com 32

More Related Content

What's hot

Filesystem Comparison: NFS vs GFS2 vs OCFS2
Filesystem Comparison: NFS vs GFS2 vs OCFS2Filesystem Comparison: NFS vs GFS2 vs OCFS2
Filesystem Comparison: NFS vs GFS2 vs OCFS2
Giuseppe Paterno'
 

What's hot (20)

Packet flow on openstack
Packet flow on openstackPacket flow on openstack
Packet flow on openstack
 
Overview of Distributed Virtual Router (DVR) in Openstack/Neutron
Overview of Distributed Virtual Router (DVR) in Openstack/NeutronOverview of Distributed Virtual Router (DVR) in Openstack/Neutron
Overview of Distributed Virtual Router (DVR) in Openstack/Neutron
 
VPC PPT @NETWORKERSHOME
VPC PPT @NETWORKERSHOMEVPC PPT @NETWORKERSHOME
VPC PPT @NETWORKERSHOME
 
Vpc notes
Vpc notesVpc notes
Vpc notes
 
OpenvSwitch Deep Dive
OpenvSwitch Deep DiveOpenvSwitch Deep Dive
OpenvSwitch Deep Dive
 
NSX-T Architecture and Components.pptx
NSX-T Architecture and Components.pptxNSX-T Architecture and Components.pptx
NSX-T Architecture and Components.pptx
 
Cumulus networks conversion guide
Cumulus networks conversion guideCumulus networks conversion guide
Cumulus networks conversion guide
 
Monitoring pfSense 2.4 with SNMP - pfSense Hangout March 2018
Monitoring pfSense 2.4 with SNMP - pfSense Hangout March 2018Monitoring pfSense 2.4 with SNMP - pfSense Hangout March 2018
Monitoring pfSense 2.4 with SNMP - pfSense Hangout March 2018
 
Vxlan deep dive session rev0.5 final
Vxlan deep dive session rev0.5   finalVxlan deep dive session rev0.5   final
Vxlan deep dive session rev0.5 final
 
Spectrum Scale Best Practices by Olaf Weiser
Spectrum Scale Best Practices by Olaf WeiserSpectrum Scale Best Practices by Olaf Weiser
Spectrum Scale Best Practices by Olaf Weiser
 
Filesystem Comparison: NFS vs GFS2 vs OCFS2
Filesystem Comparison: NFS vs GFS2 vs OCFS2Filesystem Comparison: NFS vs GFS2 vs OCFS2
Filesystem Comparison: NFS vs GFS2 vs OCFS2
 
Vxlan control plane and routing
Vxlan control plane and routingVxlan control plane and routing
Vxlan control plane and routing
 
Deploying CloudStack and Ceph with flexible VXLAN and BGP networking
Deploying CloudStack and Ceph with flexible VXLAN and BGP networking Deploying CloudStack and Ceph with flexible VXLAN and BGP networking
Deploying CloudStack and Ceph with flexible VXLAN and BGP networking
 
Network LACP/Bonding/Teaming with Mikrotik
Network LACP/Bonding/Teaming with MikrotikNetwork LACP/Bonding/Teaming with Mikrotik
Network LACP/Bonding/Teaming with Mikrotik
 
Demystifying EVPN in the data center: Part 1 in 2 episode series
Demystifying EVPN in the data center: Part 1 in 2 episode seriesDemystifying EVPN in the data center: Part 1 in 2 episode series
Demystifying EVPN in the data center: Part 1 in 2 episode series
 
VXLAN BGP EVPN: Technology Building Blocks
VXLAN BGP EVPN: Technology Building BlocksVXLAN BGP EVPN: Technology Building Blocks
VXLAN BGP EVPN: Technology Building Blocks
 
Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014
Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014
Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014
 
1 asr9 k platform architecture
1   asr9 k platform architecture1   asr9 k platform architecture
1 asr9 k platform architecture
 
Large scale overlay networks with ovn: problems and solutions
Large scale overlay networks with ovn: problems and solutionsLarge scale overlay networks with ovn: problems and solutions
Large scale overlay networks with ovn: problems and solutions
 
ACI Hands-on Lab
ACI Hands-on LabACI Hands-on Lab
ACI Hands-on Lab
 

Viewers also liked

12.) fabric (your next data center)
12.) fabric (your next data center)12.) fabric (your next data center)
12.) fabric (your next data center)
Jeff Green
 

Viewers also liked (20)

Linux networking is Awesome!
Linux networking is Awesome!Linux networking is Awesome!
Linux networking is Awesome!
 
Cumulus Linux 2.5.5 What's New
Cumulus Linux 2.5.5 What's NewCumulus Linux 2.5.5 What's New
Cumulus Linux 2.5.5 What's New
 
12.) fabric (your next data center)
12.) fabric (your next data center)12.) fabric (your next data center)
12.) fabric (your next data center)
 
How deep is your buffer – Demystifying buffers and application performance
How deep is your buffer – Demystifying buffers and application performanceHow deep is your buffer – Demystifying buffers and application performance
How deep is your buffer – Demystifying buffers and application performance
 
Cumulus Linux 2.5.4
Cumulus Linux 2.5.4Cumulus Linux 2.5.4
Cumulus Linux 2.5.4
 
NFD9 - Dinesh Dutt, Data Center Architectures
NFD9 - Dinesh Dutt, Data Center ArchitecturesNFD9 - Dinesh Dutt, Data Center Architectures
NFD9 - Dinesh Dutt, Data Center Architectures
 
Network Configuration Example: Configuring CoS to Support an MC-LAG on an FCo...
Network Configuration Example: Configuring CoS to Support an MC-LAG on an FCo...Network Configuration Example: Configuring CoS to Support an MC-LAG on an FCo...
Network Configuration Example: Configuring CoS to Support an MC-LAG on an FCo...
 
Operationalizing BGP in the SDDC
Operationalizing BGP in the SDDCOperationalizing BGP in the SDDC
Operationalizing BGP in the SDDC
 
Webinar: Network Automation [Tips & Tricks]
Webinar: Network Automation [Tips & Tricks]Webinar: Network Automation [Tips & Tricks]
Webinar: Network Automation [Tips & Tricks]
 
Network Architecture for Containers
Network Architecture for ContainersNetwork Architecture for Containers
Network Architecture for Containers
 
Building Scalable Data Center Networks
Building Scalable Data Center NetworksBuilding Scalable Data Center Networks
Building Scalable Data Center Networks
 
Demystifying Networking: Data Center Networking Trends 2017
Demystifying Networking: Data Center Networking Trends 2017Demystifying Networking: Data Center Networking Trends 2017
Demystifying Networking: Data Center Networking Trends 2017
 
Modern Data Center Network Architecture - The house that Clos built
Modern Data Center Network Architecture - The house that Clos builtModern Data Center Network Architecture - The house that Clos built
Modern Data Center Network Architecture - The house that Clos built
 
Big data, better networks
Big data, better networksBig data, better networks
Big data, better networks
 
Using linux to manage the entire rack
Using linux to manage the entire rackUsing linux to manage the entire rack
Using linux to manage the entire rack
 
NFD9 - David Sinn, Real World Examples
NFD9 - David Sinn, Real World ExamplesNFD9 - David Sinn, Real World Examples
NFD9 - David Sinn, Real World Examples
 
Big Data, Better Networks
Big Data, Better NetworksBig Data, Better Networks
Big Data, Better Networks
 
NFD9 - JR Rivers, Cumulus Networks Overview
NFD9 - JR Rivers, Cumulus Networks OverviewNFD9 - JR Rivers, Cumulus Networks Overview
NFD9 - JR Rivers, Cumulus Networks Overview
 
Manage your switches like servers
Manage your switches like serversManage your switches like servers
Manage your switches like servers
 
Open Hardware for All - Webinar March 25, 2015
Open Hardware for All - Webinar March 25, 2015Open Hardware for All - Webinar March 25, 2015
Open Hardware for All - Webinar March 25, 2015
 

Similar to Mlag invisibile layer 2 redundancy

Www ccnav5 net_ccna_3_v5_0_scaling_networks_final_exam_2013
Www ccnav5 net_ccna_3_v5_0_scaling_networks_final_exam_2013Www ccnav5 net_ccna_3_v5_0_scaling_networks_final_exam_2013
Www ccnav5 net_ccna_3_v5_0_scaling_networks_final_exam_2013
Đồng Quốc Vương
 
CCN3Switching_lab_5_5_2
CCN3Switching_lab_5_5_2CCN3Switching_lab_5_5_2
CCN3Switching_lab_5_5_2
alan moreno
 
Ccna 3 v 4.0 final-exam-17-07-2010
Ccna 3 v 4.0 final-exam-17-07-2010Ccna 3 v 4.0 final-exam-17-07-2010
Ccna 3 v 4.0 final-exam-17-07-2010
irbas
 
Ccna 3 v4.0 final-exam-17-07-2010
Ccna 3 v4.0  final-exam-17-07-2010Ccna 3 v4.0  final-exam-17-07-2010
Ccna 3 v4.0 final-exam-17-07-2010
irbas
 
Www ccnav5 net_ccna_1_chapter_5_v5_0_exam_answers_2014
Www ccnav5 net_ccna_1_chapter_5_v5_0_exam_answers_2014Www ccnav5 net_ccna_1_chapter_5_v5_0_exam_answers_2014
Www ccnav5 net_ccna_1_chapter_5_v5_0_exam_answers_2014
Đồng Quốc Vương
 

Similar to Mlag invisibile layer 2 redundancy (20)

CCNA - Switching Concepts made easy
CCNA - Switching Concepts made easyCCNA - Switching Concepts made easy
CCNA - Switching Concepts made easy
 
Ccnp3 lab 3_1_en (hacer)
Ccnp3 lab 3_1_en (hacer)Ccnp3 lab 3_1_en (hacer)
Ccnp3 lab 3_1_en (hacer)
 
CCNP Switching Chapter 8
CCNP Switching Chapter 8CCNP Switching Chapter 8
CCNP Switching Chapter 8
 
CCNP Study Guide
CCNP Study GuideCCNP Study Guide
CCNP Study Guide
 
Www ccnav5 net_ccna_3_v5_0_scaling_networks_final_exam_2013
Www ccnav5 net_ccna_3_v5_0_scaling_networks_final_exam_2013Www ccnav5 net_ccna_3_v5_0_scaling_networks_final_exam_2013
Www ccnav5 net_ccna_3_v5_0_scaling_networks_final_exam_2013
 
Ccnp labs
Ccnp labsCcnp labs
Ccnp labs
 
Troubleshooting Common Network Related Issues with NetScaler
Troubleshooting Common Network Related Issues with NetScalerTroubleshooting Common Network Related Issues with NetScaler
Troubleshooting Common Network Related Issues with NetScaler
 
CCN3Switching_lab_5_5_2
CCN3Switching_lab_5_5_2CCN3Switching_lab_5_5_2
CCN3Switching_lab_5_5_2
 
CCNA (R & S) Module 04 - Scaling Networks - Chapter 4
CCNA (R & S) Module 04 - Scaling Networks - Chapter 4CCNA (R & S) Module 04 - Scaling Networks - Chapter 4
CCNA (R & S) Module 04 - Scaling Networks - Chapter 4
 
3 2
3 23 2
3 2
 
SDN in Warehouse Scale Datacenters v2.0
SDN in Warehouse Scale Datacenters v2.0SDN in Warehouse Scale Datacenters v2.0
SDN in Warehouse Scale Datacenters v2.0
 
Sdn dell lab report v2
Sdn dell lab report v2Sdn dell lab report v2
Sdn dell lab report v2
 
Ccnp3 lab 3_5_en (hacer)
Ccnp3 lab 3_5_en (hacer)Ccnp3 lab 3_5_en (hacer)
Ccnp3 lab 3_5_en (hacer)
 
Ccna 3 v 4.0 final-exam-17-07-2010
Ccna 3 v 4.0 final-exam-17-07-2010Ccna 3 v 4.0 final-exam-17-07-2010
Ccna 3 v 4.0 final-exam-17-07-2010
 
Ccna 3 v4.0 final-exam-17-07-2010
Ccna 3 v4.0  final-exam-17-07-2010Ccna 3 v4.0  final-exam-17-07-2010
Ccna 3 v4.0 final-exam-17-07-2010
 
Spanning Tree Protocol and Examples
Spanning Tree Protocol and ExamplesSpanning Tree Protocol and Examples
Spanning Tree Protocol and Examples
 
I pv6 eigrp
I pv6 eigrpI pv6 eigrp
I pv6 eigrp
 
IPv6 EIGRP
IPv6 EIGRPIPv6 EIGRP
IPv6 EIGRP
 
Day 13.1..1 catalyst switch
Day 13.1..1 catalyst switchDay 13.1..1 catalyst switch
Day 13.1..1 catalyst switch
 
Www ccnav5 net_ccna_1_chapter_5_v5_0_exam_answers_2014
Www ccnav5 net_ccna_1_chapter_5_v5_0_exam_answers_2014Www ccnav5 net_ccna_1_chapter_5_v5_0_exam_answers_2014
Www ccnav5 net_ccna_1_chapter_5_v5_0_exam_answers_2014
 

More from Cumulus Networks

More from Cumulus Networks (15)

Building a Layer 3 network with Cumulus Linux
Building a Layer 3 network with Cumulus LinuxBuilding a Layer 3 network with Cumulus Linux
Building a Layer 3 network with Cumulus Linux
 
Operationalizing EVPN in the Data Center: Part 2
Operationalizing EVPN in the Data Center: Part 2Operationalizing EVPN in the Data Center: Part 2
Operationalizing EVPN in the Data Center: Part 2
 
Best practices for network troubleshooting
Best practices for network troubleshootingBest practices for network troubleshooting
Best practices for network troubleshooting
 
NetDevOps 202: Life After Configuration
NetDevOps 202: Life After ConfigurationNetDevOps 202: Life After Configuration
NetDevOps 202: Life After Configuration
 
Cumulus Networks: Automating Network Configuration
Cumulus Networks: Automating Network ConfigurationCumulus Networks: Automating Network Configuration
Cumulus Networks: Automating Network Configuration
 
July NYC Open Networking Meeup
July NYC Open Networking MeeupJuly NYC Open Networking Meeup
July NYC Open Networking Meeup
 
Demystifying Networking Webinar Series- Routing on the Host
Demystifying Networking Webinar Series- Routing on the HostDemystifying Networking Webinar Series- Routing on the Host
Demystifying Networking Webinar Series- Routing on the Host
 
Ifupdown2: Network Interface Manager
Ifupdown2: Network Interface ManagerIfupdown2: Network Interface Manager
Ifupdown2: Network Interface Manager
 
Operationalizing VRF in the Data Center
Operationalizing VRF in the Data CenterOperationalizing VRF in the Data Center
Operationalizing VRF in the Data Center
 
Microservices Network Architecture 101
Microservices Network Architecture 101Microservices Network Architecture 101
Microservices Network Architecture 101
 
Webinar-Linux Networking is Awesome
Webinar-Linux Networking is AwesomeWebinar-Linux Networking is Awesome
Webinar-Linux Networking is Awesome
 
Webinar- Tea for the Tillerman
Webinar- Tea for the TillermanWebinar- Tea for the Tillerman
Webinar- Tea for the Tillerman
 
Dreamhost deploying dreamcompute at scale
Dreamhost deploying dreamcompute at scaleDreamhost deploying dreamcompute at scale
Dreamhost deploying dreamcompute at scale
 
Cumulus Linux 2.5.3
Cumulus Linux 2.5.3Cumulus Linux 2.5.3
Cumulus Linux 2.5.3
 
Open Networking for Your OpenStack
Open Networking for Your OpenStackOpen Networking for Your OpenStack
Open Networking for Your OpenStack
 

Recently uploaded

Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo DiehlFuture Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
Peter Udo Diehl
 
Essentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with ParametersEssentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with Parameters
Safe Software
 

Recently uploaded (20)

Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...
Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...
Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...
 
Unsubscribed: Combat Subscription Fatigue With a Membership Mentality by Head...
Unsubscribed: Combat Subscription Fatigue With a Membership Mentality by Head...Unsubscribed: Combat Subscription Fatigue With a Membership Mentality by Head...
Unsubscribed: Combat Subscription Fatigue With a Membership Mentality by Head...
 
IESVE for Early Stage Design and Planning
IESVE for Early Stage Design and PlanningIESVE for Early Stage Design and Planning
IESVE for Early Stage Design and Planning
 
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
 
10 Differences between Sales Cloud and CPQ, Blanka Doktorová
10 Differences between Sales Cloud and CPQ, Blanka Doktorová10 Differences between Sales Cloud and CPQ, Blanka Doktorová
10 Differences between Sales Cloud and CPQ, Blanka Doktorová
 
Measures in SQL (a talk at SF Distributed Systems meetup, 2024-05-22)
Measures in SQL (a talk at SF Distributed Systems meetup, 2024-05-22)Measures in SQL (a talk at SF Distributed Systems meetup, 2024-05-22)
Measures in SQL (a talk at SF Distributed Systems meetup, 2024-05-22)
 
To Graph or Not to Graph Knowledge Graph Architectures and LLMs
To Graph or Not to Graph Knowledge Graph Architectures and LLMsTo Graph or Not to Graph Knowledge Graph Architectures and LLMs
To Graph or Not to Graph Knowledge Graph Architectures and LLMs
 
Assuring Contact Center Experiences for Your Customers With ThousandEyes
Assuring Contact Center Experiences for Your Customers With ThousandEyesAssuring Contact Center Experiences for Your Customers With ThousandEyes
Assuring Contact Center Experiences for Your Customers With ThousandEyes
 
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo DiehlFuture Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
 
"Impact of front-end architecture on development cost", Viktor Turskyi
"Impact of front-end architecture on development cost", Viktor Turskyi"Impact of front-end architecture on development cost", Viktor Turskyi
"Impact of front-end architecture on development cost", Viktor Turskyi
 
Mission to Decommission: Importance of Decommissioning Products to Increase E...
Mission to Decommission: Importance of Decommissioning Products to Increase E...Mission to Decommission: Importance of Decommissioning Products to Increase E...
Mission to Decommission: Importance of Decommissioning Products to Increase E...
 
GenAISummit 2024 May 28 Sri Ambati Keynote: AGI Belongs to The Community in O...
GenAISummit 2024 May 28 Sri Ambati Keynote: AGI Belongs to The Community in O...GenAISummit 2024 May 28 Sri Ambati Keynote: AGI Belongs to The Community in O...
GenAISummit 2024 May 28 Sri Ambati Keynote: AGI Belongs to The Community in O...
 
Essentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with ParametersEssentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with Parameters
 
UiPath Test Automation using UiPath Test Suite series, part 3
UiPath Test Automation using UiPath Test Suite series, part 3UiPath Test Automation using UiPath Test Suite series, part 3
UiPath Test Automation using UiPath Test Suite series, part 3
 
From Daily Decisions to Bottom Line: Connecting Product Work to Revenue by VP...
From Daily Decisions to Bottom Line: Connecting Product Work to Revenue by VP...From Daily Decisions to Bottom Line: Connecting Product Work to Revenue by VP...
From Daily Decisions to Bottom Line: Connecting Product Work to Revenue by VP...
 
Speed Wins: From Kafka to APIs in Minutes
Speed Wins: From Kafka to APIs in MinutesSpeed Wins: From Kafka to APIs in Minutes
Speed Wins: From Kafka to APIs in Minutes
 
Powerful Start- the Key to Project Success, Barbara Laskowska
Powerful Start- the Key to Project Success, Barbara LaskowskaPowerful Start- the Key to Project Success, Barbara Laskowska
Powerful Start- the Key to Project Success, Barbara Laskowska
 
From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...
From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...
From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...
 
JMeter webinar - integration with InfluxDB and Grafana
JMeter webinar - integration with InfluxDB and GrafanaJMeter webinar - integration with InfluxDB and Grafana
JMeter webinar - integration with InfluxDB and Grafana
 
Optimizing NoSQL Performance Through Observability
Optimizing NoSQL Performance Through ObservabilityOptimizing NoSQL Performance Through Observability
Optimizing NoSQL Performance Through Observability
 

Mlag invisibile layer 2 redundancy

  • 1. ® ® MLAG: Invisible Layer 2 Redundancy Scott Emery Cumulus Networks May 20, 2015
  • 2. ® Agenda u  What is MLAG? u  How does MLAG work? u  How to set up an MLAG u  Tools for MLAG analysis and debugging
  • 3. ® MLAG Introduction You need to set up a rack of servers for a new application u  Add some extra servers for redundancy u  Uplink to redundant core switches u  Redundant Internet connections u  Backup power with batteries and generators u  Over-provisioned cooling You receive a midnight call that everything is down
  • 4. ® MLAG Introduction MLAG – A LAG across more than one node u  Multi-homing for redundancy u  Active-active to utilize all links which otherwise may get blocked by Spanning Tree u  No modification of LAG partner
  • 5. ® MLAG Terminology S1 S2 H1 H2 H3 H4 H5 Secondary Role ISL – Inter-Switch Link Dually Connected Primary Role Singly Connected
  • 6. ® MLAG Partner View S1 S2 H1 H2 H3 H4 H5 Switch
  • 7. ® The Fundamental Job of MLAG S1 S2 S1 S2 Make this: Look like this: Switch
  • 8. ® MLAG and LACP u  Both ends must run LACP u  Normally, when connected to two different systems, only one link is used •  Common system ID is used on each switch u  Identification of which ports on each system are dual- connected pairs S1 S2 H1 H2 H3 H4 H5
  • 9. ® Eliminating Duplicate Packets u  BUM1 packets are flooded and result in: §  Duplicate packets at dual-connected hosts §  A dual-connected host receives packets which it transmitted 1 BUM packets are: Broadcast, Unknown unicast, and Multicast
  • 10. ® Eliminating Duplicate Packets S1 S2 H1 H2 H3 H4 H5 H2 sends a BUM packet which goes up the link to S1
  • 11. ® Eliminating Duplicate Packets S1 sends the packet out all interfaces in the bridge, except the interface on which the packet arrived S1 S2 H1 H2 H3 H4 H5
  • 12. ® Eliminating Duplicate Packets S2 sends the packet out all interfaces in the bridge, except the interface on which the packet arrived S1 S2 H1 H2 H3 H4 H5
  • 13. ® Eliminating Duplicate Packets u  Dual-connected hosts receive duplicate copies of the packet u  Dual-connected hosts which send BUM packets receive the packet they sent u  To fix this: Packets received on the ISL are not forwarded to dual-connected ports
  • 14. ® Eliminating Duplicate Packets S2 only sends packet out singly-connected interfaces S1 S2 H1 H2 H3 H4 H5
  • 15. ® MAC Address Learning u  To act as a single logical switch, both switches must synchronize their MAC address tables §  Addresses learned on dual-connected ports are added to the corresponding port on the other switch §  Addresses learned on singly-connected ports are added to the ISL on the other switch §  Address learning is disabled on the ISL
  • 16. ® MAC Address Learning H2 sends a BUM packet, S1 learns the port to H2 S1 S2 H1 H2 H3 H4 H5 H2
  • 17. ® MAC Address Learning S1 sends the packet out all interfaces in the bridge, except the interface on which the packet arrived S1 S2 H1 H2 H3 H4 H5 H2
  • 18. ® MAC Address Learning S2 would ordinarily learn H2 on the ISL and forward the packet out all singly-connected ports S1 S2 H1 H2 H3 H4 H5 H2 H2
  • 19. ® MAC Address Learning But, learning is disabled on the ISL. Instead, S1 sends a MAC sync message to S2 which adds H2 to the dual connected port S1 S2 H1 H2 H3 H4 H5 H2 H2
  • 20. ® MAC Address Learning For singly-connected hosts, the MAC sync message causes the address to be added to the ISL S1 S2 H1 H2 H3 H4 H5 H1 H1
  • 21. ® MAC Address Learning Final MAC address tables may look like this. Red: Address originally learned on switch. Blue: Address added by MAC sync S1 S2 H1 H2 H3 H4 H5 H2 H5H1 H4H3 H5 H2 H1 H4H3
  • 22. ® Switch-Switch MLAG u  Just like a host can be connected to two switches, a pair of MLAG'd switches can be connected to another pair of MLAG'd switches §  Used to create larger redundant L2 networks §  Each pair of MLAG'd switches views the other switches as a single logical switch
  • 25. ® Spanning Tree u  One switch is set as the primary, the other is secondary u  Both switches use the same bridge ID, dual connected ports have the same port ID u  Only primary sends BPDUs on dual-connected ports u  BPDUs received on dual connected ports are sent to the peer unmodified u  BPDUs received on the root port are sent to the peer unmodified u  Source MACs of BPDUs received on peer link are checked u  Peer link never blocks S1 S2 M1 R1
  • 26. ® Split Brain u  If one switch sees that the ISL is down it cannot distinguish between the link going down (split brain) and the peer switch going down (solo) u  A backup link is used to make this distinction S1 S2 H1 H2 H3 H4 H5 S1 S2 H1 H2 H3 H4 H5 ??? Which One ???
  • 27. ® Split Brain u  When the ISL goes down, the backup link can determine if the peer switch is still alive S1 S2 H1 H2 H3 H4 H5
  • 28. ® Configuring MLAG In /etc/network/interfaces put all dual-connected ports in an 802.3ad bond and assign them a clag-id auto bond1 iface bond1 inet static bond-slaves swp48 bond-mode 802.3ad bond-miimon 100 bond-use-carrier 1 bond-lacp-rate 1 bond-min-links 1 bond-xmit_hash_policy layer3+4 clag-id 1 auto bond11 iface bond11 inet static bond-slaves swp4 bond-mode 802.3ad bond-miimon 100 bond-use-carrier 1 bond-lacp-rate 1 bond-min-links 1 bond-xmit_hash_policy layer3+4 clag-id 1 Switch S1 Switch S2
  • 29. ® Configuring MLAG In /etc/network/interfaces assign clagd parameters on a VLAN sub-interface of the ISL link auto peer6.4000 iface peer6.4000 inet static address 169.254.0.1 netmask 255.255.255.0 clagd-peer-ip 169.254.0.2 clagd-sys-mac 44:38:39:ff:bb:01 clagd-backup-ip 192.168.1.101 auto peer16.4000 iface peer16.4000 inet static address 169.254.0.2 netmask 255.255.255.0 clagd-peer-ip 169.254.0.1 clagd-sys-mac 44:38:39:ff:bb:01 clagd-backup-ip 192.168.1.100 Switch S1 Switch S2
  • 30. ® MLAG Tools clagctl can be used to get the current state of the MLAG # clagctl The peer is alive Peer Priority, ID, and Role: 32768 00:02:00:00:00:17 primary Our Priority, ID, and Role: 32768 70:72:cf:e9:f0:76 secondary Peer Interface and IP: peer6.4000 169.254.0.2 Backup IP: 192.168.1.101 (active) System MAC: 44:38:39:ff:bb:01 Dual Attached Ports Our Interface Peer Interface CLAG Id ---------------- ---------------- ------- bond4 bond14 4 bond5 bond15 5 bond1 bond11 1 bond2 bond12 2 bond3 bond13 3 $ clagctl The peer is alive Our Priority, ID, and Role: 32768 00:02:00:00:00:17 primary Peer Priority, ID, and Role: 32768 70:72:cf:e9:f0:76 secondary Peer Interface and IP: peer16.4000 169.254.0.1 Backup IP: 192.168.1.100 (active) System MAC: 44:38:39:ff:bb:01 Dual Attached Ports Our Interface Peer Interface CLAG Id ---------------- ---------------- ------- bond14 bond4 4 bond15 bond5 5 bond12 bond2 2 bond13 bond3 3 bond11 bond1 1 Switch S1 Switch S2
  • 31. ® MLAG Tools /var/log/syslog contains MLAG status changes # grep clagd /var/log/syslog May 19 16:25:31 act-5712-08 clagd[7253]: Beginning execution of clagd version 1.1.0 May 19 16:25:31 act-5712-08 clagd[7253]: Invoked with: /usr/sbin/clagd --daemon 169.254.0.2 peer6.4000 44:38:39:ff:bb:01 May 19 16:25:31 act-5712-08 clagd[7258]: Role is now secondary May 19 16:25:32 act-5712-08 clagd[7258]: Initial config loaded May 19 16:25:33 act-5712-08 clagd[7258]: The peer switch is active. May 19 16:25:33 act-5712-08 clagd[7258]: Initial data sync from peer done. May 19 16:25:33 act-5712-08 clagd[7258]: Initial handshake done. May 19 16:25:33 act-5712-08 clagd[7258]: Initial data sync to peer done. May 19 16:25:37 act-5712-08 clagd[7258]: bond2 is now dual connected. May 19 16:25:37 act-5712-08 clagd[7258]: bond3 is now dual connected. May 19 16:25:37 act-5712-08 clagd[7258]: bond1 is now dual connected. May 19 16:25:37 act-5712-08 clagd[7258]: bond5 is now dual connected. May 19 16:25:37 act-5712-08 clagd[7258]: bond4 is now dual connected.
  • 32. ® © 2014 Cumulus Networks. Cumulus Networks, the Cumulus Networks Logo, and Cumulus Linux are trademarks or registered trademarks of Cumulus Networks, Inc. or its affiliates in the U.S. and other countries. Other names may be trademarks of their respective owners. The registered trademark Linux® is used pursuant to a sublicense from LMI, the exclusive licensee of Linus Torvalds, owner of the mark on a world-wide basis. § Thank You! ® cumulusnetworks.com 32