H3C S6890 Series Quick guide

H3C S6890 Switch Series
IRF Configuration Examples
Document version: 6W100-20190628
Copyright © 2019 New H3C Technologies Co., Ltd. All rights reserved.
No part of this manual may be reproduced or transmitted in any form or by any means without prior written consent of New
H3C Technologies Co., Ltd.
Except for the trademarks of New H3C Technologies Co., Ltd., any trademarks that may be mentioned in this document are
the property of their respective owners.
The information in this document is subject to change without notice.

i
Contents
Introduction·····················································································1
Prerequisites···················································································1
General restrictions and guidelines ······················································1
Hardware requirements···············································································································1
Software requirements················································································································1
Feature compatibility and configuration restrictions············································································1
IRF physical interface requirements·······························································································2
Connecting IRF ports··················································································································2
Licensing requirements ···············································································································2
Example: Setting up a four-chassis LACP MAD-enabled IRF fabric·············2
Network configuration ·················································································································2
Analysis···································································································································3
IRF setup···························································································································3
LACP MAD configuration ······································································································5
Network connectivity configuration ··························································································5
Software versions used···············································································································6
Restrictions and guidelines ··········································································································6
Restrictions and guidelines for LACP MAD configuration ·····························································6
Restrictions and guidelines for interfaces··················································································6
Procedures·······························································································································6
Setting up the access-layer IRF fabric······················································································6
Configuring LACP MAD········································································································9
Configuring network connectivity settings ···············································································11
Verifying the configuration··········································································································12
Verifying the IRF setup·······································································································12
Verifying the link backup function of multichassis aggregations ···················································12
Verifying link failure protection of the ring topology ···································································13
Verifying the LACP MAD configuration···················································································13
Configuration files ····················································································································16
Example: Setting up a four-chassis BFD MAD-enabled IRF fabric ············19
Network configuration ···············································································································19
Analysis·································································································································20
IRF setup·························································································································20
BFD MAD configuration······································································································22
Network connectivity configuration ························································································22
Software versions used·············································································································24
Restrictions and guidelines ········································································································24
Restrictions and guidelines for BFD MAD configuration ·····························································24
Restrictions and guidelines for interfaces················································································25
Procedures·····························································································································25
Setting up the IRF fabric ·····································································································25
Configuring BFD MAD········································································································28
Configuring network connectivity settings ···············································································29
Verifying the configuration··········································································································34
Verifying the IRF setup·······································································································34
Verifying the routing configuration·························································································34
Verifying the link backup function of multichassis aggregations ···················································35
Verifying link failure protection of the ring topology ···································································35
Verifying the BFD MAD configuration·····················································································35
Configuration files ····················································································································37
Related documentation····································································45

1
Introduction
This document provides examples for setting up IRF fabrics and configuring link aggregation and
routing on the IRF fabrics.
Prerequisites
The configuration examples in this document were created and verified in a lab environment, and all
the devices were started with the factory default configuration. When you are working on a live
network, make sure you understand the potential impact of every command on your network.
This document assumes that you have basic knowledge of IRF.
General restrictions and guidelines
When you set up and configure an IRF fabric, follow the restrictions and guidelines in this section.
This section provides only the basic restrictions and guidelines that ensure a successful IRF
deployment. For complete information, see IRF configuration guide for the switch.
Hardware requirements
An H3C S6890 switch can form an IRF fabric only with devices in the same series.
Software requirements
All IRF member devices must run the same system software version.
Feature compatibility and configuration
restrictions
Make sure the feature settings in Table 1 are the same across member devices.
Table 1 IRF and feature compatibility
Feature Command
Enhanced ECMP mode ecmp mode enhanced
Link aggregation capability link-aggregation capability
System operating mode system-working-mode

2
IRF physical interface requirements
Use the following ports on the S6890 switch for IRF links:
•SFP+ ports.
•QSFP28 ports.
Connecting IRF ports
When you connect two neighboring IRF members, connect the physical interfaces of IRF-port 1 on
one member to the physical interfaces of IRF-port 2 on the other.
Licensing requirements
For a license-based feature to run correctly on an IRF fabric, make sure the licenses installed for the
feature on all member devices are the same. For more information about feature licensing, see
Fundamentals Configuration Guide.
Example: Setting up a four-chassis LACP
MAD-enabled IRF fabric
Network configuration
As shown in Figure 2, use a four-chassis IRF fabric to replace the ToR switches in Figure 1 at the
access layer of the data center. The access-layer IRF fabric provides Layer 2 forwarding services.
Run LACP MAD to detect IRF split.
Figure 1 Network diagram before IRF deployment
Distribution
Access
Rack Rack

3
Figure 2 Network diagram after IRF deployment
Analysis
The requirements in this example include the following categories:
•IRF setup
•LACP MAD configuration
•Network connectivity configuration
IRF setup
To set up an IRF fabric, determine the items in Table 2.
Table 2 Basic IRF setup
Item Analysis Choice in this example
Topology You can use a ring or daisy-chain topology for a
three- or four-chassis IRF fabric.
For reliability, use the ring topology. Ring topology (see Figure 3).
Member ID
assignment IRF member IDs must be unique.
Device A—1.
Device B—2.
Device C—3.
Device D—4.
Master device IRF members elect a master automatically. For a member device to be elected the master, assign it
the highest member priority. Device A.
IRF port bindings
Make sure the IRFport bindings are consistent with
the physical connections.
For high availability, bind multiple physical
interfaces to an IRF port. These ports will
automatically aggregate for load balancing and
redundancy.
See Table 3.
IRF
Distribution
Access

4
Figure 3 IRF fabric topology
Table 3 IRF physical interface bindings
IRF port IRF physical interfaces
Device A:
IRF-port 1 Ten-GigabitEthernet 1/0/51
Ten-GigabitEthernet 1/0/52
IRF-port 2 Ten-GigabitEthernet 1/0/53
Ten-GigabitEthernet 1/0/54
Device B:
IRF-port 1 Ten-GigabitEthernet 2/0/51
Ten-GigabitEthernet 2/0/52
IRF-port 2 Ten-GigabitEthernet 2/0/53
Ten-GigabitEthernet 2/0/54
Device C:
IRF-port 1 Ten-GigabitEthernet 3/0/51
Ten-GigabitEthernet 3/0/52
IRF-port 2 Ten-GigabitEthernet 3/0/53
Ten-GigabitEthernet 3/0/54
Device D:
IRF-port 1 Ten-GigabitEthernet 4/0/51
Ten-GigabitEthernet 4/0/52
IRF-port 2 Ten-GigabitEthernet 4/0/53
Ten-GigabitEthernet 4/0/54
NOTE:
The first segment in a physical interface number is the IRF member ID. By default, the IRF membe
r
ID is 1. Table 3 shows the interface numbers after the member IDs are changed.

5
LACP MAD configuration
IMPORTANT:
For LACP MAD to run correctly, you must make sure the intermediate device supports extended
LACPDUs for LACP MAD.
To run LACP MAD, the IRF fabric and intermediate device must each have a dynamic Ethernet link
aggregation. LACP MAD cannot run on a static link aggregation.
If the intermediate device is also an IRF fabric, you must configure MAD for both IRF fabrics, and
assign the two IRF fabrics different domain IDs for correct split detection. This example uses a
four-chassis IRF fabric at the distribution layer. The access-layer and distribution-layer IRF fabrics
are the intermediate device of each other, as shown in Figure 4.
In this example, each member in the access-layer IRF fabric has only two links to the
distribution-layer IRF fabric. For high availability, you can connect each member in the access-layer
IRF fabric to each member in the distribution-layer IRF fabric. After you aggregate these links, they
are regarded as one link in the topology.
For quick split detection, assign high-speed ports for uplink aggregation connections. This example
uses 40-GE ports.
Figure 4 LACP MAD
Network connectivity configuration
In a Layer 2 network, IRF is typically used with link aggregation to simplify the network topology.
For high availability, you can connect each host or server to two ToR switches in the access-layer
IRF fabric, and aggregate the links. On each link aggregation, you do not need to run the spanning
tree protocol feature because an IRF fabric appears as one node in the network.
For VLAN tags to be processed correctly, assign ports and aggregate interfaces to the correct
VLANs.
NOTE:
A link aggregation could span one member device, some of the member devices, or all member
devices, depending on the link redundancy requirements and number of available links. The link
aggregation used for LACP MAD must span all member devices.

6
Figure 5 Connection diagram for the IRF fabrics in a Layer 2 network
Software versions used
This configuration example was created and verified on S6890-CMW710-R2712.
Restrictions and guidelines
Restrictions and guidelines for LACP MAD configuration
When you configure LACP MAD, follow these restrictions and guidelines:
•You only need to run LACP MAD on a single link aggregation for IRF split detection.
•The link aggregation must use dynamic aggregation mode.
•The link aggregation must have a minimum of one member link from each member device.
Restrictions and guidelines for interfaces
By default, interfaces on the devices are disabled (in ADM or Administratively Down state). To
have an interface operate, you must use the undo shutdown command to enable that interface.
Make sure all IRF physical interfaces are operating in bridge mode (the default).
Procedures
This example assumes that the distribution-layer IRF fabric has been set up.
Setting up the access-layer IRF fabric
1. Configure Device A:
# Shut down the physical interfaces used for IRF connection. This example uses the port group
that contains Ten-GigabitEthernet 1/0/51 to Ten-GigabitEthernet 1/0/54 for IRF connection.
<DeviceA> system-view

7
[DeviceA] interface range ten-gigabitethernet 1/0/51 to ten-gigabitethernet 1/0/54
[DeviceA-if-range] shutdown
[DeviceA-if-range] quit
# Bind Ten-GigabitEthernet 1/0/51 and Ten-GigabitEthernet 1/0/52 to IRF-port 1/1.
[DeviceA] irf-port 1/1
[DeviceA-irf-port1/1] port group interface ten-gigabitethernet 1/0/51
[DeviceA-irf-port1/1] port group interface ten-gigabitethernet 1/0/52
[DeviceA-irf-port1/1] quit
# Bind Ten-GigabitEthernet 1/0/53 and Ten-GigabitEthernet 1/0/54 to IRF-port 1/2.
[DeviceA] irf-port 1/2
[DeviceA-irf-port1/2] port group interface ten-gigabitethernet 1/0/53
[DeviceA-irf-port1/2] port group interface ten-gigabitethernet 1/0/54
[DeviceA-irf-port1/2] quit
# Bring up the physical interfaces.
[DeviceA] interface range ten-gigabitethernet 1/0/51 to ten-gigabitethernet 1/0/54
[DeviceA-if-range] undo shutdown
[DeviceA-if-range] quit
# Assign IRF member priority 31 to Device A. This priority is high enough to ensure that Device
A can be elected as the master.
[DeviceA] irf member 1 priority 31
# Save the running configuration.
[DeviceA] quit
<DeviceA> save
# Activate the IRF port configuration.
<DeviceA> system-view
[DeviceA] irf-port-configuration active
2. Configure Device B:
# Assign member ID 2 to Device B, and reboot the device to effect the member ID change.
<DeviceB> system-view
[DeviceB] irf member 1 renumber 2
Renumbering the member ID may result in configuration change or loss. Continue? [Y/N]:y
[DeviceB] quit
<DeviceB> reboot
# Shut down the physical interfaces used for IRF connection. This example uses the port group
that contains Ten-GigabitEthernet 2/0/51 to Ten-GigabitEthernet 2/0/54 for IRF connection.
<DeviceB> system-view
[DeviceB] interface range ten-gigabitethernet 2/0/51 to ten-gigabitethernet 2/0/54
[DeviceB-if-range] shutdown
[DeviceB-if-range] quit
# Bind Ten-GigabitEthernet 2/0/51 and Ten-GigabitEthernet 2/0/52 to IRF-port 2/1.
[DeviceB] irf-port 2/1
[DeviceB-irf-port2/1] port group interface ten-gigabitethernet 2/0/51
[DeviceB-irf-port2/1] port group interface ten-gigabitethernet 2/0/52
[DeviceB-irf-port2/1] quit
# Bind Ten-GigabitEthernet 2/0/53 and Ten-GigabitEthernet 2/0/54 to IRF-port 2/2.
[DeviceB] irf-port 2/2
[DeviceB-irf-port2/2] port group interface ten-gigabitethernet 2/0/53
[DeviceB-irf-port2/2] port group interface ten-gigabitethernet 2/0/54

8
[DeviceB-irf-port2/2] quit
# Bring up the physical interfaces.
[DeviceB] interface range ten-gigabitethernet 2/0/51 to ten-gigabitethernet 2/0/54
[DeviceB-if-range] undo shutdown
[DeviceB-if-range] quit
# Save the running configuration.
[DeviceB] quit
<DeviceB> save
# Connect Device B to Device A, as shown in Figure 3.
# Activate the IRF port configuration.
<DeviceB> system-view
[DeviceB] irf-port-configuration active
Device B has a lower priority than Device A, and Device B fails master election and reboots. A
two-chassis IRF fabric is formed.
3. Configure Device C:
# Assign member ID 3 to Device C, and reboot the device to effect the member ID change.
<DeviceC> system-view
[DeviceC] irf member 1 renumber 3
Renumbering the member ID may result in configuration change or loss. Continue? [Y/N]:y
[DeviceC] quit
<DeviceC> reboot
# Shut down the physical interfaces used for IRF connection. This example uses the port group
that contains Ten-GigabitEthernet 3/0/51 to Ten-GigabitEthernet 3/0/54 for IRF connection.
<DeviceC> system-view
[DeviceC] interface range ten-gigabitethernet 3/0/51 to ten-gigabitethernet 3/0/54
[DeviceC-if-range] shutdown
[DeviceC-if-range] quit
# Bind Ten-GigabitEthernet 3/0/51 and Ten-GigabitEthernet 3/0/52 IRF-port 3/1.
[DeviceC] irf-port 3/1
[DeviceC-irf-port3/1] port group interface ten-gigabitethernet 3/0/51
[DeviceC-irf-port3/1] port group interface ten-gigabitethernet 3/0/52
[DeviceC-irf-port3/1] quit
# Bind Ten-GigabitEthernet 3/0/53 and Ten-GigabitEthernet 3/0/54 to IRF-port 3/2.
[DeviceC] irf-port 3/2
[DeviceC-irf-port3/2] port group interface ten-gigabitethernet 3/0/53
[DeviceC-irf-port3/2] port group interface ten-gigabitethernet 3/0/54
[DeviceC-irf-port3/2] quit
# Bring up the physical interfaces.
[DeviceC] interface range ten-gigabitethernet 3/0/51 to ten-gigabitethernet 3/0/54
[DeviceC-if-range] undo shutdown
[DeviceC-if-range] quit
# Save the running configuration.
[DeviceC] quit
<DeviceC> save
# Connect Device C to Device B, as shown in Figure 3.
# Activate the IRF port configuration.
<DeviceC> system-view

9
[DeviceC] irf-port-configuration active
Device C reboots to join the IRF fabric. A three-chassis IRF fabric is formed.
4. Configure Device D:
# Assign member ID 4 to Device D, and reboot the device to effect the member ID change.
<DeviceD> system-view
[DeviceD] irf member 1 renumber 4
Renumbering the member ID may result in configuration change or loss. Continue? [Y/N]:y
[DeviceD] quit
<DeviceD> reboot
# Shut down the physical interfaces used for IRF connection. This example uses the port group
that contains Ten-GigabitEthernet 4/0/51 to Ten-GigabitEthernet 4/0/54 for IRF connection.
<DeviceD> system-view
[DeviceD] interface range ten-gigabitethernet 4/0/51 to ten-gigabitethernet 4/0/54
[DeviceD-if-range] shutdown
[DeviceD-if-range] quit
# Bind Ten-GigabitEthernet 4/0/51 and Ten-GigabitEthernet 4/0/52 to IRF-port 4/1.
[DeviceD] irf-port 4/1
[DeviceD-irf-port4/1] port group interface ten-gigabitethernet 4/0/51
[DeviceD-irf-port4/1] port group interface ten-gigabitethernet 4/0/52
[DeviceD-irf-port4/1] quit
# Bind Ten-GigabitEthernet 4/0/53 and Ten-GigabitEthernet 4/0/54 to IRF-port 4/2.
[DeviceD] irf-port 4/2
[DeviceD-irf-port4/2] port group interface ten-gigabitethernet 4/0/53
[DeviceD-irf-port4/2] port group interface ten-gigabitethernet 4/0/54
[DeviceD-irf-port4/2] quit
# Bring up the physical interfaces.
[DeviceD] interface range ten-gigabitethernet 4/0/51 to ten-gigabitethernet 4/0/54
[DeviceD-if-range] undo shutdown
[DeviceD-if-range] quit
# Save the running configuration.
[DeviceD] quit
<DeviceD> save
# Connect Device D to Device A and Device C, as shown in Figure 3.
# Activate the IRF port configuration.
<DeviceD> system-view
[DeviceD] irf-port-configuration active
Device D reboots to join the IRF fabric. A four-chassis IRF fabric is formed. The command
prompt changes to the name of Device A (the master).
5. Change the name of the IRF fabric.
<DeviceA> system-view
[DeviceA] sysname IRF
[IRF]
Configuring LACP MAD
1. Configure the IRF fabric at the access layer:
# Assign domain ID 1 to the IRF fabric.

10
<IRF> system-view
[IRF] irf domain 1
# Create Bridge-Aggregation 2, set its aggregation mode to dynamic, and enable LACP MAD.
[IRF] interface bridge-aggregation 2
[IRF-Bridge-Aggregation2] link-aggregation mode dynamic
[IRF-Bridge-Aggregation2] mad enable
You need to assign a domain ID (range: 0-4294967295)
[Current domain is: 1]:
The assigned domain ID is: 1
Info: MAD LACP only enable on dynamic aggregation interface.
[IRF-Bridge-Aggregation2] quit
# Create a named interface range that contains uplink ports to the distribution layer IRF fabric.
In this example, the interface range name is lacp, and each member device has two links to the
distribution layer IRF fabric.
[IRF] interface range name lacp interface ten-gigabitethernet 1/0/49 to
ten-gigabitethernet 1/0/50 ten-gigabitethernet 2/0/49 to ten-gigabitethernet 2/0/50
ten-gigabitethernet 3/0/49 to ten-gigabitethernet 3/0/50 ten-gigabitethernet 4/0/49
to ten-gigabitethernet 4/0/50
# Assign the ports in the interface range to Bridge-Aggregation 2.
[IRF-if-range-lacp] port link-aggregation group 2
[IRF-if-range-lacp] quit
2. Configure the IRF fabric at the distribution layer:
# Assign IRF domain ID 2 to the IRF fabric.
<Sysname> system-view
[Sysname] irf domain 2
# Create Bridge-Aggregation 2, set its aggregation mode to dynamic, and enable LACP MAD.
[Sysname] interface bridge-aggregation 2
[Sysname-Bridge-Aggregation2] link-aggregation mode dynamic
[Sysname-Bridge-Aggregation2] mad enable
You need to assign a domain ID (range: 0-4294967295)
[Current domain is: 2]:
The assigned domain ID is: 2
Info: MAD LACP only enable on dynamic aggregation interface.
[Sysname-Bridge-Aggregation2] quit
# Assign the downlink ports that connectto the access-layer IRF fabric to Bridge-Aggregation 2.
[Sysname] interface ten-gigabitethernet 1/2/0/1
[Sysname-Ten-GigabitEthernet1/2/0/1] port link-aggregation group 2
[Sysname-Ten-GigabitEthernet1/2/0/1] quit
[Sysname] interface ten-gigabitethernet 1/3/0/1
[Sysname-Ten-GigabitEthernet1/3/0/1] port link-aggregation group 2
[Sysname-Ten-GigabitEthernet1/3/0/1] quit
[Sysname] interface ten-gigabitethernet 2/3/0/1
[Sysname-Ten-GigabitEthernet2/3/0/1] port link-aggregation group 2
[Sysname-Ten-GigabitEthernet2/3/0/1] quit
[Sysname] interface ten-gigabitethernet 2/4/0/2
[Sysname-Ten-GigabitEthernet2/4/0/2] port link-aggregation group 2
[Sysname-Ten-GigabitEthernet2/4/0/2] quit
[Sysname] interface ten-gigabitethernet 3/4/0/1

11
[Sysname-Ten-GigabitEthernet3/4/0/1] port link-aggregation group 2
[Sysname-Ten-GigabitEthernet3/4/0/1] quit
[Sysname] interface ten-gigabitethernet 3/3/0/2
[Sysname-Ten-GigabitEthernet3/3/0/2] port link-aggregation group 2
[Sysname-Ten-GigabitEthernet3/3/0/2] quit
[Sysname] interface ten-gigabitethernet 4/2/0/1
[Sysname-Ten-GigabitEthernet4/2/0/1] port link-aggregation group 2
[Sysname-Ten-GigabitEthernet4/2/0/1] quit
[Sysname] interface ten-gigabitethernet 4/3/0/1
[Sysname-Ten-GigabitEthernet4/3/0/1] port link-aggregation group 2
[Sysname-Ten-GigabitEthernet4/3/0/1] quit
Configuring network connectivity settings
This section provides the VLAN and link aggregation configuration procedure for end devices (for
example, a server in VLAN 10).
1. Configure the IRF fabric at the access layer:
# Create VLAN 10.
<IRF> system-view
[IRF] vlan 10
# Create Bridge-Aggregation 3, and set its aggregation mode to dynamic.
[IRF] interface bridge-aggregation 3
[IRF-Bridge-Aggregation3] link-aggregation mode dynamic
[IRF-Bridge-Aggregation3] quit
# Assign Ten-GigabitEthernet 1/0/10 and Ten-GigabitEthernet 2/0/10 to the aggregation group
for Bridge-Aggregation 3.
[IRF] interface ten-gigabitethernet 1/0/10
[IRF-Ten-GigabitEthernet1/0/10] port link-aggregation group 3
[IRF-Ten-GigabitEthernet1/0/10] quit
[IRF] interface ten-gigabitethernet 2/0/10
[IRF-Ten-GigabitEthernet2/0/10] port link-aggregation group 3
[IRF-Ten-GigabitEthernet2/0/10] quit
# Assign Bridge-Aggregation 3 to VLAN 10.
[IRF] interface bridge-aggregation 3
[IRF-Bridge-Aggregation3] port access vlan 10
[IRF-Bridge-Aggregation3] quit
# Configure Bridge-Aggregation 2 as a trunk port, and assign it to VLAN 10.
[IRF] interface bridge-aggregation 2
[IRF-Bridge-Aggregation2] port link-type trunk
[IRF-Bridge-Aggregation2] port trunk permit vlan 10
[IRF-Bridge-Aggregation2] quit
2. Configure the IRF fabric at the distribution layer:
# Create VLAN 10.
<Sysname> system-view
[Sysname] vlan 10
# Configure Bridge-Aggregation 2 as a trunk port, and assign it to VLAN 10.
[Sysname] interface bridge-aggregation 2
[Sysname-Bridge-Aggregation2] port link-type trunk

12
[Sysname-Bridge-Aggregation2] port trunk permit vlan 10
[Sysname-Bridge-Aggregation2] quit
Verifying the configuration
Verify the IRF setup, multichassis link aggregations, ring topology, and LACP MAD.
Verifying the IRF setup
# Verify that the IRF fabric has been formed.
[IRF] display irf
MemberID Role Priority CPU-Mac Description
*+1 Master 31 00e0-fc0f-8c02 ---
2 Standby 1 00e0-fc0f-8c03 ---
3 Standby 1 00e0-fc0f-8c04 ---
4 Standby 1 00e0-fc0f-8c05 ---
--------------------------------------------------
* indicates the device is the master.
+ indicates the device through which the user logs in.
The Bridge MAC of the IRF is: 0cda-414a-859b
Auto upgrade : yes
Mac persistent : 6 min
Domain ID : 1
IRF mode : normal
The output shows that the IRF fabric has four member devices.
# Verify IRF fabric connectivity.
[IRF] display irf topology
Topology Info
-------------------------------------------------------------------------
IRF-Port1 IRF-Port2
MemberID Link neighbor Link neighbor Belong To
1 UP 2 UP 4 0cda-414a-859b
2 UP 3 UP 1 0cda-414a-859b
3 UP 4 UP 2 0cda-414a-859b
4 UP 1 UP 3 0cda-414a-859b
The output shows that all the IRF links are in UP state. The four-chassis IRF fabric is established.
Verifying the link backup function of multichassis
aggregations
# Ping the IP address of the IRF fabric at the distribution layer from a server.
C:\Users>ping 10.153.116.111 –t
# On the IRF fabric at the access layer, shut down Ten-GigabitEthernet 1/0/10, a member port of
Bridge-Aggregation 3.
[IRF] interface ten-gigabitethernet 1/0/10
[IRF-Ten-GigabitEthernet1/0/10] shutdown

13
[IRF-Ten-GigabitEthernet1/0/10] quit
# Observe the output on the server configuration terminal.
Pinging 10.153.116.111 with 32 bytes of data:
Reply from 10.153.116.111: bytes=32 time<1ms TTL=128
Reply from 10.153.116.111: bytes=32 time<1ms TTL=128
Request timed out.
Reply from 10.153.116.111: bytes=32 time<1ms TTL=128
Reply from 10.153.116.111: bytes=32 time<1ms TTL=128
The output shows that the IP address can be pinged after transient traffic disruption.
# On the IRF fabric at the access layer, shut down Ten-GigabitEthernet 1/0/49 and
Ten-GigabitEthernet 1/0/50 (member ports of Bridge-Aggregation 2). The server cannot access the
distribution layer through DeviceA.
[IRF] interface range ten-gigabitethernet 1/0/49 ten-gigabitethernet 1/0/50
[IRF-if-range] shutdown
[IRF-if-range] quit
# Observe the output on the server configuration terminal.
Pinging 10.153.116.111 with 32 bytes of data:
Reply from 10.153.116.111: bytes=32 time<1ms TTL=128
Reply from 10.153.116.111: bytes=32 time<1ms TTL=128
Request timed out.
Reply from 10.153.116.111: bytes=32 time<1ms TTL=128
Reply from 10.153.116.111: bytes=32 time<1ms TTL=128
The output shows that the IP address can be pinged after transient traffic disruption. The server
accesses the distribution layer through another device in the access-layer IRF fabric.
Verifying link failure protection of the ring topology
# Disconnect all IRF links between two IRF member devices. (Details not shown.)
# Verify that the IRF fabric operates correctly in daisy-chain topology. (Details not shown.)
Verifying the LACP MAD configuration
# As shown in Figure 6, disconnect two IRF connections: one between Device Aand Device D, and
the other between Device B and Device C. The disconnect actions cause the IRF fabric to break up
into two parts.
Figure 6 IRF split
# Observe the output messages to verify that LACP MAD takes the following actions:

14
•Changes IRF 2 (Device C and Device D) to the Recovery state, because the master device in
IRF 1 has a lower member ID than the master device in IRF 2.
•Shuts down all service interfaces on Device C and Device D, except for the IRF physical
interfaces and the service interfaces excluded from the MAD shutdown action.
The following is the sample output on IRF 1:
%Jan 1 05:19:10:176 2018 H3C STM/3/STM_LINK_STATUS_DOWN: IRF port 2 is down.
%Jan 1 05:19:10:184 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet1/0/53 link status
is down.
%Jan 1 05:19:10:184 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet1/0/54 link status
is down.
%Jan 1 05:19:10:176 2018 H3C STM/3/STM_LINK_STATUS_DOWN: IRF port 1 is down.
%Jan 1 05:19:10:184 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet2/0/51 link status
is down.
%Jan 1 05:19:10:184 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet2/0/52 link status
is down.
%Jan 1 05:19:10:186 2018 H3C DEV/3/BOARD_REMOVED: Board is removed from Slot 3, type is
MAIN_BOARD_TYPE_54QT.
%Jan 1 05:19:10:186 2018 H3C DEV/3/BOARD_REMOVED: Board is removed from Slot 4, type is
MAIN_BOARD_TYPE_54QT.
The following is the sample output from IRF 2:
%Jan 1 05:53:20:784 2018 H3C HA/5/HA_STANDBY_TO_MASTER: Standby board in slot 3 changes
to master.
%Jan 1 05:53:20:831 2018 H3C DEV/3/BOARD_REMOVED: Board is removed from Slot 1, type is
MAIN_BOARD_TYPE_54QT.
%Jan 1 05:53:20:831 2018 H3C DEV/3/BOARD_REMOVED: Board is removed from Slot 2, type is
MAIN_BOARD_TYPE_54QT.
%Jan 1 05:53:20:860 2018 H3C DEV/1/MAD_DETECT: Multi-active devices detected, please fix
it.
%Jan 1 05:53:20:886 2018 H3C IFNET/3/PHY_UPDOWN: M-GigabitEthernet0/0/0 link status is
down.
%Jan 1 05:53:20:887 2018 H3C IFNET/5/LINK_UPDOWN: Line protocol on the interface
M-GigabitEthernet0/0/0 is down.
%Jan 1 05:53:20:912 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet3/0/49 link status
is down.
%Jan 1 05:53:20:914 2018 H3C IFNET/5/LINK_UPDOWN: Line protocol on the interface
Ten-GigabitEthernet3/0/49 is down.
%Jan 1 05:53:20:912 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet3/0/50 link status
is down.
%Jan 1 05:53:20:914 2018 H3C IFNET/5/LINK_UPDOWN: Line protocol on the interface
Ten-GigabitEthernet3/0/49 is down.
%Jan 1 05:53:20:912 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet4/0/49 link status
is down.
%Jan 1 05:53:20:914 2018 H3C IFNET/5/LINK_UPDOWN: Line protocol on the interface
Ten-GigabitEthernet3/0/49 is down.
%Jan 1 05:53:20:912 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet4/0/50 link status
is down.
%Jan 1 05:53:20:914 2018 H3C IFNET/5/LINK_UPDOWN: Line protocol on the interface
Ten-GigabitEthernet3/0/49 is down.
The output shows that initially IRF 2 took over the master role because it falsely identified that IRF 1
has failed. LACP MAD shut down the service interfaces on IRF 2 after it detected an MAD conflict.

15
# If IRF 1 fails, use the mad restore command on IRF 2 to recover the member devices and bring
up all service interfaces that have been shut down by LACP MAD.
NOTE:
You can log in to IRF 2 through the console port on Device C or Device D. If you have excluded a
service interface from the MAD shutdown action, you can Telnet to IRF 2 through the service
interface.
<Sysname> system-view
[Sysname] mad restore
This command will restore the device from multi-active conflict state. Continue? [Y/N]:y
Restoring from multi-active conflict state, please wait...
[Sysname]
%Jan 1 05:24:41:249 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet2/0/10 link status
is up.
%Jan 1 05:24:41:249 2018 H3C IFNET/5/LINK_UPDOWN: Line protocol on the interface
Ten-GigabitEthernet2/0/10 is up.
%Jan 1 05:24:41:325 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet2/0/49 link status
is up.
%Jan 1 05:24:41:325 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet2/0/50 link status
is up.
%Jan 1 05:24:46:266 2018 H3C IFNET/3/PHY_UPDOWN: M-GigabitEthernet0/0/0 link status is
up.
%Jan 1 05:24:46:268 2018 H3C IFNET/5/LINK_UPDOWN: Line protocol on the interface
M-GigabitEthernet0/0/0 is up.
The output shows that network connectivity of IRF 2 has been restored.
# Remove all IRF 1 and IRF link failures.
# After the link failure of IRF 1 is removed, the IRF ports recover. The following is the sample output
on IRF 1:
%Jan 1 05:29:06:913 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet1/0/53 link status
is up.
%Jan 1 05:29:06:914 2018 H3C IFNET/5/LINK_UPDOWN: Line protocol on the interface
Ten-GigabitEthernet1/0/53 is up.
%Jan 1 05:29:06:913 2018 H3C IFNET/3/PHY_UPDOWN: Ten-GigabitEthernet1/0/54 link status
is up.
%Jan 1 05:29:06:914 2018 H3C IFNET/5/LINK_UPDOWN: Line protocol on the interface
Ten-GigabitEthernet1/0/54 is up.
%Jan 1 05:29:07:106 2018 H3C STM/6/STM_LINK_STATUS_UP: IRF port 2 is up.
%Jan 1 05:29:07:810 2018 H3C STM/4/STM_LINK_RECOVERY: Merge occurs.
IRF 2 reboots automatically to merge with IRF 1.
# Verify that the IRF fabric is recovered with Device A as the master.
<IRF> display irf
MemberID Role Priority CPU-Mac Description
*+1 Master 31 00e0-fc0f-8c02 ---
2 Standby 1 00e0-fc0f-8c03 ---
3 Standby 1 00e0-fc0f-8c04 ---
4 Standby 1 00e0-fc0f-8c05 ---
--------------------------------------------------
* indicates the device is the master.
+ indicates the device through which the user logs in.

16
The Bridge MAC of the IRF is: 0cda-414a-859b
Auto upgrade : yes
Mac persistent : 6 min
Domain ID : 1
IRF mode : normal
Configuration files
•IRF fabric at the access layer:
#
sysname IRF
#
irf domain 1
irf member 1 priority 31
#
vlan 10
#
irf-port1/1
port group interface Ten-GigabitEthernet1/0/51
port group interface Ten-GigabitEthernet1/0/52
#
irf-port1/2
port group interface Ten-GigabitEthernet1/0/53
port group interface Ten-GigabitEthernet1/0/54
#
irf-port2/1
port group interface Ten-GigabitEthernet2/0/51
port group interface Ten-GigabitEthernet2/0/52
#
irf-port2/2
port group interface Ten-GigabitEthernet2/0/53
port group interface Ten-GigabitEthernet2/0/54
#
irf-port3/1
port group interface Ten-GigabitEthernet3/0/51
port group interface Ten-GigabitEthernet3/0/52
#
irf-port3/2
port group interface Ten-GigabitEthernet3/0/53
port group interface Ten-GigabitEthernet3/0/54
#
irf-port4/1
port group interface Ten-GigabitEthernet4/0/51
port group interface Ten-GigabitEthernet4/0/52
#
irf-port4/2
port group interface Ten-GigabitEthernet4/0/53

17
port group interface Ten-GigabitEthernet4/0/54
#
interface Bridge-Aggregation2
port link-type trunk
port trunk permit vlan 10
link-aggregation mode dynamic
mad enable
#
interface Bridge-Aggregation3
port access vlan 10
link-aggregation mode dynamic
#
interface Ten-GigabitEthernet1/0/49
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet1/0/50
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet2/0/49
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet2/0/50
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet3/0/49
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet3/0/50
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet4/0/49
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet4/0/50
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet1/0/10
port link-mode bridge
port link-aggregation group 3
#

18
interface Ten-GigabitEthernet2/0/10
port link-mode bridge
port link-aggregation group 3
•IRF fabric at the distribution layer:
#
irf domain 2
#
vlan10
#
interface Bridge-Aggregation2
port link-type trunk
port trunk permit vlan 10
link-aggregation mode dynamic
mad enable
#
interface Ten-GigabitEthernet1/2/0/1
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet1/3/0/1
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet2/3/0/1
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet2/4/0/2
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet3/3/0/2
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet3/4/0/1
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet4/2/0/1
port link-mode bridge
port link-aggregation group 2
#
interface Ten-GigabitEthernet4/3/0/1
port link-mode bridge
port link-aggregation group 2