- play_arrow Overview
- play_arrow Storage Overview
-
- play_arrow Transit Switch, FCoE, and FIP Snooping
- play_arrow Using FCoE on a Transit Switch
- Understanding FCoE Transit Switch Functionality
- Understanding FCoE
- Understanding FCoE LAGs
- Configuring an FCoE LAG
- Example: Configuring an FCoE LAG on a Redundant Server Node Group
- Understanding OxID Hash Control for FCoE Traffic Load Balancing on QFabric Systems
- Understanding OxID Hash Control for FCoE Traffic Load Balancing on Standalone Switches
- Enabling and Disabling CoS OxID Hash Control for FCoE Traffic on Standalone Switches
- Enabling and Disabling CoS OxID Hash Control for FCoE Traffic on QFabric Systems
- Configuring VLANs for FCoE Traffic on an FCoE Transit Switch
- Understanding FIP Snooping, FBF, and MVR Filter Scalability
- Understanding VN_Port to VF_Port FIP Snooping on an FCoE Transit Switch
- Configuring VN2VF_Port FIP Snooping and FCoE Trusted Interfaces on an FCoE Transit Switch
- Understanding VN_Port to VN_Port FIP Snooping on an FCoE Transit Switch
- Enabling VN2VN_Port FIP Snooping and Configuring the Beacon Period on an FCoE Transit Switch
- Example: Configuring VN2VN_Port FIP Snooping (FCoE Hosts Directly Connected to the Same FCoE Transit Switch)
- Example: Configuring VN2VN_Port FIP Snooping (FCoE Hosts Directly Connected to Different FCoE Transit Switches)
- Example: Configuring VN2VN_Port FIP Snooping (FCoE Hosts Indirectly Connected Through an Aggregation Layer FCoE Transit Switch)
- Disabling Enhanced FIP Snooping Scaling
- Understanding MC-LAGs on an FCoE Transit Switch
- Example: Configuring CoS Using ELS for FCoE Transit Switch Traffic Across an MC-LAG
- Understanding FCoE and FIP Session High Availability
- Troubleshooting Dropped FIP Traffic
- Troubleshooting Dropped FCoE Traffic
-
- play_arrow Data Center Bridging (DCBX, PFC)
- play_arrow Using Data Center Bridging (DCBX, PFC)
- Understanding DCB Features and Requirements
- Understanding DCBX
- Configuring the DCBX Mode
- Configuring DCBX Autonegotiation
- Disabling the ETS Recommendation TLV
- Understanding DCBX Application Protocol TLV Exchange
- Defining an Application for DCBX Application Protocol TLV Exchange
- Configuring an Application Map for DCBX Application Protocol TLV Exchange
- Applying an Application Map to an Interface for DCBX Application Protocol TLV Exchange
- Example: Configuring DCBX Application Protocol TLV Exchange
- Understanding CoS Flow Control (Ethernet PAUSE and PFC)
- Example: Configuring CoS PFC for FCoE Traffic
- play_arrow Learn About Technology
-
- play_arrow Configuration Statements and Operational Commands
Monitoring Fibre Channel Interface Load Balancing
You can use operational mode commands to monitor load balancing when the switch is in FCoE-FC gateway mode:
Monitoring the Interface Load-Balancing State
Purpose
Monitor the number of sessions, whether load balancing is enabled or disabled, and the load-balancing weight for each native Fibre Channel (FC) interface.
A session is a FLOGI or FDISC login to the FC SAN fabric. Session does not refer to end-to-end storage sessions.
Action
To monitor the load-balancing state of the native FC interfaces in the CLI, enter the following CLI command:
user@switch> show fibre-channel proxy np-port
For example:
user@switch> show fibre-channel proxy np-port Fabric: sanfab1, Fabric-id: 10 NP-Port State Sessions LB state LB weight fc-0/0/0.0 online 5 ON 4 fc-0/0/1.0 online 5 ON 4 fc-0/0/2.0 online 10 ON 8 Fabric: fc_fab2, Fabric-id: 200 NP-Port State Sessions LB state LB weight fc-0/0/44.0 isolated 0 OFF 0 Fabric: fc_fabric_100, Fabric-id: 100 NP-Port State Sessions LB state LB weight fc-0/0/46.0 online 1 ON 8
Meaning
Table 1 summarizes key output fields for the FC interface load-balancing state.
Field | Values |
---|---|
Fabric | Name of the fabric. |
Fabric-id | Fabric ID number. |
NP-Port | NP_Port interface connected to the FCoE forwarder (FCF) or the FC switch. |
State | FCID state of the NP_Port interface:
|
Sessions | Number of active sessions on the NP_Port interface. |
LB state | Load-balancing state:
|
LB weight | Load-balancing weight, which reflects the port speed:
|
The gateway determines the least-loaded interface using the following weighted round-robin (WRR) algorithm:
(number-of-sessions * max-weight) / weight
where max-weight is an internal constant. If the load on the FC interfaces is equal, the session is assigned to the interface with the highest link speed (the greatest weight).
Monitoring the Fabric Load-Balancing Algorithm
Purpose
Monitor the type of load-balancing algorithm (simple, ENode-based, or FLOGI-based) used on the native FC interfaces, whether or not automated load rebalancing is enabled, and the load rebalancing state of the fabric.
Action
To monitor the load-balancing algorithm used on the native FC interfaces and the load rebalancing state in the CLI, enter the following CLI command:
user@switch> show fibre-channel proxy fabric-state
For example:
user@switch> show fibre-channel proxy fabric-state Fabric: sanfab1, Fabric-id: 10 Proxy load balance algorithm: Simple, Fabric WWN verification: Yes Auto load rebalance enabled : No Last rebalance start-time : Never Last rebalance end-time : Never Last rebalance trigger : Link-up Last rebalance trigger-time : Mon Sep 10 21:42:30 2012 usec: 814602 Last rebalance trigger-result: Not-configured Fabric: fc_fab2, Fabric-id: 200 Proxy load balance algorithm: ENode based, Fabric WWN verification: Yes Auto load rebalance enabled : No Last rebalance start-time : Never Last rebalance end-time : Never Last rebalance trigger : Link-up Last rebalance trigger-time : Mon Sep 17 17:23:35 2012 usec: 619684 Last rebalance trigger-result: Not-configured Fabric: fc_fabric_100, Fabric-id: 100 Proxy load balance algorithm: FLOGI based, Fabric WWN verification: No Auto load rebalance enabled : Yes Last rebalance start-time : Never Last rebalance end-time : Never Last rebalance trigger : Config-CLI Last rebalance trigger-time : Fri Nov 2 08:56:16 2012 usec: 004487 Last rebalance trigger-result: Not-required
Meaning
You can configure each local FC fabric on an FCoE-FC gateway to use one of three types of load-balancing algorithms, simple, ENode-based, or FLOGI-based. All of the native FC interfaces (NP_Ports) in a particular gateway FC fabric use the same load-balancing algorithm (the load-balancing algorithm is applied on a per-fabric basis).
Table 2 summarizes key output fields for the FC interface load-balancing algorithm and state.
Field Name | Field Description |
---|---|
Fabric | Name of the fabric. |
Fabric-id | Fabric ID number. |
Proxy load balance algorithm | Load-balancing algorithm used on the FCoE-FC gateway FC fabric:
|
Fabric WWN verification | Fabric worldwide name (WWN) verification check state on the FCoE-FC gateway fabric:
|
Auto load rebalance enabled | Automated link load rebalancing configuration for the FCoE-FC gateway fabric:
|
Last rebalance start-time | Time that the last link load rebalance began on the FCoE-FC gateway fabric:
|
Last rebalance end-time | Time that the last link load rebalance ended on the FCoE-FC gateway fabric:
|
Last rebalance trigger | Event that triggered the last link load rebalance on the FCoE-FC gateway fabric:
|
Last rebalance trigger-time | Time that the last link load rebalance was triggered on the FCoE-FC gateway fabric:
|
Last rebalance trigger-result | Result of the last trigger event on the FCoE-FC gateway fabric:
Note: A trigger event does not necessarily result in a rebalance action. Link load rebalancing only occurs if the NP_Port interface session load is not balanced at the time of the trigger event. |