Information About CFS
You can use CFS to distribute and synchronize a configuration on one Cisco device or with all other Cisco devices in your network. CFS provides you with consistent and, in most cases, identical configurations and behavior in your network.
This section includes the following topics:
Applications that Use CFS to Distribute Configuration Changes
CFS distributes configuration changes for the applications shown in Table 4-1 .
Table 4-1 CFS-Supported Applications
|
|
Call Home |
Disabled |
Device alias |
Enabled |
DPVM |
Enabled |
FC domain |
Disabled |
FC port security |
Disabled |
FC timer |
Disabled |
IVR |
Disabled |
NTP |
Disabled |
RADIUS |
Disabled |
RSCN |
Disabled |
TACACS+ |
Disabled |
User roles |
Disabled |
CFS Distribution
CFS distributes configuration changes to multiple devices across a complete network. CFS supports the following types of distribution:
- CFS over Ethernet (CFSoE)—Distributes application data over an Ethernet network.
- CFS over IP (CFSoIP)—Distributes application data over an IPv4 network.
- CFS over Fibre Channel (CFSoFC)—Distributes application data over a Fibre Channel, such as a virtual storage area network (VSAN). If the device is provisioned with Fibre Channel ports, CFSoFC is enabled by default.
Beginning with Cisco NX-OS Release 5.2, you can configure Fibre Channel over Ethernet (FCoE), which allows Fibre Channel traffic to be encapsulated over a physical Ethernet link. To run FCoE on a Cisco Nexus 7000 Series switch, you must configure a dedicated storage virtual device context (VDC). If FCoE is enabled on the device, CFSoFC services can be used. The applications that require CFS distribution to be enabled in the storage VDC are noted in the configuration instructions throughout this chapter. For more information on FCoE and storage VDCs, see the Cisco NX-OS FCoE Configuration Guide for Cisco Nexus 7000 and Cisco MDS 9500 and the Cisco Nexus 7000 Series NX-OS Virtual Device Context Configuration Guide, Release 5.x.
Note All of the information in this chapter applies to both CFSoIP and CFSoFC, unless otherwise noted.
CFS Distribution Modes
CFS supports three distribution modes to accommodate different feature requirements. Only one mode is allowed at a given time.
- Uncoordinated distributions—Distribute information that is not expected to conflict with that from a peer. Parallel uncoordinated distributions are allowed for an application.
- Coordinated distributions—Distribute information that can be manipulated and distributed from multiple devices (for example, the port security configuration). Coordinated distributions allow only one application distribution at a given time. CFS uses locks to enforce this. A coordinated distribution is not allowed to start if locks are acquired for the application anywhere in the network. A coordinated distribution consists of three stages:
– A network lock is acquired.
– The configuration is distributed and committed.
– The network lock is released.
CFS can execute these stages in response to an application request without intervention from the application or under complete control of the application.
- Unrestricted uncoordinated distributions—Allow multiple parallel distributions in the network in the presence of an existing coordinated distribution. Unrestricted uncoordinated distributions are allowed to run in parallel with all other types of distributions.
CFS Connectivity in a Mixed Fabric
CFS is an infrastructure component that also runs on the Cisco Nexus 5000 Series switches and the Cisco MDS 9000 switches. A mixed fabric of different platforms (such as the Cisco Nexus 7000 Series, Cisco Nexus 5000 Series, and Cisco MDS 9000 switches) can interact with each other.
Using CFSoIP and CFSoFC, the respective CFS clients can also talk to their instances running on the other platforms. Within a defined domain and distribution scope, CFS can distribute the client’s data and configuration to its peers running on other platforms.
All three platforms support both CFSoIP and CFSoFC. However, the Cisco Nexus 7000 Series and Cisco Nexus 5000 Series switches require an FC or FCoE plugin and corresponding configuration in order for CFSoFC to operate. Both options are available by default on the Cisco MDS 9000 switches.
Note Some applications are not compatible with their instances running on different platforms. Therefore, Cisco recommends that you carefully read the client guidelines for CFS distribution before committing the configuration.
For more information on CFS for the Cisco Nexus 5000 Series and Cisco MDS 9000 switches, see the Cisco Nexus 5000 Series NX-OS System Management Configuration Guide and the Cisco MDS 9000 Family NX-OS System Management Configuration Guide, respectively.
CFS Merge Support
An application keeps the configuration synchronized in the fabric through CFS. When two such fabrics become reachable to one another, CFS triggers a merge. These two fabrics could have two different sets of configuration information that need to be reconciled in the event of a merge. CFS provides notification each time an application peer comes online. If a fabric with M application peers merges with another fabric with N application peers and if an application triggers a merge action on every notification, a link-up event results in MxN merges in the fabric.
CFS supports a protocol that reduces the number of merges required to one by handling the complexity of the merge at the CFS layer. This protocol runs per application per scope. The protocol involves selecting one device in a fabric as the merge manager for that fabric. The other devices do not have a role in the merge process.
During a merger of two networks, their designated managers exchange configuration databases. The application on one of them merges the databases, decides if the merge is successful, and notifies all other devices.
In the merge is successful, the merged database is distributed to all devices in the combined fabric, and the entire new fabric remains in a consistent state.
Locking the Network
When you configure an application that uses the CFS infrastructure, that application starts a CFS session and locks the network. When a network is locked, the device software allows configuration changes to this application only from the device holding the lock. If you make configuration changes to the application from another device, the device issues a message to inform the user about the locked status. The configuration changes are held in a pending database by that application.
If you start a CFS session that requires a network lock but forget to end the session, an administrator can clear the session. If you lock a network at any time, your user name is remembered across restarts and switchovers. If another user (on the same machine) tries to perform configuration tasks, that user’s attempts are rejected.
CFS Regions
A CFS region is a user-defined subset of devices for a given feature or application. You usually define regions to localize or restrict distribution based on devices that are close to one another. When a network covers many geographies with many different administrators who are responsible for subsets of devices, you can manage the scope of an application by setting up a CFS region.
CFS regions are identified by numbers ranging from 0 through 200. Region 0 is reserved as the default region and contains every device in the network. You can configure regions from 1 through 200.
Note If an application is moved (that is, assigned to a new region), its scope is restricted to that region, and it ignores all other regions for distribution or merging purposes. The assignment of the region to an application has precedence in distribution over its initial scope.
You can configure a CFS region to distribute configurations for multiple applications. However, on a given device, you can configure only one CFS region at a time to distribute the configuration for a given application. Once you assign an application to a CFS region, its configuration cannot be distributed within another CFS region.
High Availability
Stateless restarts are supported for CFS. After a reboot or a supervisor switchover, the running configuration is applied. For more information on high availability, see the Cisco Nexus 7000 Series NX-OS High Availability and Redundancy Guide, Release 5.x.
Virtualization Support
CFS is configured per VDC. When you access Cisco NX-OS, it places you in the default VDC unless you specify a different VDC. For more information on VDCs, see the Cisco Nexus 7000 Series NX-OS Virtual Device Context Configuration Guide, Release 5.x.
Configuring CFS Distribution
This section describes how to configure CFS and includes the following topics:
Enabling CFS Distribution for Applications
This section includes the following topics:
Note See Chapter 9, “Configuring Smart Call Home” for more information on Call Home, and see Chapter 5, “Configuring NTP” for more information on NTP. See the Cisco Nexus 7000 Series NX-OS Security Configuration Guide, Release 5.x for more information on CFS for RADIUS, TACACS+, and user roles. See the Cisco Nexus 7000 Series NX-OS SAN Switching Configuration Guide for more information on device alias, DPVM, FC domain, FC port security, FC timer, IVR, and RSCN.
Enabling CFS to Distribute Call Home Configurations
You can enable CFS to distribute Call Home configurations to all Cisco NX-OS devices in the network. The entire Call Home configuration is distributed except the device priority and the sysContact names.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
2. callhome
3. distribute
4. (Optional) show application-name status
5. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
callhome Example: switch(config)# callhome switch(config-callhome)# |
Places you in callhome configuration mode. |
Step 3 |
distribute Example: switch(config-callhome)# distribute |
Enables CFS to distribute Call Home configuration updates. |
Step 4 |
show application-name status Example: switch(config-callhome)# show callhome status |
(Optional) For the specified application, displays the CFS distribution status. |
Step 5 |
copy running-config startup-config Example:
switch(config-callhome)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute Call Home configurations:
switch(config-callhome)# distribute
switch(config-callhome)# show callhome status
switch(config-callhome)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute Device Alias Configurations
You can enable CFS to distribute device alias configurations in order to consistently administer and maintain the device alias database across all Cisco NX-OS devices in the fabric.
BEFORE YOU BEGIN
Make sure that you are in the storage VDC. To change to the storage VDC, use the switchto vdc fcoe command.
SUMMARY STEPS
1. config t
2. device-alias distribute
3. (Optional) show cfs application
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
device-alias distribute Example: switch(config)# device-alias distribute |
Enables CFS to distribute device alias configuration updates. |
Step 3 |
show cfs application Example: switch(config)# show cfs application |
(Optional) Displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute device alias configurations:
switch(config)# device-alias distribute
switch(config)# show cfs application
----------------------------------------------
Application Enabled Scope
----------------------------------------------
device-alias Yes Physical-fc
switch(config)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute DPVM Configurations
You can enable CFS to distribute dynamic port VSAN membership (DPVM) configurations in order to consistently administer and maintain the DPVM database across all Cisco NX-OS devices in the fabric.
BEFORE YOU BEGIN
Make sure that you are in the storage VDC. To change to the storage VDC, use the switchto vdc fcoe command.
Make sure that you enable the DPVM feature. To do so, use the feature dpvm command.
SUMMARY STEPS
1. config t
2. dpvm distribute
3. (Optional) show application-name status
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
dpvm distribute Example: switch(config)# dpvm distribute |
Enables CFS to distribute DPVM configuration updates. |
Step 3 |
show application-name status Example: switch(config)# show dpvm status |
(Optional) For the specified application, displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute DPVM configurations:
switch(config)# dpvm distribute
switch(config)# show dpvm status
switch(config)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute FC Domain Configurations
You can enable CFS to distribute Fibre Channel (FC) domain configurations in order to synchronize the configuration across the fabric from the console of a single Cisco NX-OS device and to ensure consistency in the allowed domain ID lists on all devices in the VSAN.
BEFORE YOU BEGIN
Make sure that you are in the storage VDC. To change to the storage VDC, use the switchto vdc fcoe command.
SUMMARY STEPS
1. config t
2. fcdomain distribute
3. (Optional) show application-name status
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
fcdomain distribute Example: switch(config)# fcdomain distribute |
Enables CFS to distribute FC domain configuration updates. |
Step 3 |
show application-name status Example: switch(config)# show fcdomain status |
(Optional) For the specified application, displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute FC domain configurations:
switch(config)# fcdomain distribute
switch(config)# show fcdomain status
fcdomain distribution is enabled
switch(config)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute FC Port Security Configurations
You can enable CFS to distribute Fibre Channel (FC) port security configurations in order to provide a single point of configuration for the entire fabric in the VSAN and to enforce the port security policies throughout the fabric.
BEFORE YOU BEGIN
Make sure that you are in the storage VDC. To change to the storage VDC, use the switchto vdc fcoe command.
Make sure that you enable the FC port security feature. To do so, use the feature fc-port-security command.
SUMMARY STEPS
1. config t
2. fc-port-security distribute
3. (Optional) show cfs application
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
fc-port-security distribute Example: switch(config)# fc-port-security distribute |
Enables CFS to distribute FC port security configuration updates. |
Step 3 |
show cfs application Example: switch(config)# show cfs application |
(Optional) Displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute FC port security configurations:
switch(config)# fc-port-security distribute
switch(config)# show cfs application
----------------------------------------------
Application Enabled Scope
----------------------------------------------
fc-port-securi Yes Logical
switch(config)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute FC Timer Configurations
You can enable CFS to distribute Fibre Channel (FC) timer configurations for all Cisco NX-OS devices in the fabric.
BEFORE YOU BEGIN
Make sure that you are in the storage VDC. To change to the storage VDC, use the switchto vdc fcoe command.
SUMMARY STEPS
1. config t
2. fctimer distribute
3. (Optional) show application-name status
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
fctimer distribute Example: switch(config)# fctimer distribute |
Enables CFS to distribute FC timer configuration updates. |
Step 3 |
show application-name status Example: switch(config)# show fctimer status |
(Optional) For the specified application, displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute FC timer configurations:
switch(config)# fctimer distribute
switch(config)# show fctimer status
switch(config)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute IVR Configurations
You can enable CFS to distribute inter-VSAN routing (IVR) configurations in order to enable efficient IVR configuration management and to provide a single point of configuration for the entire fabric in the VSAN.
BEFORE YOU BEGIN
Make sure that you are in the storage VDC. To change to the storage VDC, use the switchto vdc fcoe command.
Make sure that you install the Advanced SAN Services license.
Make sure that you enable the IVR feature. To do so, use the feature ivr command.
SUMMARY STEPS
1. config t
2. ivr distribute
3. (Optional) show cfs application
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
ivr distribute Example: switch(config)# ivr distribute |
Enables CFS to distribute IVR configuration updates. Note You must enable IVR distribution on all IVR-enabled switches in the fabric. |
Step 3 |
show cfs application Example: switch(config)# show cfs application |
(Optional) Displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute IVR configurations:
switch(config)# ivr distribute
switch(config)# show cfs application
----------------------------------------------
Application Enabled Scope
----------------------------------------------
switch(config)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute NTP Configurations
You can enable CFS to distribute NTP configurations to all Cisco NX-OS devices in the network.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
Make sure that you enable the NTP feature. To enable NTP in a Cisco NX-OS Release prior to 5.2, use the ntp enable command. To enable NTP in Cisco NX-OS Release 5.2 or a later release, use the feature ntp command.
SUMMARY STEPS
1. config t
2. ntp distribute
3. (Optional) show application-name status
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
ntp distribute Example: switch(config)# ntp distribute |
Enables CFS to distribute NTP configuration updates. |
Step 3 |
show application-name status Example: switch(config)# show ntp status |
(Optional) For the specified application, displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute NTP configurations:
switch(config)# ntp distribute
switch(config)# show ntp status
switch(config)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute RADIUS Configurations
You can enable CFS to distribute RADIUS configurations to all Cisco NX-OS devices in the network.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
2. radius distribute
3. (Optional) show application-name status
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
radius distribute Example: switch(config)# radius distribute |
Enables CFS to distribute RADIUS configuration updates. |
Step 3 |
show application-name status Example: switch(config)# show radius status |
(Optional) For the specified application, displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute RADIUS configurations:
switch(config)# radius distribute
switch(config)# show radius status
switch(config)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute RSCN Configurations
You can enable CFS to distribute registered state change notification (RSCN) configurations to all Cisco NX-OS devices in the fabric.
BEFORE YOU BEGIN
Make sure that you are in the storage VDC. To change to the storage VDC, use the switchto vdc fcoe command.
SUMMARY STEPS
1. config t
2. rscn distribute
3. (Optional) show cfs application
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
rscn distribute Example: switch(config)# rscn distribute |
Enables CFS to distribute RSCN configuration updates. |
Step 3 |
show cfs application Example: switch(config)# show cfs application |
(Optional) Displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute RSCN configurations:
switch(config)# rscn distribute
switch(config)# show cfs application
----------------------------------------------
Application Enabled Scope
----------------------------------------------
switch(config)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute TACACS+ Configurations
You can enable CFS to distribute TACACS+ configurations to all Cisco NX-OS devices in the network.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
Make sure that you enable the TACACS+ feature. To do so, use the feature tacacs+ command.
SUMMARY STEPS
1. config t
2. tacacs+ distribute
3. (Optional) show application-name status
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
tacacs+ distribute Example: switch(config)# tacacs+ distribute |
Enables CFS to distribute configuration updates for TACACS+. |
Step 3 |
show application-name status Example: switch(config)# show tacacs+ status |
(Optional) For the specified application, displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute TACACS+ configurations:
switch(config)# tacacs+ distribute
switch(config)# show tacacs+ status
Last operational state: No session
switch(config)# copy running-config startup-config
[########################################] 100%
Enabling CFS to Distribute User Role Configurations
You can enable CFS to distribute user role configurations to all Cisco NX-OS devices in the network.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
2. role distribute
3. (Optional) show application-name status
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
role distribute Example: switch(config)# role distribute |
Enables CFS to distribute role configurations. |
Step 3 |
show application-name status Example: switch(config)# show role status |
(Optional) For the specified application, displays the CFS distribution status. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable CFS to distribute role configurations:
switch(config)# role distribute
switch(config)# show role status
switch(config)# copy running-config startup-config
[########################################] 100%
Specifying a CFS Distribution Mode
You can specify and enable a CFS distribution mode (Ethernet or IPv4).
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
2. cfs { eth | ipv4 } distribute
3. (Optional) show cfs status
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
cfs {eth | ipv4 } distribute Example: switch(config)# cfs ipv4 distribute |
Globally enables CFS distribution over one of the following for all applications on the device.
In this example, CFS distribution is enabled over IPv4. |
Step 3 |
show cfs status Example: switch(config)# show cfs status |
(Optional) Shows the current state of CFS including the distribution mode. In this example, CFS is shown as being distributed over IPv4. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to enable the Ethernet CFS distribution mode:
switch(config)# cfs eth distribute
switch(config)# show cfs status
Distribution over IP : Disabled
Distribution over Ethernet : Enabled
switch(config)# copy running-config startup-config
[########################################] 100%
Configuring an IP Multicast Address for CFSoIP
For CFS protocol-specific distributions, such as the keepalive mechanism for detecting network topology changes, use the IP multicast address to send and receive information.
You can configure the IP multicast address used to distribute CFSoIPv4. The default IPv4 multicast address is 239.255.70.83.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
You must disable CFS IP distribution before changing the multicast address.
SUMMARY STEPS
1. config t
2. no cfs ipv4 distribute
3. cfs ipv4 mcast-address ip-address
4. cfs ipv4 distribute
5. (Optional) show cfs status
6. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
no cfs ipv4 distribute Example:
switch(config)# no cfs ipv4 distribute
This will prevent CFS from distributing over IPv4 network. Are you sure? (y/n) [n] y |
Globally disables CFSoIP distribution for all applications on the device. Note CFSoIP must be disabled before you can change the multicast address. |
Step 3 |
cfs ipv4 mcast-address ip-address Example: switch(config)# cfs ipv4 mcast-address 239.255.1.1 Distribution over this IP type will be affected Change multicast address for CFS-IP ? Are you sure? (y/n) [n] y |
Configures the multicast address for CFS distribution over IPv4. The ranges of valid IPv4 addresses are 239.255.0.0 through 239.255.255.255 and 239.192/16 through 239.251/16. The default IPv4 address is 239.255.70.83. |
Step 4 |
cfs ipv4 distribute Example:
switch(config)# cfs ipv4 distribute
|
Globally enables CFSoIP distribution for all applications on the device. |
Step 5 |
show cfs status Example: switch(config)# show cfs status |
(Optional) Shows the current state of CFS including whether it is enabled, its IP mode, and its multicast addresses. In this example, CFS is shown as being distributed over IPv4 on 239.255.1.1. |
Step 6 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to configure the IP multicast address used to distribute CFSoIP for IPv4:
switch(config)# no cfs ipv4 distribute
switch(config)# cfs ipv4 mcast-address 239.255.1.1
switch(config)# cfs ipv4 distribute
switch(config)# show cfs status
Distribution : Enabled
Distribution over IP : Enabled - mode IPv4
IPv4 multicast address : 239.255.1.1
switch(config)# copy running-config startup-config
[########################################] 100%
Configuring CFS Regions
This section describes how to create and configure a CFS region and includes the following topics:
Creating a CFS Region
You can create a CFS region and add an application, such as Call Home, to it.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
2. cfs region region-number
3. application-name
4. (Optional) show cfs regions brief
5. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
cfs region region-number Example: switch(config)# cfs region 4 switch(config-cfs-region)# |
Creates the region and places you into configuration mode for the specified region. In this example, region 4 is created. |
Step 3 |
application-name Example: switch(config-cfs-region)# callhome |
For the specified region, adds the named application. |
Step 4 |
show cfs regions brief Example: switch(config-cfs-region)# show cfs regions brief --------------------------------------- Region Application Enabled --------------------------------------- 4 callhome yes |
(Optional) Shows all configured regions and applications but does not show peers. In this example, the Call Home application is shown in region 4. |
Step 5 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
Moving an Application to a Different Region
You can move an application to a different region. For example, you can move NTP from region 1 to region 2.
Note When an application is moved, its scope is restricted to the new region. It ignores all other regions for distribution or merging purposes.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
2. cfs region region-number
3. application-name
4. (Optional) show cfs regions name application-name
5. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
cfs region region-number Example: switch(config)# cfs region 2 switch(config-cfs-region)# |
Places you in the configuration mode for the target/destination region. |
Step 3 |
application-name Example: switch(config-cfs-region)# callhome switch(config-cfs-region)# radius |
Specifies applications to be moved. In this example, the Call Home and RADIUS applications are moved to region 2. |
Step 4 |
show cfs regions name application-name Example:
switch(config-cfs-region)# show cfs regions name callhome
|
(Optional) Displays peers and region information for a given application. |
Step 5 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
This example shows how to move the Call Home application to CFS region 2:
switch# config t
switch(config)# cfs region 2
switch(config-cfs-region)# callhome
switch(config-cfs-region)# show cfs regions name callhome
-------------------------------------------------------------------------
-------------------------------------------------------------------------
20:00:00:22:55:79:a4:c1 172.28.230.85 [Local]
Total number of entries = 1
Removing an Application from a Region
You can remove an application from a region. Removing an application from a region is the same as moving the application back to the default region. The default region is usually region 0. This action brings the entire fabric into the scope of distribution for the application.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
2. cfs region region-number
3. no application-name
4. (Optional) Repeat Step 3 for each application that you want to remove from this region.
5. (Optional) show cfs regions brief
6. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
cfs region region-number Example: switch(config)# cfs region 2 switch(config-cfs-region)# |
Places you in the configuration mode for the specified region. |
Step 3 |
no application-name Example: switch(config-cfs-region)# no ntp |
Removes the specified application from the region. |
Step 4 |
(Optional) Repeat Step 3 for each application that you want to remove from this region. |
— |
Step 5 |
show cfs regions brief Example: switch(config-cfs-region)# show cfs regions brief --------------------------------------- Region Application Enabled --------------------------------------- 4 tacacs+ yes 6 radius yes |
(Optional) Shows all configured regions and applications but does not show peers. |
Step 6 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
Deleting a CFS Region
You can delete a region and move all included applications back to the default region.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
2. no cfs region region-number
3. (Optional) show cfs regions brief
4. (Optional) show cfs application name application-name
5. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
no cfs region region-number Example: switch(config)# no cfs region 4 WARNING: All applications in the region will be moved to default region. Are you sure? (y/n) [n] |
Deletes the specified region after warning that this action causes all applications in the region to move to the default region. After deleting the region, you are returned to the global configuration mode. |
Step 3 |
show cfs regions brief Example: switch(config)# show cfs regions brief --------------------------------------- Region Application Enabled --------------------------------------- 6 radius no |
(Optional) Shows all configured regions and applications but does not show peers. In this example, region 4 is absent. |
Step 4 |
show cfs application name application-name Example: switch(config)# show cfs application name callhome Enabled : Yes Timeout : 20s Merge Capable : Yes Scope : Physical-fc-ip Region : Default |
(Optional) Shows local application information by name. In this case, the Call Home application is shown as now belonging to the default region. |
Step 5 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |
Creating and Distributing a CFS Configuration
You can create a configuration change for an application and then distribute it to its application peers.
Caution
If you do not commit the changes, they are not distributed and saved in the running configuration of application peer devices.
Caution
If you do not save the changes to the startup configuration in every application peer device where distributed, then changes are retained only in their running configurations.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
2. application-name
3. application-command
4. (Optional) Repeat Step 3 for each configuration command that you want to make.
5. (Optional) show application-name status
6. commit
7. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
application-name Example: switch(config)# callhome switch(config-callhome)# |
Specifies that CFS starts a session for the specified application name and locks the fabric. |
Step 3 |
application-command Example: switch(config-callhome)# email-contact admin@Mycompany.com |
Specifies that configuration changes are saved as a working copy and are not saved in the running configuration until you enter the commit command. |
Step 4 |
(Optional) Repeat Step 3 for each configuration command that you want to make. |
— |
Step 5 |
show application-name status Example: switch(config-callhome)# show callhome status Distribution : Enabled |
(Optional) For the specified application, displays the CFS distribution status. In this example, the output shows that distribution is enabled for Call Home. |
Step 6 |
commit Example: switch(config-callhome)# commit |
CFS distributes the configuration changes to the running configuration of every application peer device. If one or more external devices report a successful status, the software overwrites the running configuration with the changes from the CFS working copy and releases the fabric lock. If none of the external devices report a successful status, no changes are made, and the fabric lock remains in place. |
Step 7 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration in all devices in the fabric. |
This example shows how to configure and distribute the contact information for Call Home:
switch# config t
Enter configuration commands, one per line. End with CNTL/Z.
switch(config)# snmp-server contact personname@companyname.com
switch(config)# callhome
switch(config-callhome)# email-contact admin@Mycompany.com
switch(config-callhome)# phone-contact +1-800-123-4567
switch(config-callhome)# street-address 123 Anystreet st. Anytown,AnyWhere
switch(config-callhome)# commit
switch(config-callhome)# copy running-config startup-config
[######################################] 100%
Clearing a Locked Session
You can clear a lock held by an application from any device in the fabric.
You must have administrator permissions to release a lock.
Caution
When you clear a lock in the fabric, any pending configurations in any device in the fabric are discarded.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. (Optional) show application-name status
2. clear application-name session
3. (Optional) show application-name status
DETAILED STEPS
|
|
|
Step 1 |
show application-name status switch(config)# show ntp status Distribution : Enabled Last operational state: Fabric Locked |
(Optional) Shows the current application state. In this example, NTP is shown as locked. |
Step 2 |
clear application-name session Example: switch(config)# clear ntp session |
Clears the application configuration session and releases the lock on the fabric. All pending changes are discarded. |
Step 3 |
show application-name status Example: switch(config)# show ntp status Distribution : Enabled Last operational state: No session |
(Optional) Shows the current application state. This example shows that the lock is removed from the NTP application. |
Discarding a Configuration
You can discard configuration changes and release the lock.
Caution
If you discard configuration changes, the application flushes the pending database and releases locks in the fabric.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
1. application-name abort
2. (Optional) show application-name session status
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
application-name abort y Example:
switch(config)# ntp abort
This will prevent CFS from distributing the configuration to other switches.
Are you sure? (y/n) [n] y
|
Aborts the application configuration after requesting confirmation. In this case, the NTP configuration is aborted, the changes to the configuration are discarded, the CFS session is closed, and the fabric lock is released. Note The abort command is supported only on the device where the fabric lock is acquired. |
Step 3 |
show application-name session status Example: switch(config)# show ntp session status Last Action Time Stamp : Wed Nov 12 16:07:25 2010 Last Action : Abort Last Action Result : Success Last Action Failure Reason : none |
(Optional) For the specified application, displays the CFS session status. In this example, the output shows that the CFS session was aborted. |
Disabling CFS Distribution Globally
You can disable CFS distribution for a device, isolating the applications using CFS from fabric-wide distributions while maintaining physical connectivity.
When CFS is globally disabled on a device, CFS operations are restricted to the device, and all CFS commands continue to function as if the device was physically isolated.
BEFORE YOU BEGIN
Make sure that you are in the correct VDC. To change the VDC, use the switchto vdc command.
SUMMARY STEPS
1. config t
2. no cfs distribute
3. (Optional) show cfs status
4. (Optional) copy running-config startup-config
DETAILED STEPS
|
|
|
Step 1 |
config t Example: switch# config t Enter configuration commands, one per line. End with CNTL/Z. switch(config)# |
Places you in global configuration mode. |
Step 2 |
no cfs distribute Example:
switch(config)# no cfs distribute
This will prevent CFS from distributing the configuration to other switches.
Are you sure? (y/n) [n] y
switch(config)# |
Globally disables CFS distribution for all applications on the device. Note If the virtual port channel (vPC) feature is enabled, then only IP distribution is disabled. You must first disable vPC before you can disable CFS distribution. |
Step 3 |
show cfs status Example: switch(config)# show cfs status Distribution : Enabled Distribution over IP : Disabled IPv4 multicast address : 239.255.70.83 Distribution over Ethernet : Disabled |
(Optional) Displays the global CFS distribution status for the device. |
Step 4 |
copy running-config startup-config Example:
switch(config)# copy running-config startup-config
|
(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration. |