Fabric Attach Automatic LAG Creation
When an switch receives Fabric Attach element TLVs on two or more ports that
have same System-Id, same SMLT-Id, and have a Connection Type of SMLT, it automatically
creates a LAG consisting of those ports. These LAGs:
- Do not persist after a reboot—after a reboot, TLVs must be received again to re-form the LAG.
- Do not require receipt of LACP PDUs—LACP PDUs are not sent.
- Require at least two ports to form the LAG—if a port is removed from the LAG, and the exiting LAG goes down to one port, it is torn down. When a LAG is initially created with two ports, the lowest numbered port is chosen as the master port of the LAG. If there are three or more ports on the LAG, and the port is not the master port, it is simply removed from the LAG. If it is the master port, the lag is torn down, and then re-created with the lowest port number of the remaining ports as the master port.
- Are supported in stacks—the dynamic LAG is checkpointed to support failover, etc.
A port is removed from a LAG under following circumstances:
- Port is administratively disabled—if port is later administratively enabled, it will not automatically be re-added to the LAG, it will take a receipt of a matching TLV.
- TLV with Connection Type other than MLT is received.
- TLV with a System-ID that is different from the one when the LAG was created is received.
- TLV with a SMLT-ID that is different from the one when the LAG was created is received.

Note
The last three situations indicate that you are not connected to same Fabric Attach server, or the same LAG on a Fabric Attach server, which are not valid scenarios.
Note
MLAG with Fabric Attach Automatic LAG is not supported in ExtremeXOS 31.1 and later. Do not enable MLAGs on ports where automatically created LAGs will be created.To see a configuration example, see Fabric Attach Automatic LAG Configuration Example.