Sfs Solution Ug 10 5 3 en Us
Sfs Solution Ug 10 5 3 en Us
Release 10.5.3
December 2021
Rev. A02
Notes, cautions, and warnings
NOTE: A NOTE indicates important information that helps you make better use of your product.
CAUTION: A CAUTION indicates either potential damage to hardware or loss of data and tells you how to avoid
the problem.
WARNING: A WARNING indicates a potential for property damage, personal injury, or death.
© 2020 - 2022 Dell Inc. or its subsidiaries. All rights reserved. Dell, EMC, and other trademarks are trademarks of Dell Inc. or its subsidiaries.
Other trademarks may be trademarks of their respective owners.
Contents
Contents 3
Hardware and software requirements......................................................................................................................... 45
Supported switches.................................................................................................................................................... 46
SFS personalities............................................................................................................................................................... 46
Support matrix................................................................................................................................................................... 47
Fabric operations and life cycle management............................................................................................................ 47
4 Contents
1
About this guide
This guide provides information regarding the integration of SmartFabric Services (SFS) with Dell EMC VxRail, Dell EMC
PowerEdge MX, Dell EMC Isilon/Dell EMC PowerScale devices, and other supported solutions. It covers the following details:
● SFS concepts and its components for leaf and spine deployment
● Description, configuration information, limitations, and restrictions of SFS for each solution
● Command reference for all the SFS commands
To use this guide, you must have a good knowledge of Layer 2 (L2) and Layer 3 (L3) networking technologies, and data center
deployments.
This document may contain language that is not consistent with current guidelines of Dell Technologies. There are plans to
update this document over subsequent releases to revise the language accordingly.
Related Documents
Use the following documentation in addition to this guide to get complete information about the SmartFabric NVMe Controller
capabilities:
Documentation Feedback
Dell Technologies strives to provide accurate and comprehensive documentation and welcomes your suggestions and
comments. You can provide feedback in the following ways:
● Online feedback form—Rate the documentation or provide your feedback on any of product documentation pages at
www.dell.com/support.
● Email—Send your feedback to [email protected]. Include the document title, release number, chapter title,
and section title of the text corresponding to the feedback.
To get answers to your questions related to Dell Networking Solutions through email, chat, or call, go to Dell Technologies
Technical Support page.
Acronyms
The following acronyms are used throughout this guide:
Table 2. Acronyms
Acronym Expansion
API Application Programmable Interface
BGP Border Gateway Protocol
CLI Command-Line interface
GUI Graphical User Interface
ICL Interchassis link
ISL Interswitch link
IOM Input/Output Module
LACP Link Aggregation Control Protocol
LAG Link aggregation group
L2 Layer 2
L3 Layer 3
RPVST+ Rapid Per-VLAN Spanning-Tree Plus
SFS SmartFabric Services
STP Spanning-Tree Protocol
VLAN Virtual LAN
VLTi Virtual Link Trunking interconnect
VXLAN Virtual extensible LAN
VTEP VXLAN tunnel endpoint
Change history 7
3
SFS fundamentals
This chapter provides information about the fundamentals of SFS including overview, supported topologies and platforms,
network fabric formation, and its supported solutions.
SFS overview
SFS is a SmartFabric OS10 feature that provides network fabric automation and API-based programming capabilities. SFS
has different personalities that can be integrated with systems including VxRail, PowerScale, generic PowerEdge servers,
PowerStore, storage, and MX servers. SFS integrated with these solution-specific deployments delivers autonomous fabric
deployment, expansion, and life cycle management.
SFS has two types: SFS for PowerEdge MX and SFS for leaf and spine. The following sections focus on concepts that are
related to SFS for leaf and spine:
SFS for leaf and spine is supported on S-series and Z-series Dell EMC PowerSwitches. See Supported platforms for a complete
list of supported platforms. SFS for leaf and spine has two personalities:
L2 single rack personality
NOTE: This personality is not available for deployments after OS10.5.0.5 release. All single rack and multirack deployments
from 10.5.0.5 release and later use the L3 personality.
SFS deployments on OS10 releases from 10.4.1.4 to OS10.5.0.5 support only L2 single rack.
● Provide fabric automation for a single pair of leaf switches.
● SFS deployment is limited to a single rack and cannot be expanded to a multirack deployment.
NOTE: When you upgrade switches with this personality enabled, they operate in the L2 single rack personality only.
● SFS L2 single rack personality is enabled by running a Python script in the OS10 Linux shell. See Enable L2 personality for
more information.
L3 multi rack personality
All SFS deployments using OS10.5.0.5 and later releases support SFS L3 personality and the capabilities are as follows:
● Provides fabric automation for leaf and spine.
● Allows SFS deployment in a single rack and expand to multirack as required.
● Allows you to enable SFS using CLI, API, or GUI.
NOTE: The support to enable SFS using GUI is not available from 10.5.3.0 release.
NOTE: In an MX-based deployment, the fabric is configured using OpenManage Enterprise-Modular (OME-M) UI, see Dell
EMC OpenManage Enterprise-Modular Editions User Guide available in PowerEdge MX Documentation.
8 SFS fundamentals
See the Solutions Support Matrix for a complete list of solutions that can be onboarded onto the fabric.
This guide covers the following SFS qualified solutions:
● SFS deployment with VxRail
● SFS deployment with PowerEdge MX
● SFS deployment with Isilon/PowerScale
SFS terminology
The terms master and leader are used interchangeably in this document. Leader is the same as master.
SFS GUI
OS10 has support for SFS GUI to set up the initial SFS configurations in a L3 leaf and spine topology. You access the SFS GUI
using the latest version of the following browsers:
● Google Chrome
● Mozilla Firefox
● Microsoft Edge
For more information about SFS GUI, see Access fabric setup configuration.
SFS fundamentals 9
NOTE: Any third-party device that supports standard Ethernet ports and protocols can be onboarded onto the solution
using the onboarding procedure, see Onboard a server.
NOTE: In PowerEdge MX, the servers are discovered and onboarded through OME-Modular.
Dynamic Discovery—Devices that support dynamic discovery send an LLDP TLV. Devices that do not send the LLDP TLV
must be manually added to the fabric.
Onboarding—Onboarding is the process of adding devices to the fabric through the server interface profiles creation.
Supported devices are automatically populated in the SFS GUI and OMNI by MAC address, switch, and switch port number
for onboarding to the fabric. For VxRail, the SFS and VxRail Manager automates the onboarding process. You can also manually
onboard the VxRail using Import from Fabric option. PowerStore systems support dynamic discovery and you can onboard the
server using the Import from Fabric feature in SFS and OMNI, see Import SmartFabric discovered server interfaces. Hosts
running ESXi may be onboarded using the Import from fabric option only if the hosts are already connected to vCenter. Other
devices are manually onboarded by specifying the switch and switch port number for each interface, see Create server interface
profile.
SFS discovers a host as a known server TLV in LLDPDUs sent through the connected ports. Following are the list of known
servers discovered by SFS:
● VxRail
10 SFS fundamentals
NOTE: By default, SFS discovers and onboards the VxRail server automatically. From 10.5.3.0 release, SFS provides an
option to onboard the VxRail servers manually by disabling the VxRail Manager Integration option. For more information,
see Edit default fabric settings. This option is applicable only for SFS L3 personality.
● PowerStore X
● PowerStore T
● PowerMax
When a known server is discovered on the server-facing port, SFS applies the server profiles or server interface profile
configurations.
NOTE: Ensure that the LLDP port-ID TLV value of the unknown server is unique to avoid misconfiguration.
● If both known and unknown LLDP neighbors exist on the same interface, SFS discovers these servers as known and
unknown servers. During onboarding, if the server profile matches with both the known and unknown discovered servers on
the same physical interface or with the same server interface profile, the order of onboarding is as follows:
○ Known discovered server
○ Unknown discovered server
If you offboard the known server, SFS checks for the unknown server and onboards it if available.
● If both known and unknown LLDP neighbors exist with the same port ID, SFS discovers both the known and unknown
servers. During the onboard process, the order of onboarding is as follows:
○ Known discovered server
○ Unknown discovered server
If you offboard the known server, SFS checks for the unknown server and onboards the server if available.
● If there is a static onboarding server profile that is configured on an interface where the known and unknown LLDP
neighbors exist, SFS discovers both the LLDP neighbors. During onboarding if there are conflicts on the physical interface or
server interface profiles, the priority order of onboarding is as follows:
○ Static onboarding
○ Known discovered server
○ Unknown discovered server
If you offboard the statically onboarded server, SFS checks the known servers list first and then the unknown server list to
onboard the device based on the priority order.
SFS fundamentals 11
● VXLAN does not support STP on access ports and it is not applicable for L3 Fabric. For the VXLAN type of network, you
cannot configure STP; the network topology must remain loop free.
● All existing network types are allowed to be onboarded on statically onboarded servers.
● Since onboarding is static, when server is moved there is no support for moving the configurations along with the server.
● The port-role for the statically onboarded server is EndHost or GenericEndHost.
● When the server profile or server interface profile is deleted, all the impacted interfaces are brought to default configuration.
By default, the bonding type setting is AutoDetect and NIC bonding is disabled. Dell Technologies recommends that when you
configure the bonding type for a server profile as LACP, you must enable NIC bonding.
12 SFS fundamentals
The backup and restore endpoints are accessible only for the users with sysadmin role. The REST payload is encrypted using
the SSL protocol.
You can also restore the configuration for a fabric from SFS UI, see Restore.
SFS fundamentals 13
4
Setting up SFS
This chapter explains the workflow to setup SFS including initializing SFS and enabling it on leaf and spine switches.
Prerequisites
Ensure that the following are met before enabling SFS on the switches:
● Configure the Out-of-band (OOB) management network on the leaf switches. OOB management network enables
connections to the SFS GUI. Dell EMC PowerSwitch S3048-ON or N3248TE-ON can function as an OOB management
switch with the OS10 factory default configuration. For more information about OOB management topology and connection
details, see the respective Solution Deployment Guides.
● Verify the SmartFabric OS10 version on the leaf and spine switches and update them with recommended version listed in the
Support Matrix.
Recommendations
See Internal components and networks for more information about the SFS components and networks that are created by SFS.
Recommendations and notes regarding the SFS components are:
● Dell Technologies recommends that you do not change or disable the STP settings on switches in SmartFabric mode. Any
change to the STP settings results in reboot of all the switches in the fabric and disabling STP settings cause loops.
● Dell Technologies recommends using uplinks from a leaf pair as a best practice. Uplinks from leaf switches to external
switches can be L2 or L3. All uplinks from spine switches to external switches must be L3.
● Except for Isilon/PowerScale back-end deployment, breakout feature is not supported on the leaf switches for the ICL
(VLTi) or ISL (leaf and spine) connections. Use the default speed cables of the leaf switch when creating the ISL or ICL
connections in a L3 fabric.
○ ISL example—If the default speed on the leaf switch port is 100G and spine switch port is 400G, use 100G cable for ISL
connection. Since autobreakout feature is enabled on the spine switch, the port speed of the spine switch is set to 100G
automatically.
○ ICL example—If the default speed of the leaf switches is 100G, use 100G cable for the ICL connection.
● Ensure that the Preferred Leader flag is set for the leaf or spine switches in the existing fabric before expanding the
fabric to prevent the configuration loss. Once a leader is elected, it initiates all applications to automatically build the
network fabric, and leader virtual IP address is advertised for applications to automatically discover the fabric through inband
networks.
● If you want to breakout the ports to configure uplinks or jump hosts, ensure that the breakout ports are configured on the
switch before creating and configuring these entities. You can configure breakout ports using SFS GUI.
● Ensure that the default networks that are created by SFS do not conflict with any networks in the existing deployment. If so,
change the default networks using the instructions that are provided in Edit fabric settings.
● When you want to reboot any of the border leaf switch having L3 uplink with eBGP peer configuration that is connected to
the external switch, Dell Technologies recommends shutting down the interface of the external switch that is the connected
to that leaf switch before rebooting. After reboot and the BGP session is established within the fabric, bring up the interface
of the external switch.
● Dell technologies recommends not to flap the admin status of the server connected ports using the SFS UI, OMNI UI and
REST API in order to avoid traffic loss on those ports after switch reboot.
● In SmartFabric mode, you can create VLAN using the interface vlan command through OS10 CLI, but you cannot
delete the VLAN from the CLI. Therefore, Dell Technologies recommends you to use the SFS GUI to create, edit, or delete a
VLAN.
14 Setting up SFS
Default settings
● SFS creates VLANs from 4000 to 4094 for internal use. Do not use these VLANs for general use.
● SFS creates 172.16.0.0/16 and 172.30.0.0/16 networks for the leaf and spine network configuration for the default domain ID
100.
● By default, autobreakout feature is enabled on the spine switches in SmartFabric mode. Autobreakout works only with DAC
and AOC cables.
● In SFS, all network QoS priorities are set to Iron by default and it cannot be changed.
SFS behavior
SFS elects one switch from the fabric as a leader switch and designates the remaining switches as the backup switches. In
the event of a leader reload or failure, a new leader is elected from the backup switches using the keepalive information. The
switches that are configured as Preferred leader have a higher priority to become the leader switch. If none of the switches are
configured as the preferred leader, any switch can become the leader.
When you expand the fabric, the newly added switches may come up and form a fabric among themselves, and elect a leader
before they are connected to the existing fabric. When the new fabric merges with the existing fabric, SFS elects a new leader
switch for the combined fabric. If one of the new switches becomes the leader, it may overwrite the configuration in the
existing fabric.
BFD support
From OS10.5.3.0, SFS provides an option enable or disable Bidirectional Forwarding Detection (BFD) for external BGP peer
routes. You can enable or disable BFD for a eBGP peer route policy when configuring uplinks, server interface profiles, and
routing profiles. By default, BFD is disabled.
NOTE: You cannot modify the BFD timers in SFS:
● For the S4100-ON series platform, the BFD interval is set to 500 ms with multiplier of 3 by default.
Setting up SFS 15
● For other platform switches, the BFD interval is set to 300 ms with a multiplier of 3 by default.
If you want to edit the BFD configuration for a routing policy, you must delete the existing routing policy and create a policy with
the respective BFD configuration.
Configure SFS
By default, PowerSwitches boot in Full Switch mode when you power them up with SmartFabric OS10. This information explains
how to setup a fabric.
1. Enable SFS and set roles on the switches.
2. Connect to SFS GUI and complete the relevant fabric configurations to setup the fabric. See SFS GUI for more information
regarding login procedure and fabric configurations.
For SFS with Isilon/PowerScale deployment, you only have to enable SFS with roles on all the switches using CLI. All other SFS
initial deployment operations using UI are not required. For more information regarding PowerScale deployments, see the related
documents available in PowerScale Info Hubs.
After you enable SFS on all the switches in a leaf and spine deployment, a network fabric is created automatically with the
default fabric settings. See Internal fabric component and networks for more information about the default settings.
To enable SFS on a switch using CLI, run the smartfabric l3fabric enable command and set a role. For more
information, see smartfabric l3fabric enable.
After you enable SFS on the switches and set a role, the system prompts for a confirmation to reload and boots in the
SmartFabric mode. Enter Yes to continue. In SmartFabric mode, the CLI is restricted to global switch management features and
monitoring. Using this command, enable SFS on all the switches with the corresponding role to create a fabric.
The following example shows how you can enable SFS on switches and set roles:
● Enable SFS on a switch with a spine role in CONFIGURATION mode.
In SFS, the two leaf switches are automatically configured as a VLT pair. The Ethernet interfaces 1/1/4 and 1/1/5 are the
VLTi interfaces.
If the VLTi interfaces are not contiguous, use the following syntax to enable VLT:
● (Optional) Enter the domain ID for the SFS fabric in CONFIGURATION mode.
OS10(config)# smartfabric l3fabric enable role LEAF vlti ethernet 1/1/4-1/1/5 domain
101
16 Setting up SFS
By default, domain ID is set to 100. You can edit the domain ID from SFS GUI. See Edit default fabric settings.
In Isilon or PowerScale back-end deployments, when enabling SFS in a leaf and spine topology, no VLTi configuration is required
for the leaf switch. To set the leaf role for a switch, use the smartfabric l3fabric enable role LEAF command
without the VLTi parameters.
Related Videos
Enable SFS on PowerSwitches using a CLI command:
Enable SFS using a CLI command
Description Enables SFS on the switches with leaf and spine roles.
RESTCONF /restconf/data/dell-smart-fabric:config-personality
endpoint
JSON content
(spine) {
"dell-smart-fabric:config-personality": {
"service-enable":true,
"role": "SPINE",
}
}
Example
curl -k -u admin:admin -H 'Content-Type: application/json' -i -X POST
-d \
'{"dell-smart-fabric:config-personality":
{"service-enable":true,
"role":"SPINE"}
}'
https://100.104.26.104/restconf/data/dell-smart-fabric:config-personality
The following example shows how to enable SFS on a leaf switch with an IP address (100.104.26.104) and ICL interfaces as
1/1/5 and 1/1/6.
JSON content
(leaf) {
"dell-smart-fabric:config-personality": {
"service-enable":true,
"mode": "L3 Fabric",
"role": "LEAF",
"icl": [
"ethernet1/1/5",
"ethernet1/1/6"
]
}
}
Example
curl -k -u admin:admin -H 'Content-Type:
application/json' -i -X POST -d \
'{"dell-smart-fabric:config-personality":{"service-
enable":true,"role":"LEAF",
"icl": [
"ethernet1/1/5",
"ethernet1/1/6"
]
}
}'
https://100.104.26.104/restconf/data/dell-smart-fabric:config-personality
Setting up SFS 17
Example—Usage of curl command on a linux server is as shown:
A python script is used to enable SFS. For more information about L2 personality commands and information, see VMware
Integration for VxRail Fabric Automation SmartFabric User Guide, Release 1.1 available in OMNI Documentation page.
18 Setting up SFS
Spine:
Leaf:
After you enable SFS on a switch, the system reloads to apply the configuration.
6. Repeat the steps 1 to 4 on all the remaining switches to enable SFS and set role. All switches reload and forms a fabric.
For more information regarding the CLI, see the show switch-operating-mode command.
Setting up SFS 19
Disable SFS using CLI
To delete the existing switch configuration and go back to Full Switch mode, run the no smartfabric l3fabric command
on each switch.
The no smartfabric l3fabric command disables the L3 fabric personality. After you disable the L3 fabric in the switch,
the system prompts for confirmation and reboots in Full Switch mode.
20 Setting up SFS
5
Deploying and managing a fabric
You can use SFS GUI to set up a fabric in a leaf and spine topology. The SFS GUI helps you with the SFS deployment operations
and management of the switches in a fabric.
1. Log in to SmartFabric Services GUI using the management IP address of any switch.
2. Enter the credentials that are created to access an OS10 switch from the console or through a network connection.
The default username and password is admin. You can also use any user-configured accounts as credentials.
Click Logout button at the upper right of the GUI to terminate the login session.
Upon successful login, the GUI displays the summary information.
3. Click Ok to confirm.
You can disable the Preferred Leader for any switch using the toggle switch. After confirmation, the Preferred Leader is
disabled.
When configuring breakout on any switch port that is already onboarded with server interface profile and associated with
networks, follow the procedure:
Configure L2 Uplink
Follow the instructions to create a L2 uplink:
1. Click Uplink > Create.
2. Enter the uplink details:
● Select the uplink port type as L2.
● Enter the name and description (optional) for the L2 uplink.
3. Click Next.
4. Configure the port:
● Select a rack in which you want to create the uplink.
● Select one or more interfaces from each of the leaf switches to associate to the uplinks. If you want to split a port speed,
breakout the interface first before associating the interface to the uplinks. See Breakout Ports to configure breakout the
ports from SFS GUI.
● Select the LAG mode based on the configuration setup in the external network, and click Next. To form a LAG on the
leaf switches, select an interface or interfaces that are of the same speed.
NOTE: Ensure that the corresponding ports on the external switches are configured with the same LAG mode.
5. Associate the networks with the selected interfaces:
● If the network is already configured, select the untagged networks from the list.
Edit ports
1. Select the fabric uplink from the list and click Edit Ports.
2. Edit the ports that are associated with uplink interfaces.
3. Click Update.
The system displays the uplink interface edit success message.
Delete an uplink
You can delete a user-created uplink:
1. Select the uplink from the list and click Delete.
2. Click Delete to confirm.
NOTE: When you delete an uplink, the network and route profile that are associated with the uplink are not deleted.
2. External link—Following image is an example of external network interconnect between the multisite SFS fabrics.
If you edit the domain ID, the following values are autogenerated after reload based on SFS recommendations:
○ Leaf and spine ASN
○ Fabric BGP subnet and mask
○ Fabric VTEP subnet and mask
○ VxRail Manager Integration option is set to Disable
2. Configure uplink, L3 routed network, IPv4 BGP peer policy, and BGP EVPN policy in the Site 1 fabric using Multi-Site
Fabric Interconnect option or individually.
3. Configure uplink, L3 routed network, IPv4 BGP peer policy, and BGP EVPN policy in the Site 2 fabric using Multi-Site
Fabric Interconnect option or individually.
8. Click Submit.
After submitting the configuration, SFS configures the following:
● Enables fabric interconnect
● Disables VxRail Manager Integration
● Creates a L3 routed network uplink
● Creates a BGP peer route policy
● If the link is direct, it creates a BGP EVPN policy with the hop count set to 3
● If the link is external, it creates a BGP EVPN policy with the hop count set to 4
You cannot change the hop count in this workflow (Workflow 1). If you want to customize the hop count, use Workflow 2.
The uplink, network, the eBGP peer route, and BGP EVPN policies are created, and their names are appended with the prefix
Fabric_Interconnect. To verify the configurations, you can go to the respective configuration menus to view the list of uplinks,
L3 routed networks, BGP peer route policy, and BGP EVPN policy that are created using this wizard.
Configure networks
You can configure the following types of networks:
● General purpose network
● L3 routed interfaces (for L3 profiles only)
● Multi rack L3 VLAN
● VLAN networks (for L2 and L3 profiles)
● VXLAN networks (for L2 and L3 profiles)
For detailed information about these network types, see Networks.
Select any network from the list to view the detailed information of the routed interface network.
Edit network
1. Select the Network ID from the list and click Edit.
2. Edit the configuration as required.
3. Click Edit.
The system displays edit network success message.
Delete network
1. Select the network ID to remove and click Delete. The system displays the list of uplinks associated with the network.
2. Click Delete to confirm.
The system displays network deletion success message.
Select any network from the list to view the detailed information.
Create L2 VLAN
VLAN networks for L2 profile:
1. Click Network.
2. Select Networks > VLAN Networks.
3. Click Create.
4. Select the network type as Layer 2 VLAN Network.
5. Enter the following details:
● Network ID
● Network name
● VLAN ID
● (Optional) Description
6. Click Create. The system displays VLAN network creation success message.
VLAN networks for L3 profile:
1. Click Network.
2. Select Networks > VLAN Networks.
3. Click Create.
4. Select the network type as Layer 3 VLAN Network.
5. Enter the following details:
● Network ID
● Network name
● VLAN ID
● (Optional) Description
Edit network
You can edit any changes to the existing configuration. Using this option, you can also change the network types such as from
L2 to L3 or L3 to L2.
1. Select a network ID from the list and click Edit.
2. Modify the configuration as necessary.
3. Click Edit.
The system displays edit network success message.
Delete network
1. Select the VLAN network to remove and click Delete.
2. Click Delete to confirm.
The system displays network deletion success message.
Configure Routes
You can configure static routes, eBGP peer routes, and BGP EVPN configuration for a network.
When you create a route policy, the system configures the route policy name as the policy ID. In SFS, the route policy ID must
be unique and hence it does not allow you to create more than one policy with the same name. You can create multiple route
policies with the same configuration by providing different route policy name.
You can create and delete any routing policy configuration, but you cannot edit any routing policy. To modify an existing routing
policy, you must delete the policy and create a policy with the relevant configuration.
The static route details display a list of mapped routes. Select a static route to view details pertaining to that specific route
including the switch ID.
Delete route from switch
1. Select the route to delete, and click Delete Route.
2. Click Delete to confirm the removal of the route from the switch.
The system displays route policy deletion success message.
To delete the configured servers, select the server from the list and click Delete All. This action deletes all the configured DNS
servers that are available in the system.
To delete the configured servers, select a server from the list and click Delete.
4. Click Ok.
For more information regarding VxRail deployment-related documents, see Dell Technologies VxRail Networking Solutions.
Supported switches
Following is the Dell EMC PowerSwitch typical roles in SFS with VxRail deployment.
In VxRail deployment, any combination of the leaf and spine switches is possible with the exception that you must deploy
leaf switches in pairs. Each leaf switch in the pair must be the same model due to VLT requirements. SFS supports up to 20
switches and eight racks in the fabric.
SFS personalities
In SFS-enabled network, VxRail deployment option include L2 single rack or L3 multirack personalities. The table lists the
comparison between L2 and L3 fabric personalities:
Support matrix
See Networking Solutions Support Matrix regarding support matrices for SFS with VxRail across various releases.
Supported switches
The following PowerSwitches are supported in PowerScale deployment:
● S4112F-ON
● S4148F-ON
● S5232F-ON
● Z9264F-ON
● Z9100-ON
Support matrix
See Networking Solutions Support Matrix regarding support matrices for SFS with PowerScale across various releases.
Example (Spine)
OS10(config)# smartfabric l3fabric enable role SPINE domain 101
Example (Leaf)
OS10(config)# smartfabric l3fabric enable role LEAF vlti
ethernet 1/1/4-1/1/5 domain 101
Example (disable
SFS on both leaf OS10(config)# no smartfabric l3fabric
and spine)
Reboot to change the personality? [yes/no]: yes
SmartFabric commands 51
smartfabric vlti
Updates the VLTi ports after SFS is enabled.
Example
OS10(config)#smartfabric vlti ethernet 1/1/31-1/1/32
NOTE: You must have access to sysadmin, secadmin, or netadmin roles to run this command.
Example
MX9116N-B2# show logging smartfabric 100 | grep CAGT
2020-03-29 10:09:35.334 MX9116N-B2 [DNV-CAGT] [chassis.get_lead_chassis]
lead chassis not in chassis_data
2020-03-29 10:09:35.335 MX9116N-B2 [DNV-CAGT] [chassis.get_lead_chassis]
not receive mdns from lead MSM yet
2020-03-29 10:09:56.881 MX9116N-B2 [DNV-CAGT]
[app.process_cps_cluster_sync_event] received sync state 2
2020-03-29 10:09:56.881 MX9116N-B2 [DNV-CAGT] [ka.clr_priority]
2020-03-29 10:09:56.885 MX9116N-B2 [DNV-CAGT] [ka.set_priority] new 100
old 0
2020-03-29 10:09:58.014 MX9116N-B2 [DNV-CAGT] [ka.soft_reload_ka]
reloading ka...
52 SmartFabric commands
show smartfabric cluster
Displays the basic cluster information of the switch or IOM.
----------------------------------------------------------
CLUSTER DOMAIN ID : 119
VIP : fde1:53ba:e9a0:de14:0:5eff:fe00:1119
ROLE : BACKUP
SERVICE-TAG : 3GB1XC2
MASTER-IPV4 : 10.11.105.15
----------------------------------------------------------
Example (VxRail -
L2 fabric) OS10# show smartfabric cluster
----------------------------------------------------------
CLUSTER DOMAIN ID : 100
VIP : fde2:53ba:e9a0:cccc:0:5eff:fe00:1100
ROLE : MASTER
SERVICE-TAG : B37HXC2
MASTER-IPV4 : 10.11.106.27
PREFERRED-MASTER :
----------------------------------------------------------
Example (VxRail -
L3 fabric) OS10# show smartfabric cluster
----------------------------------------------------------
CLUSTER DOMAIN ID : 100
VIP : fde2:53ba:e9a0:cccc:0:5eff:fe00:1100
ROLE : MASTER
SERVICE-TAG : B37HXC2
MASTER-IPV4 : 10.11.106.27
PREFERRED-MASTER : true
----------------------------------------------------------
SmartFabric commands 53
and backup switch information. If you run this command on a backup switch, the output shows only the
master switch information.
This command is supported in both Full Switch and SFS modes.
Example (IOM)
MX9116N-A1# show smartfabric cluster member
Service-tag IP Address Status
Role Type Chassis-Service-Tag Chassis-Slot
-------------------------------------------------------------
9GB1XC3 fde1:53ba:e9a0:de14:e6f0:4ff:fe3e:45dd ONLINE
MASTER MX9116n SKY002L B1
Example (VxRail)
OS10# show smartfabric cluster member
Service-tag IP Address Status
Role Type Chassis-Service-Tag Chassis-Slot
-----------------------------------------------------------
3Z4ZZP2 fde2:53ba:e9a0:cccc:54bf:64ff:fee6:e462 ONLINE
BACKUP
3Z4ZZP1 fde2:53ba:e9a0:cccc:54bf:64ff:fee6:e463 ONLINE
BACKUP
BR2ZZP2 fde2:53ba:e9a0:cccc:3c2c:30ff:fe49:2585 ONLINE
BACKUP
B37HXC2 fde2:53ba:e9a0:cccc:e4f0:4ff:feb6:fdc3 ONLINE
MASTER
G17HXC2 fde2:53ba:e9a0:cccc:e4f0:4ff:feb6:e1c3 ONLINE
BACKUP
54 SmartFabric commands
Supported 10.5.1.0 or later
Releases
SmartFabric commands 55
show smartfabric details
Displays all details specific to the fabric. Details include name, description, ID, nodes that are part of the fabric, design type
associated with the fabric, and status detail of a fabric.
Example (VxRail)
OS10# show smartfabric details
----------------------------------------------------------
Name : AutoFab-08ee685b-d6d6-5d0c-99d2-ae78f800d4b7
Description : Auto-Fabric Generator
ID : 08ee685b-d6d6-5d0c-99d2-ae78f800d4b7
DesignType : AutoFabricDesign--1
Validation Status: VALID
VLTi Status : VALID
Placement Status : VALID
Nodes : CAC00N2, AZY1234
----------------------------------------------------------
----------------------------------------------------------
Name : AutoFab-100
Description : Auto-Fabric Generator
ID : 100
DesignType :
Validation Status: VALID
VLTi Status : VALID
Placement Status : VALID
Nodes : AZY1234, CAC00N2, 9GTWNK2, FHTWNK2
----------------------------------------------------------
56 SmartFabric commands
Usage This command is supported in both Full Switch and SmartFabric modes.
Information
Example
MX5108N-B1# show smartfabric discovered-server
----------------------------------------------------------
Server-Tag : 004YX20
Server-Model : PowerEdge MX740c
Server-Slot : 1
Chassis-Model : POWEREDGE MX7000
Chassis-Service-Tag : SKY002R
----------------------------------------------------------
----------------------------------------------------------
Server-Tag : 0002X20
Server-Model : PowerEdge MX740c
Server-Slot : 1
Chassis-Model : POWEREDGE MX7000
Chassis-Service-Tag : SKY0044
----------------------------------------------------------
SmartFabric commands 57
Usage This command is supported in both Full Switch and SmartFabric modes.
Information
Example (IOM)
MX9116N-A1# show smartfabric networks
Name Type QosPriority
NetworkId Vlan
---------------------------------------------------
v5 GENERAL_PURPOSE BRONZE
8f018a8c-c355-4d81-9bee-85cfedcf8d2a 5
network100-105 GENERAL_PURPOSE BRONZE
deb0886c-4a9b-47f2-8220-55afcb1f1756 100 - 105
fcor STORAGE_FCOE PLATINUM
d1de8f16-ebd0-4b1a-9689-a802d23b2b26 777
VLAN 1 GENERAL_PURPOSE SILVER
4bb446a3-702c-4a0f-abdd-07dd0c14775a 1
v1 GENERAL_PURPOSE BRONZE
9f2bed94-9148-46d8-9df6-3b606c83a472 500
Example (VxRail)
OS10# show smartfabric networks
Name Type QosPriority
NetworkId Vlan
--------------------------------------------
Client_Control_Network VXLAN IRON
Client_Control_Network 3939
Client_Management_Network VXLAN IRON
Client_Management_Network 4091
Example (VxRail)
OS10# show smartfabric nodes
Service-Tag Type Status Mode
Chassis-Service-Tag Chassis-Slot FabricId
-------------------------------------------------
GGVQG02 S5232F-ON ONLINE FABRIC
7222c224-223c-5fa4-a244-
cd3ca1685550 (Name-Rack)
AZY1234 S5232F-ON ONLINE FABRIC
58 SmartFabric commands
7222c224-223c-5fa4-a244-
cd3ca1685550 (Name-Rack)
Example (VxRail)
OS10# show smartfabric nodes node-id GGVQG02
----------------------------------------------------------
Node Name : Name-Leaf-2
Node Id : GGVQG02
Node Type : S5232F-ON
Node Status : ONLINE
Node Mode : FABRIC
Node Ready : true
Node Model : S5232F-ON
Replacement Node Id :
Chassis service tag :
Chassis slot :
Fabric : 7222c224-223c-5fa4-a244-cd3ca1685550 (Name-Rack)
Fabric node status : OPERATIONAL
Software Version : 10.5.2.xMRDEV
Hardware Version : X01
Serial Number : CN01WJVTCES0085G0037
----------------------------------------------------------
Example (IOM)
MX9116N-A1# show smartfabric personality
Personality :None
Role :
ICL :
Personality :None
Role :
ICL :
Personality :vxrail
SmartFabric commands 59
Role :
ICL :ethernet1/1/29, ethernet1/1/30
Example (VxRail)
OS10# show smartfabric uplinks
----------------------------------------------------------
Name : FABRICUPLINKNew
Description : L3VxLAN780 Uplink
ID : L3VxLANUplink-780
Media Type : ETHERNET
Native Vlan : 0
60 SmartFabric commands
Untagged-network :
Networks : Network780
Configured-Interfaces : CAC00N2:ethernet1/1/22:2
----------------------------------------------------------
----------------------------------------------------------
Name : L3VLANUplink
Description : Uplink On L3VLAN Network800
ID : L3VLANUplink-800
Media Type : ETHERNET
Native Vlan : 0
Untagged-network :
Networks : Network800
Configured-Interfaces : CAC00N2:ethernet1/1/22:1
----------------------------------------------------------
----------------------------------------------------------
Name : L2VxLANUplink
Description : Uplink On L2VxLAN Network770
ID : L2VxLANUplink-770
Media Type : ETHERNET
Native Vlan : 0
Untagged-network :
Networks : Network770
Configured-Interfaces : CAC00N2:ethernet1/1/22:3
----------------------------------------------------------
----------------------------------------------------------
Name : L2VxLANUplink
Description : Uplink On L2VxLAN Network771
ID : L2VxLANUplink-771
Media Type : ETHERNET
Native Vlan : 0
Untagged-network : Network771
Networks :
Configured-Interfaces : CAC00N2:ethernet1/1/22:4
----------------------------------------------------------
----------------------------------------------------------
Name : L3Uplink
Description : Uplink On L3 Network600
ID : L3RUplink-600
Media Type : ETHERNET
Native Vlan : 0
Untagged-network : Network600
Networks :
Configured-Interfaces : AZY1234:ethernet1/1/21:2
----------------------------------------------------------
Parameters None
Default Not applicable
Command Mode EXEC
Usage You can run this command on all the switches in the fabric. The output remains the same on all the switches.
Information
Example
MX9116N-A1# show smartfabric upgrade-status
Opaque-id : ea89b7c4-de00-4fc9-ad54-9ed5bf61e300
SmartFabric commands 61
Upgrade Protocol : PUSH
Upgrade start time : 2021-02-12 01:51:29.261000
Status : SUCCESS
Nodes to Upgrade : SVC009F, SVC009A, 7H92Q03, SVC009C, 8PQXV23, 34HQXC2,
8PTXV23, D6RRNK2, BWGQXC2, 9KK1W23, 9J45W23, 8Q52W23
Reboot Sequence : 7H92Q03,SVC009C,9KK1W23,SVC009F,8Q52W23,8PTXV23,D6RRNK2,
BWGQXC2,SVC009A,34HQXC2,5WQQXC2,9J45W23,8PQXV23
Example
OS10# show smartfabric validation-errors
----------------------------------------------------------
ErrorKey : d77d0133-f8c8-4cd7-82b5-83266e5361eb-ISL-
[ICL-3_REVERSE]-NotFound-Issue
MessageID :
Description : Unable to validate the SmartFabric because
the VLTi cable for link ICL-3_REVERSE is not connected as per
fabric design 2xMX9116n_Fabric_Switching_Engines_in_same_chassis.
EEMI : NFAB0012
Category : FABRIC_ERROR
Subcategory : ISL_ERROR
Severity : SEVERITY_1
62 SmartFabric commands
Recommended Action:Make sure that the VLTi cables are connected
to the correct ports as per the selected fabric design.
Timestamp : 1587488570
Problem Link
SourceNode :HRA0028
SourceInterface :HRA0028:ethernet1/1/38
DestinatioNode :HRA0027
DestinationInterface:
Recommended Link
SourceNode :HRA0028
SourceInterface :HRA0028:ethernet1/1/38
DestinatioNode :HRA0027
DestinationInterface:HRA0027:ethernet1/1/38
----------------------------------------------------------
----------------------------------------------------------
ErrorKey : 8ca24343-c819-4d0b-ab12-2b9d99a36079-ISL-
[ICL-2_REVERSE]-NotFound-Issue
MessageID :
Description : Unable to validate the SmartFabric because
the VLTi cable for link ICL-2_REVERSE is not connected as per
fabric design 2xMX5108n_Ethernet_Switches_in_same_chassis.
EEMI : NFAB0012
Category : FABRIC_ERROR
Subcategory : ISL_ERROR
Severity : SEVERITY_1
Recommended Action:Make sure that the VLTi cables are connected
to the correct ports as per the selected fabric design.
Timestamp : 1587490907
Problem Link
SourceNode :HRA0038
SourceInterface :HRA0038:ethernet1/1/9
DestinatioNode :HRA0037
DestinationInterface:
Recommended Link
SourceNode :HRA0038
SourceInterface :HRA0038:ethernet1/1/9
DestinatioNode :HRA0037
DestinationInterface:HRA0037:ethernet1/1/9
----------------------------------------------------------
show switch-operating-mode
Displays the current operating mode of a switch.
SmartFabric commands 63
10
Best Practices
This chapter provides you a list of the best practices for SFS deployments with various solutions.
64 Best Practices
No, both leaf switches in the same VLT pair must be the same platforms in SFS deployments. See Networking Solutions
Support Matrix for the list of supported switches and typical roles in SFS deployments.
● Can I use the different switch port profiles available on S4148F-ON in SmartFabric mode?
Yes, all six profiles available on S4148F-ON can be used in SmartFabric mode as follows:
1. Set the appropriate port profile for the switch in Full-Switch mode.
CAUTION: Changing the switch port profile resets the system defaults and overwrites the existing switch
configuration. You must reconfigure the setting on a switch manually after applying the new port profile.
2. Reload the switch to apply the new port profile.
3. Enable SFS on the switch to change the switch mode to SmartFabric. After enabling SFS, the switch reboots in
SmartFabric mode and uses the set port profile.
NOTE: For more information about port profiles, see Dell EMC SmartFabric OS10 User Guide. This procedure
is applicable only on S4148F-ON platform as S4148FE-ON and S4148U-ON switches are not supported in SFS
deployments.
● How do I change the OS10 admin password in SmartFabric mode?
By default, admin is the username and password to log in to the OS10 CLI. The default OS10 admin password should be
changed on each switch after the first login. The procedure is the same for a switch as in Full Switch mode or SmartFabric
mode. For more information about changing the password, see Dell EMC SmartFabric OS10 User Guide. The admin password
does not have to be the same password on all switches in a SFS deployment. When logging in to the SFS GUI, so use the
credentials of the leader switch. The leader switch may change and use the command show smartfabric cluster at
any switch in the SmartFabric to see the details of the leader switch.
● How can I upgrade firmware for a SFS-enabled switch?
The firmware can be upgraded using the image install command. For more information about installing firmware
upgrade, see Dell EMC SmartFabric OS10 User Guide.
● Can I have a peer switch with multiple BGP devices?
Yes, you can peer SFS switches with multiple BGP devices.
● Is OSPF supported for SFS?
No. OSPF is not supported in SFS with leaf and spine deployments.
● How many jump ports can I configure?
You can configure one jump port per leaf switch in a fabric.
● Can I change the VLT interface after SFS has been enabled?
There is no option to change the VLTi interface in SmartFabric mode. If you want to change the VLTi interfaces, the
leaf switches must be changed from SmartFabric mode to Full-Switch mode using the no smartfabric l3fabric
command. This command deletes all the existing configuration on the switches. Enable SmartFabric mode back on the
leaf switches and specify the new VLTi interfaces with the smartfabric l3fabric enable role LEAF vlti
ethernet command, see here.
Best Practices 65
11
Appendix
This chapter covers additional information that can support you with the fabric configuration tasks.
REST_USER account
When the fabric is formed, the SFS REST service is started on the leader node. Applications that are integrated with SFS use
the REST service for fabric operations. Communication is performed with the fabric using the IPv6 VIP assigned to the SFS
leader, or using the IPv4 out-of-band Management IP of the leader.
A default REST_USER account is created to authenticate all REST queries. OMNI communicates with SmartFabric REST
Services through REST_USER account only. The default password is admin, and Dell Technologies recommends changing the
password through VxRail Manager or OMNI. For more information about how to change the REST_USER account password
from OMNI, see OpenManage Network Integration for SmartFabric Services User guide.
VLAN 4000 for SFS automatically configures VLAN 4000 on all the switches that are discovered in a fabric, and uses the
SFS cluster network for all internal fabric operations. When a leaf or spine switch is discovered, the ICL or ISL ports
control are automatically added as tagged members.
VLAN 4001 SFS automatically configures the leaf and spine network using eBGP as the underlay routing protocol.
to 4079 for SFS uses the reserved VLAN range from 4001 to 4079 with automatic IP addressing to set up the peer
leaf and spine connections. When SFS detects an ISL connection on either a leaf or spine switch, it assigns the ISL to
connections the untagged member of this VLAN. IP address from reserved range is used for this VLAN, and an eBGP
session is started on the VLAN interface.
VLAN 4080 for SFS automatically configures VXLAN overlay networks with EVPN to extend networks between racks in
Global untagged a multirack deployment. VLAN 4080 with automatic IP addresses from the reserved range is used for ICL
VXLAN links. VXLAN requires one VLAN to be assigned globally for untagged port-scoped VLAN (Port, VLAN)
pairs.
66 Appendix
VLAN 4089— In SmartFabric mode, VLAN 4089 is the default VLAN and is reserved for OS10 internal use.
OS10 internal use
VLAN 4090— SFS automatically configures iBGP peering between a pair of leaf switches directly connected over ICL
iBGP peering links. VLAN 4090 is created automatically with IP addresses from reserved range for enabling iBGP
between leaf sessions between the VLT peer switches.
switches
VLAN 4094—VLT SFS automatically creates VLAN 4094 on all leaf switches. This VLAN is used for all VLT control traffic
control VLAN between two VLT peer switches and is added on the VLT ICL ports on leaf switches.
VLAN 4091— SFS automatically configures an overlay network that is called a client_Management_Network.
Default client When a device is automatically onboarded on to the network fabric, the device uses the VLAN mapped to
management this overlay network. This network is a native VLAN unless there is a policy specifying a different native
network VLAN. VLAN 4091 is used as the default client management VLAN for the VXLAN network.
NOTE: You can change this VLAN to a specified VLAN through SFS GUI.
VLAN 3939— SFS configures a second overlay network that is called Client_Control_Network for SFS-
Default client integrated solutions. When a device such as VxRail is discovered, it is automatically added as a
control network tagged member of this network. SFS enables leader advertisement and fabric discovery by integrated
solutions. The SFS leader virtual IP address for VXLAN network is advertised. The VIP address
fde1:53ba:e9a0:cccc:0:5eff:fe00:1100 is fixed and not user configurable.
VLAN 3939 is used as the default client control VLAN for this VXLAN network for SFS-integrated
solutions including VxRail and PowerScale solutions. Although you can change the VLAN associated with
the default client management and control networks, Dell Technologies recommends not to change the
VLANs for VxRail deployments.
NOTE: For more information about other internal general networks created by SFS, see Networks.
To check the networks that are created in SFS-integrated deployment, use show virtual-network command. Following is
the example output :
Reserved networks
SFS uses the 172.16.0.0/16 and 172.30.0.0/16 networks internally for the leaf and spine network configuration. If these networks
conflict with any networks in the existing deployment, change the default networks using the instructions that are provided in
Edit Default Fabric Settings.
Appendix 67
After you enable the SFS on the switches, SFS:
● Associates domain ID for the cluster if it is not assigned when enabling SFS. By default, the domain ID is set to 100.
● Autogenerates ASN for the leaf and spine switches in the fabric.
● Autogenerates subnet with prefix from domain ID.
NOTE: You can edit the domain ID from Fabric Settings page. Any change to the domain ID changes the ASN for leaf and
spine switches, and the subnet details.
The following table lists the ASN and BGP subnet and VTEP subnet mapped with the domain ID:
If you must interoperate switches that are controlled by SFS to external switches which are running RSTP or MSTP, SFS has an
API to change the global fabric STP mode to MSTP. SFS creates 2 reserved MSTIs:
● MST with instance id 63: Cluster control VLAN 4000 is part of this instance. Spine switches are configured to take over as
STP root for this MSTI.
● MST with instance id 62: All the SFS reserved VLANs (4001-4091) are part of this configuration. On this MSTI, spanning tree
is disabled.
● All user created VLANs are part of CST (default MST instance), which interoperates with RSTP. STP is enabled for this
MSTI.
You can change the mode to MSTP once the fabric is created. When you change the mode, the whole fabric goes through a
reboot cycle and the new mode is set to MSTP.
NOTE: Changing the STP mode impact the traffic flow in the cluster.
When the mode is changed, MSTI is created and VLANS are assigned to the MSTI. The CST is configured with STP priority such
that SFS-controlled switches have lower priority to become a root bridge.
There is no change on existing STP behavior for SFS-controlled entities because of this change. All other STP behaviors such as
disabling STP on server facing ports still holds good.
68 Appendix
You can enable MSTP or revert to RPVST using the Edit Default Fabric Settings option available in the SFS UI. Select STP
Mode as MST or Rapid PVST For more information, see Edit Default Fabric Settings.
NOTE: The default spanning-tree priority value that is configured on a SFS-enabled switch for VLANs or instance 0 is:
default priority for RPVST is 32769 and instance 0 priority for MSTP is 61440.
Networks
This section describes the following type of networks that you can create and associate these networks with the entities
present in a fabric:
● General purpose networks
● VXLAN networks
● L3 VLAN networks
● L3 Routed networks
● Multirack L3 VLAN network
NOTE: Prior to 10.5.3.0 release, you cannot configure this network using SFS GUI. This network template is applicable
for NSX-T deployment and you can configure this network using OMNI UI. For more information about this network
type, see OpenManage Network Integration for SmartFabric Services User Guide, Release 2.0.
You can create these networks using SFS GUI and then associated these networks with servers profiles, uplinks, or interfaces
for traffic flow. For more information, see Create a network.
General purpose networks
General purpose networks can be categorized as L2 VLAN networks in SFS L2 personality and L2 VXLAN networks in SFS L3
personality. In L3 personality, when you create a general purpose network, SFS automatically creates a virtual network (VXLAN)
corresponding to a VLAN network. This virtual network has one-to-one mapping with the network, for each VLAN there exists
a virtual network with VNI same as the VLAN ID. If you delete a VLAN network, it automatically deletes the associated VXLAN
network.
For example, if you create a L2 general purpose network with VLAN ID 50, SFS creates a VXLAN network with VNI 50 and
associates to VLAN 50.
VXLAN networks
VXLAN network extends L2 connectivity over an underlay L3 connected network. Association of VXLAN network to interface
creates a binding and associates this interface to VXLAN bridge. L3 VXLAN network supports asymmetric-IRB. Create a virtual
network template and a network template, and associate the virtual network template to network template.
● The virtual network template defines the VNET-ID.
● Network template defines the VLAN ID.
L3 VXLAN network is a VXLAN type of network that contains a list of IP addresses and an anycast IP address. Optionally,
you can specify DHCP relay addresses. L3 VXLAN network can be configured over a leaf switch. L3 VXLAN network can be
attached to an uplink. Each VLTi uplink interface contains an IP address that is allocated from the list of IP addresses that are
configured on the L3 VXLAN network.
L3 VLAN network
L3 VLAN network is used for L3 VLAN underlay. Specify:
● VLAN ID
● Pair of IP addresses to be assigned to the VLT pair
● VRRP gateway IP address for VIP
L3 VLAN network contains a list of IP addresses and a gateway IP address. Optionally, you can specify DHCP relay addresses.
You can configure and attach a L3 VLAN network to an uplink. Each VLTi uplink interface contains an IP address that is
allocated from the list of IP addresses that are configured on the L3 VLAN network.
NOTE: You must assign a L3 VLAN only to the server interface profile configured in a single rack.
L3 Routed network
L3 routed network is used to assign IP address on a single interface. L3 routed network contains a list of IP addresses and a
gateway IP address. Optionally, you can specify DHCP relay addresses. L3 routed network can be configured on a leaf or a spine
switch. L3 routed network can be attached to an uplink. Each uplink interface contains an IP address that is allocated from the
list of IP addresses that are configured on the L3 routed network. An LACP port channel cannot be the remote end for these
Appendix 69
uplinks. If gateway IP address is specified, then VRRP is enabled and the switches configure this IP address as the gateway IP
address. Attach this network to any uplink that has a single interface. This network can only be attached to a single entity.
Multirack L3 VLAN network
Multirack L3 VLAN network is a template that contains rack-specific IP configurations for a L3 VLAN. You can configure IPv4
attributes for each rack in an NSX-T deployment consisting of multirack leaf and spine topology. A rack holds a pair of switches
that are configured with VLT. The rack identifier is the same as the fabric ID. A rack containing a single switch without VLT does
not support multirack L3 VLAN network.
In an NSX-T topology that is connected to an SFS cluster, you can create a multi rack L3 VLAN network. Specify the network
identifier, L3 VLAN ID, and list of rack-specific IPv4 configurations for this network. Attach the created network as untagged or
tagged on any uplink or server interface of the rack. After you attach the network, SFS automatically creates a L3 VLAN and
applies the rack-specific IP configurations to the respective rack within the topology. You can modify the IPv4 configuration for
a specific rack in the multi rack L3 VLAN network.
NOTE: For faster traffic convergence, Dell Technologies recommends you to set the BGP keepalive timer to 1 second
and hold-time to 3 seconds on the NSX-T tier-0 node when the BFD configuration is disabled or not supported. If BFD is
enabled, BFD timer setting is used. For more information, see BFD support information in SFS configuration notes.
Uplinks
This information explains the types of uplinks that you can create in a fabric.
L2 uplinks
You can configure L2 uplinks only on the leaf switches in a fabric. L2 uplinks are a set of user-selected ports that belong to same
VLT leaf switches in which the L2 network is applied. The L2 uplink from the leaf switches is either an LACP or a static LAG.
SFS creates a VLT LAG for connected ports. If the ports are from a single device, the VLT LAG is a single armed VLT LAG. In
case these ports exist on multiple switches, a VLT or LAG is formed across these ports. This LAG can be made as an access
point for a VXLAN L2 network.
L3 uplinks
You can configure L3 uplinks on a leaf or spine switch. SFS supports L3 routed or L3 VLAN uplinks.
With L3 routed uplinks, point-to-point links are required between the switches with L3 uplinks and the external switches. With
L3 VLAN, all uplinks are in a LAG, and an IP address is assigned to the VLAN containing the LAG. Point-to-point IP networks
and addresses must be planned for each physical link in the L3 uplink. Each leaf switch in the fabric needs an IP address on the
external Management VLAN, and an anycast gateway address on the same VLAN. The virtual router or anycast gateway address
is shared by all leaf switches in the fabric.
Routing profiles
SFS supports eBGP and static routing profiles. You can create and delete the routing profiles, but you cannot edit any routing
policy. To modify, you must delete the existing routing policy and create a policy with the relevant configuration.
Static route—A static route profile is a routing template that contains a network prefix and the next hop IP address. During
uplink configuration, you can associate this profile to the uplinks created on one or more switches in the fabric. When this profile
is created, a route with the specified prefix and next hop IP address is configured on the switch.
eBGP route—An eBGP peer routing profile is a routing template that contains BGP remote addresses and the remote AS
number. A remote address can be an interface address or a loopback address. During uplink creation, you can associate this
policy to uplink created on one or more switches in a fabric. When this policy is created, a BGP session is configured on the
switch.
NOTE: SFS does not support OSPF or routing protocols other than eBGP.
70 Appendix
Uplink bonding options
Following are the uplink bonding types supported:
● LACP
● Static bonding
LACP
In LACP uplink bonding, SFS configure the LACP LAG for the uplink using the LACP PDUs received from the remote device.
Networks that are attached to the uplink are associated with the LACP LAG that is created.
Static bonding
In static bonding, SFS configures a static LAG for the uplink and the networks that are attached on the uplink are associated
with the LAG that is created.
Appendix 71