MAD mechanisms

IRF provides MAD mechanisms by extending LACP, BFD, ARP, and IPv6 ND. You can configure a minimum of one MAD mechanism on an IRF fabric for prompt IRF split detection.

Table 1 compares the MAD mechanisms and their application scenarios.

Table 1: Comparison of MAD mechanisms

MAD mechanism

Advantages

Disadvantages

Application scenario

LACP MAD

  • Detection speed is fast.

  • Does not require MAD-dedicated physical links or Layer 3 interfaces.

Requires an intermediate device that supports extended LACP for MAD.

Link aggregation is used between the IRF fabric and its upstream or downstream device.

For information about LACP, see Layer 2—LAN Switching Configuration Guide.

BFD MAD

  • Detection speed is fast.

  • No intermediate device is required.

  • Intermediate device, if used, can come from any vendor.

  • Requires MAD dedicated physical links and Layer 3 interfaces, which cannot be used for transmitting user traffic.

  • If no intermediate device is used, any two IRF members must have a BFD MAD link to each other.

  • If an intermediate device is used, every IRF member must have a BFD MAD link to the intermediate device.

  • No special requirements for network scenarios.

  • If no intermediate device is used, this mechanism is only suitable for IRF fabrics that have a small number of members that are geographically close to one another.

For information about BFD, see High Availability Configuration Guide.

ARP MAD

  • No intermediate device is required.

  • Intermediate device, if used, can come from any vendor.

  • Does not require MAD dedicated ports.

  • Detection speed is slower than BFD MAD and LACP MAD.

  • The spanning tree feature must be enabled if common Ethernet ports are used for ARP MAD links.

If common Ethernet ports are used, this MAD mechanism is applicable only to the spanning tree-enabled non-link aggregation IPv4 network scenario.

For information about ARP, see Layer 3—IP Services Configuration Guide.

ND MAD

  • No intermediate device is required.

  • Intermediate device, if used, can come from any vendor.

  • Does not require MAD dedicated ports.

  • Detection speed is slower than BFD MAD and LACP MAD.

  • The spanning tree feature must be enabled.

Spanning tree-enabled non-link aggregation IPv6 network scenario.

For information about ND, see Layer 3—IP Services Configuration Guide.

LACP MAD

As shown in Figure 5, LACP MAD has the following requirements:

The IRF member devices send extended LACPDUs that convey a domain ID and an active ID. The intermediate device transparently forwards the extended LACPDUs received from one member device to all the other member devices.

Figure 5: LACP MAD scenario

BFD MAD

You can use common or management Ethernet ports for BFD MAD links.

The BFD MAD links must be dedicated. Do not use BFD MAD links for any other purposes.


[NOTE: ]

NOTE:

  • The MAD addresses identify the member devices and must belong to the same subnet.

  • Of all management Ethernet ports on an IRF fabric, only the master's management Ethernet port is accessible.


Figure 6 shows a typical BFD MAD scenario that uses an intermediate device. Figure 7 shows a typical BFD MAD scenario that does not use an intermediate device.

BFD MAD, the master attempts to establish BFD sessions with other member devices by using its MAD IP address as the source IP address.

Figure 6: BFD MAD scenario with an intermediate device

Figure 7: BFD MAD scenario without an intermediate device

ARP MAD

ARP MAD detects multi-active collisions by using extended ARP packets that convey the IRF domain ID and the active ID.

You can use common or management Ethernet ports for ARP MAD.

Figure 8 shows a typical ARP MAD scenario that uses an intermediate device.

Each IRF member compares the domain ID and the active ID in incoming extended ARP packets with its domain ID and active ID.

Figure 8: ARP MAD scenario

ND MAD

ND MAD detects multi-active collisions by using NS packets to transmit the IRF domain ID and the active ID.

You can set up ND MAD links between neighbor IRF member devices or between each IRF member device and an intermediate device (see Figure 9). If an intermediate device is used, you must also run the spanning tree protocol between the IRF fabric and the intermediate device.

Each IRF member device compares the domain ID and the active ID in incoming NS packets with its domain ID and active ID.

Figure 9: ND MAD scenario