Managing FLOGI, Name Server, FDMI, and RSCN Databases
This chapter describes the fabric login (FLOGI) database, the name server features, the Fabric-Device Management Interface, and Registered State Change Notification (RSCN) information provided in the Cisco MDS 9000 Family Switches. It includes the following sections:
Information About FLOGI
In a Fibre Channel fabric, each host or disk requires an FC ID. If the required device is displayed in the FLOGI table, the fabric login is successful. Examine the FLOGI database on a switch that is directly connected to the host HBA and connected ports. See the Default Company ID List section and the Switch Interoperability section.
In a Fibre Channel fabric, each host or disk requires an FC ID. Use the show flogi command to verify if a storage device is displayed in the FLOGI table as in the next section. If the required device is displayed in the FLOGI table, the fabric login is successful. Examine the FLOGI database on a switch that is directly connected to the host HBA and connected ports.
This section includes the following topics:
Name Server Proxy
The name server functionality maintains a database containing the attributes for all hosts and storage devices in each VSAN. Name servers allow a database entry to be modified by a device that originally registered the information.
The proxy feature is useful when you want to modify (update or delete) the contents of a database entry that was previously registered by a different device.
About Registering Name Server Proxies
All name server registration requests come from the same port whose parameter is registered or changed. If it does not, then the request is rejected.
This authorization enables WWNs to register specific parameters for another node.
About Rejecting Duplicate pWWN
You can prevent a malicious or accidental login when using another device’s pWWN by enabling the reject-duplicate-pwwn option. If you disable this option, these pWWNs are allowed to log in to the fabric and replace the first device in the name server database.
You can prevent a malicious or accidental login when using another device’s pWWN. These pWWNs are allowed to log in to the fabric and replace the first device in the name server database.
About Name Server Database Entries
The name server stores name entries for all hosts in the FCNS database. The name server permits an Nx port to register attributes during a PLOGI (to the name server) to obtain attributes of other hosts. These attributes are deregistered when the Nx port logs out either explicitly or implicitly.
In a multiswitch fabric configuration, the name server instances running on each switch shares information in a distributed database. One instance of the name server process runs on each switch.
FDMI
Cisco MDS 9000 Family switches provide support for the Fabric-Device Management Interface (FDMI) functionality, as described in the FC-GS-4 standard. FDMI enables management of devices such as Fibre Channel host bus adapters (HBAs) through in-band communications. This addition complements the existing Fibre Channel name server and management server functions.
Using the FDMI functionality, the NX-OS software can extract the following management information about attached HBAs and host operating systems without installing proprietary host agents:
- Manufacturer, model, and serial number
- Node name and node symbolic name
- Hardware, driver, and firmware versions
- Host operating system (OS) name and version number
All FDMI entries are stored in persistent storage and are retrieved when the FDMI process is started.
RSCN
The Registered State Change Notification (RSCN) is a Fibre Channel service that informs hosts about changes in the fabric. Hosts can receive this information by registering with the fabric controller (through SCR). These notifications provide a timely indication of one or more of the following events:
- Disks joining or leaving the fabric.
- A name server registration change.
- A new zone enforcement.
- IP address change.
- Any other similar event that affects the operation of the host.
Apart from sending these events to registered hosts, a switch RSCN (SW-RSCN) is sent to all reachable switches in the fabric.
Note |
The switch sends an RSCN to notify registered nodes that a change has occurred. It is up to the nodes to query the name server again to obtain the new information. The details of the changed information are not delivered by the switch in the RSCN sent to the nodes. |
About the multi-pid Option
If the RSCN multi-pid option is enabled, then RSCNs generated to the registered Nx ports may contain more than one affected port IDs. In this case, zoning rules are applied before putting the multiple affected port IDs together in a single RSCN. By enabling this option, you can reduce the number of RSCNs. For example, suppose you have two disks (D1, D2) and a host (H) connected to switch 1. Host H is registered to receive RSCNs. D1, D2, and H belong to the same zone. If disks D1 and D2 are online at the same time, then one of the following applies:
- The multi-pid option is disabled on switch 1— Two RSCNs are generated to host H, one for the disk D1 and another for disk D2.
- The multi-pid option is enabled on switch 1— A single RSCN is generated to host H, and the RSCN payload lists the affected port IDs (in this case, both D1 and D2).
Some Nx ports might not support multi-pid RSCN payloads. If this situation occurs, disable the RSCN multi-pid option.
RSCN Timer Configuration Distribution Using CFS
Because the timeout value for each switch is configured manually, a misconfiguration occurs when different switches time out at different times. This means different N ports in a network can receive RSCNs at different times. Cisco Fabric Services (CFS) alleviates this situation by automatically distributing configuration information to all switches in a fabric. This also reduces the number of SW-RSCNs.
RSCN supports two modes, distributed and nondistributed. In distributed mode, RSCN uses CFS to distribute configuration to all switches in the fabric. In nondistributed mode, only the configuration commands on the local switch are affected.
Note |
All configuration commands are not distributed. Only the rscn event-tov tov vsan vsan command is distributed. |
The RSCN timer is registered with CFS during initialization and switchover. For high availability, if the RSCN timer distribution crashes and restarts or a switchover occurs, it resumes normal functionality from the state prior to the crash or switchover.
Note |
Before performing a downgrade, make sure that you revert the RCSN timer value in your network to the default value. Failure to do so will disable the links across your VSANs and other devices. |
Compatibility across various Cisco MDS NX-OS releases during an upgrade or downgrade is supported by conf-check provided by CFS. If you attempt to downgrade from Cisco MDS SAN-OS Release 3.0, you are prompted with a conf-check warning. You are required to disable RSCN timer distribution support before you downgrade.
By default, the RSCN timer distribution capability is disabled and is therefore compatible when upgrading from any Cisco MDS SAN-OS release earlier than Release 3.0.
RSCN Timer Configuration Distribution
Because the timeout value for each switch is configured manually, a misconfiguration occurs when different switches time out at different times. This means different Nports in a network can receive RSCNs at different times. Cisco Fabric Services (CFS) infrastructure alleviates this situation by automatically distributing the RSCN timer configuration information to all switches in a fabric. This action also reduces the number of SW-RSCNs. Refer to the Cisco MDS 9000 Family NX-OS System Management Configuration Guide .
RSCN supports two modes, distributed and nondistributed. In distributed mode, RSCN uses CFS to distribute configuration to all switches in the fabric. In nondistributed mode, only the configuration commands on the local switch are affected.
Note |
All configuration commands are not distributed. Only the rscn event-tov tov vsan vsan command is distributed. |
Note |
Only the RSCN timer configuration is distributed. |
The RSCN timer is registered with CFS during initialization and switchover. For high availability, if the RSCN timer distribution crashes and restarts or a switchover occurs, it resumes normal functionality from the state prior to the crash or switchover.
Note |
You can determine the compatibility when downgrading to an earlier Cisco MDS NX-OS release using show incompatibility system command. You must disable RSCN timer distribution support before downgrading to an earlier release. |
Note |
By default, the RSCN timer distribution capability is disabled and is compatible when upgrading from any Cisco MDS SAN-OS release earlier than 3.0. |
Note |
For CFS distribution to operate correctly for the RSCN timer configuration, all switches in the fabric must be running Cisco SAN-OS Release 3.0(1) or later, or Cisco NX-OS 4.1(1b). |
Locking the Fabric
The first action that modifies the database creates the pending database and locks the feature in the VSAN. Once you lock the fabric, the following situations apply:
- No other user can make any configuration changes to this feature.
- A copy of the configuration database becomes the pending database along with the first active change.
Default Settings
Table 1 lists the default settings for RSCN.
Parameters |
Default |
---|---|
RSCN timer value |
2000 milliseconds for Fibre Channel VSANs1000 milliseconds for FICON VSANs |
RSCN timer configuration distribution |
Disabled |
Registering Name Server Proxies
This section includes the following topics:
Registering Name Server Proxies
To register the name server proxy, follow these steps:
Procedure
Step 1 |
Expand a fabric, expand a VSAN, and then select Advanced. You see the VSAN advanced configuration in the Information pane. |
Step 2 |
Click the NS Proxies tab. You see the existing name server proxy for the selected VSAN. |
Step 3 |
Double-click the PortName field to register a new name server proxy. |
Step 4 |
Click Apply Changes to save these changes, or click Undo Changes to cancel any unsaved changes. |
Configuring the multi-pid Option
To configure the multi-pid option, follow these steps:
Procedure
Step 1 |
Expand a fabric, expand a VSAN, and then select Advanced. You see the VSAN advanced configuration in the Information pane. |
Step 2 |
Click the RSCN Multi-PID tab. |
Step 3 |
Check the Enable check box. |
Step 4 |
Click Apply Changes to save these changes, or click Undo Changes to cancel any unsaved changes. |
Suppressing Domain Format SW-RSCNs
A domain format SW-RSCN is sent whenever the local switch name or the local switch management IP address changes. This SW-RSCN is sent to all other domains and switches over the ISLs. The remote switches can issue GMAL and GIELN commands to the switch that initiated the domain format SW-RSCN to determine what changed. Domain format SW-RSCNs can cause problems with some non-Cisco MDS switches (refer to the Cisco MDS 9000 Family Switch-to-Switch Interoperability Configuration Guide ).
Note |
You cannot suppress transmission of port address or area address format RSCNs. |
Configuring the RSCN Timer with CFS
To configure the RSCN timer with CFS, follow these steps:
Procedure
Step 1 |
Expand a fabric, expand a VSAN, and then select Advanced in the Logical Domains pane. |
Step 2 |
Click the RSCN Event tab. You see the VSAN advanced configuration in the Information pane. |
Step 3 |
Double-click the TimeOut value to change the value (in milliseconds) for the selected VSAN. |
Step 4 |
Click Apply Changes to save these changes, or click Undo Changes to cancel any unsaved changes. |
Configuring the RSCN Timer
RSCN maintains a per-VSAN event list queue, where the RSCN events are queued as they are generated. When the first RSCN event is queued, a per VSAN timer starts. Upon time-out, all the events are dequeued and coalesced RSCNs are sent to registered users. The default timer values minimize the number of coalesced RSCNs sent to registered users. Some deployments require smaller event timer values to track changes in the fabric.
Note |
The RSCN timer value must be the same on all switches in the VSAN. See the RSCN Timer Configuration Distribution Using CFS. |
Note |
Before performing a downgrade, make sure that you revert the RCSN timer value in your network to the default value. Failure to do so will disable the links across your VSANs and other devices. |
Committing the RSCN Timer Configuration Changes
If you commit the changes made to the active database, the configuration is committed to all the switches in the fabric. On a successful commit, the configuration change is applied throughout the fabric and the lock is released.
Discarding the RSCN Timer Configuration Changes
If you discard (abort) the changes made to the pending database, the configuration database remains unaffected and the lock is released.
Clearing a Locked Session
If you have changed the RSCN timer configuration and have forgotten to release the lock by either committing or discarding the changes, an administrator can release the lock from any switch in the fabric. If the administrator performs this task, your changes to the pending database are discarded and the fabric lock is released.
Tip |
The pending database is only available in the volatile directory and are subject to being discarded if the switch is restarted. |
Displaying FLOGI Details
To verify that a storage device is in the fabric login (FLOGI) table, follow these steps:
Procedure
Step 1 |
Expand Switches, expand Interfaces, and then select FC Physical. You see the interface configuration in the Information pane. |
Step 2 |
Click the FLOGI tab. You see all end devices that are logged into the fabric. |
Viewing Name Server Database Entries
To view the name server database using Device Manager, follow these steps:
Procedure
Step 1 |
Select FC > Name Server. You see the Name Server dialog box. The General tab is the default tab; you see the name server database. |
Step 2 |
Click the Statistics tab. You see the name server statistics. |
Step 3 |
Click Close to close the dialog box. |
Displaying RSCN Information
To display RSCN information, follow these steps:
Procedure
Step 1 |
Expand a fabric, expand a VSAN, and then select Advanced. You see the VSAN advanced configuration in the Information pane. |
Step 2 |
Click the RSCN Reg tab or the RSCN Statistics tab. |
Field Descriptions for Databases
This setion contains the field descriptions for this feature.
FC Interfaces FLOGI
Field |
Description |
---|---|
FcId |
The address identifier that has been assigned to the logged-in Nx_Port. |
PortName |
The world wide name of the logged-in Nx_Port. |
NodeName |
The world wide name of the Remote Node the logged-in Nx_Port belongs to. |
Original PWWN |
The original port WWN for this interface. |
Version |
The version of FC-PH that the Fx_Port has agreed to support from the Fabric Login. |
BBCredit Rx |
The maximum number of receive buffers available for holding Class 2, Class 3 received from the logged-in Nx_Port. It is for buffer-to-buffer flow control in the incoming direction from the logged-in Nx_Port to FC-port. |
BBCredit Tx |
The total number of buffers available for holding Class 2, Class 3 frames to be transmitted to the logged-in Nx_Port. It is for buffer-to-buffer flow control in the direction from FC-Port to Nx_Port. The buffer-to-buffer flow control mechanism is indicated in the respective BbCreditModel. |
CoS |
The classes of services that the logged-in Nx_Port has requested the FC-Port to support and the FC-Port has granted the request. |
Class2 RxDataSize |
The Class 2 Receive Data Field Size of the logged-in Nx_Port. Specifies the largest Data Field Size for an FT_1 frame that can be received by the Nx_Port. |
Class2 SeqDeliv |
Whether the FC-Port has agreed to support Class 2 sequential delivery during the Fabric Login. This is meaningful only if Class 2 service has been agreed. This is applicable only to Fx_Ports. |
Class3 RxDataSize |
The Class3 Receive Data Field Size of the logged-in Nx_Port. Specifies the largest Data Field Size for an FT_1 frame that can be received by the Nx_Port. |
Class3 SeqDeliv |
Whether the FxPort has agreed to support Class 3 sequential delivery during the Fabric Login. This is meaningful only if Class 3 service has been agreed. This is applicable only to Fx_Ports. |
FDMI HBAs
Field |
Description |
---|---|
Sn |
The serial number of this HBA. |
Model |
The model of this HBA. |
ModelDescr |
The model description. |
OSInfo |
The type and version of the operating system controlling this HBA. |
MaxCTPayload |
The maximum size of the Common Transport (CT) payload including all CT headers but no FC frame header(s), that may be send or received by application software resident in the host containing this HBA. |
FDMI Ports
Field |
Description |
---|---|
SupportedFC4Type |
The supported FC-4 types attribute registered for this port on this VSAN. |
SupportedSpeed |
The supported speed registered for this port on this VSAN. |
CurrentSpeed |
The current speed registered for this port on this VSAN. |
MaxFrameSize |
The maximum frame size attribute registered for this port on this VSAN. |
OsDevName |
The OS Device Name attribute registered for this port on this VSAN. |
HostName |
The name of the host associated with this port. |
FDMI Versions
Field |
Description |
---|---|
Hardware |
The hardware version of this HBA. |
DriverVer |
The version level of the driver software controlling this HBA. |
OptROMVer |
The version of the Option ROM or the BIOS of this HBA. |
Firmware |
The version of the firmware executed by this HBA. |
RSCN Nx Registrations
Field |
Description |
---|---|
RegType |
Indicates the type of registration desired by the subscriber.
|
RSCN Multi-PID Support
Field |
Description |
---|---|
Enable |
Specifies whether the multi-pid option is enabled on this VSAN. |
RSCN Event
Field |
Description |
---|---|
TimeOut (msec) |
The time (in seconds) before the RSCN event times out. |
RSCN Statistics
Field |
Description |
---|---|
SCR Rx |
The number of SCRs received from Nx_Ports on this VSAN. |
SCR RJT |
The number of SCR rejected on this VSAN. |
RSCN Rx |
The number of RSCNs from Nx_Ports received on this VSAN. |
RSCN Tx |
The total number of RSCNs transmitted on this VSAN. |
RSCN RJT |
The number of RSCN requests rejected on this VSAN. |
SW-RSCN Rx |
The number of Inter-Switch Registered State Change Notifications (SW_RSCN) received on this VSAN from other switches. |
SW-RSCN Tx |
The number of Inter-Switch Registered State Change Notifications (SW_RSCN) transmitted on this VSAN to other switches. |
SW-RSCN RJT |
The number of SW_RSCN requests rejected on this VSAN. |
Name Server General
Field |
Description |
---|---|
Type |
The port type of this port. |
PortName |
The fibre channel Port_Name (WWN) of this Nx_port. |
NodeName |
The fibre channel Node_Name (WWN) of this Nx_port. |
FC4Type/Features |
The FC-4 Features associated with this port and the FC-4 Type. Refer to FC-GS3 specification for the format. |
SymbolicPortName |
The user-defined name of this port. |
SymbolicNodeName |
The user-defined name of the node of this port. |
FabricPortName |
The fabric port name (WWN) of the Fx_port to which this Nx_port is attached. |
Name Server Advanced
Field |
Description |
---|---|
ClassOfSvc |
The class of service indicator. |
PortIpAddress |
Contains the IP address of the associated port. |
NodeIpAddress |
The IP address of the node of this Nx_port, as indicated by the Nx_Port in a GS3 message that it transmitted. |
SymbolicPortName |
The user-defined name of this port. |
SymbolicNodeName |
The user-defined name of the node of this port. |
HardAddress |
Extended Link Service (FC-PH-2). Hard Address is the 24-bit NL_Port identifier which consists of - the 8-bit Domain Id in the most significant byte - the 8-bit Area Id in the next most significant byte - the 8-bit AL-PA(Arbitrated Loop Physical Address) which an NL_port attempts acquire during FC-AL initialization in the least significant byte. If the port is not an NL_Port, or if it is an NL_Port but does not have a hard address, then all bits are reported as 0s. |
ProcAssoc |
The Fibre Channel initial process associator (IPA). |
PermanentPortName |
The permanent port name of this Nx port. If multiple port names are associated with this Nx port via FDISC (Discover F Port Service Parameters), the permanent port name is the original port name associated with this Nx port at login. |
Name Server Proxy
Field |
Description |
---|---|
PortName |
Name of the proxy port which can register or deregister for other ports on this VSAN. Users can enable third-party registrations by setting this value. |
Name Server Statistics
Field |
Description |
---|---|
Queries Rx |
The total number of Get Requests received by the local switch on this VSAN. |
Queries Tx |
The total number of Get Requests sent by the local switch on this VSAN. |
Requests Rx Reg |
The total number of Registration Requests received by the local switch on this VSAN. |
Requests Rx DeReg |
The total number of De-registration Requests received by the local switch on this VSAN. |
RSCN Rx |
The total number of RSCN commands received by the local switch on this VSAN. |
RSCN Tx |
The total number of RSCN commands sent by the local switch on this VSAN. |
Rejects Tx |
The total number of requests rejected by the local switch on this VSAN. |