Fos 74x Extensionguide
Fos 74x Extensionguide
19 April 2016
Brocade Fabric OS
Extension
Administrator's Guide
Brocade, Brocade Assurance, the B-wing symbol, ClearLink, DCX, Fabric OS, HyperEdge, ICX, MLX, MyBrocade, OpenScript, VCS, VDX,
Vplane, and Vyatta are registered trademarks, and Fabric Vision is a trademark of Brocade Communications Systems, Inc., in the United
States and/or in other countries. Other brands, products, or service names mentioned may be trademarks of others.
Notice: This document is for informational purposes only and does not set forth any warranty, expressed or implied, concerning any
equipment, equipment feature, or service offered or to be offered by Brocade. Brocade reserves the right to make changes to this document
at any time, without notice, and assumes no responsibility for its use. This informational document describes features that may not be
currently available. Contact a Brocade sales office for information on feature and product availability. Export of technical data contained in
this document may require an export license from the United States government.
The authors and Brocade Communications Systems, Inc. assume no liability or responsibility to any person or entity with respect to the
accuracy of this document or any loss, cost, liability, or damages arising from the information contained herein or the computer programs that
accompany it.
The product described by this document may contain open source software covered by the GNU General Public License or other open
source license agreements. To find out which open source software is included in Brocade products, view the licensing terms applicable to
the open source software, and obtain a copy of the programming source code, please visit http://www.brocade.com/support/oscd.
Contents
Preface..................................................................................................................................... 7
Document conventions......................................................................................7
Text formatting conventions.................................................................. 7
Command syntax conventions.............................................................. 7
Notes, cautions, and warnings.............................................................. 8
Brocade resources............................................................................................ 9
Contacting Brocade Technical Support............................................................. 9
Document feedback........................................................................................ 10
● Document conventions......................................................................................................7
● Brocade resources............................................................................................................ 9
● Contacting Brocade Technical Support............................................................................. 9
● Document feedback........................................................................................................ 10
Document conventions
The document conventions describe text formatting conventions, command syntax conventions, and
important notice formats used in Brocade technical documentation.
Format Description
bold text Identifies command names
Identifies keywords and operands
Identifies the names of user-manipulated GUI elements
Identifies text to enter at the GUI
Convention Description
bold text Identifies command names, keywords, and command options.
italic text Identifies a variable.
value In Fibre Channel products, a fixed value provided as input to a command
option is printed in plain text, for example, --show WWN.
Convention Description
NOTE
A Note provides a tip, guidance, or advice, emphasizes important information, or provides a reference
to related information.
ATTENTION
An Attention statement indicates a stronger note, for example, to alert you when traffic might be
interrupted or the device might reboot.
CAUTION
A Caution statement alerts you to situations that can be potentially hazardous to you or cause
damage to hardware, firmware, software, or data.
DANGER
A Danger statement indicates conditions or situations that can be potentially lethal or
extremely hazardous to you. Safety labels are also attached directly to products to warn of
these conditions or situations.
Brocade resources
Visit the Brocade website to locate related documentation for your product and additional Brocade
resources.
You can download additional publications supporting your product at www.brocade.com. Select the
Brocade Products tab to locate your product, then click the Brocade product name or image to open the
individual product page. The user manuals are available in the resources module at the bottom of the
page under the Documentation category.
To get up-to-the-minute information on Brocade products and resources, go to MyBrocade. You can
register at no cost to obtain a user ID and password.
Release notes are available on MyBrocade under Product Downloads.
White papers, online demonstrations, and data sheets are available through the Brocade website.
Brocade customers
For product support information and the latest information on contacting the Technical Assistance
Center, go to http://www.brocade.com/services-support/index.html.
If you have purchased Brocade product support directly from Brocade, use one of the following methods
to contact the Brocade Technical Assistance Center 24x7.
Preferred method of contact for non- Required for Sev 1-Critical and Sev [email protected]
urgent issues: 2-High issues:
Please include:
• My Cases through MyBrocade • Continental US: 1-800-752-8061
• Problem summary
• Software downloads and licensing • Europe, Middle East, Africa, and
• Serial number
tools Asia Pacific: +800-AT FIBREE
(+800 28 34 27 33) • Installation details
• Knowledge Base
• For areas unable to access toll • Environment description
free number: +1-408-333-6061
• Toll-free numbers are available in
many countries.
• Brocade Supplemental Support augments your existing OEM support contract, providing direct
access to Brocade expertise. For more information, contact Brocade or your OEM.
• For questions regarding service levels and response times, contact your OEM/Solution Provider.
Document feedback
To send feedback and report errors in the documentation you can use the feedback form posted with
the document or you can e-mail the documentation team.
Quality is our first concern at Brocade and we have made every effort to ensure the accuracy and
completeness of this document. However, if you find an error or an omission, or you think that a topic
needs further development, we want to hear from you. You can provide feedback in two ways:
• Through the online feedback form in the HTML documents posted on www.brocade.com.
• By sending your feedback to [email protected].
Provide the publication title, part number, and as much detail as possible, including the topic heading
and page number if applicable, as well as your suggestions for improvement.
Major new additions or deletions in this document support the new IP Extension features related to the
Brocade 7840 Extension Switch, changes for Fabric OS v7.4.0, and corrections. An additional change
to this document is the repositioning of the Brocade Fibre Channel over IP (FCIP) features as the
Brocade Extension features. Note that Brocade Fabric OS (FOS) commands that support Extension still
use "fcip".
Major sections of this publication affected by additions and corrections include the following:
• Extension Concepts and Features
‐ Added Tunnel restrictions for Fibre Channel Protocol and FICON Acceleration on page 19
information for the IP Extension features.
‐ In the section IP WAN network considerations on page 19, clarified that the network must allow
ESP traffic to pass when using IPsec.
‐ In the section Memory use limitations for large-device tunnel configurations on page 27, updated
memory information for the Brocade 7840 from 512 MB to 1.3 GB.
‐ In the section Effect of configuration on tunnel control block memory on page 29, updated the
memory threshold information for FOS 7.4.0.
‐ In the section Firmware downloads on page 30, updated Extension HCL information for Fabric
OS 7.4.0 concurrent operation.
• Extension Features on Brocade Extension Switches and Blades
‐ In the section Redundancy and fault tolerance on page 18, added a note about using Lossless
Dynamic Load Sharing (DLS) with multiple parallel tunnels.
‐ In the section Brocade FX8-24 Extension Blade on page 37, and in the section Crossports on
page 41, corrected information about XGE port numbering supported by Brocade FX8-24 blade
and DP complexes.
‐ In the section Brocade 7840 switch considerations and limitations on page 102, restrictions are
removed for using the 7840 switch as a base switch.
‐ Added IP Extension on page 56 to describe IP Extension features on the Brocade 7840 switch.
‐ In the section Removing Brocade FX8-24 blades on page 40, updated the instructions for blade
removal.
‐ In the section Front-end and back-end bandwidth on page 44, corrected the illustration showing
DP0 and DP1 port associations.
‐ In the section Multigigabit circuits on page 51, added information on maximum number of
circuits per tunnel.
‐ In the section Extension Hot Code Load on page 53, changed primary tunnel (PT) to main
tunnel (MT).
‐ In the section Extension HCL Limitations and considerations on page 55, added information
about using LLL when parallel tunnels are configured.
‐ Added sections describing IP Extension, beginning with IP Extension on page 56.
‐ In the section Examples of circuit failover in groups on page 67, a configuration example was
removed.
‐ In the section Configuring circuit failover groups on page 68, redundant information was
removed.
• Configuring Extension
‐ In the 7.3.0 release, this information was known as Configuring FCIP.
‐ In the section Configuring switch and port modes (7840 switch) on page 77, add information for
Brocade 7840 switch modes to include FCIP mode and hybrid mode.
‐ In the section Configuration steps on page 74, updated information for the Brocade 7840.
‐ In the section Setting the GbE port operating mode on FX8-24 blade only on page 76, updated
the output of the bladecfggemode --show command.
‐ In the sectionConfiguring switch and port modes (7840 switch) on page 77, updated
configuration modes.
‐ In the section Configuring port speed (Brocade 7840 switch) on page 79, updated the
configuration steps and removed an unsupported portCfgGe ge4 --set -speed auto command.
‐ In the section Commands for modifying IP routes on page 82, updated the information to
indicate the command is for the Brocade 7840 only.
‐ In the section Tunnel configuration options on page 84 , tables were removed describing tunnel
and circuit options for the portcfg fciptunnel create command and the portcfg fciptunnel
modify command. You can refer to Fabric OS Command Reference for information about the
portcfg fciptunnel create command and the portcfg fciptunnel modify command.
‐ The section "Creating a trunk (example)" showing an example of multi-circuit trunk creation has
been removed.
‐ In the section Configuring Extension HCL on page 86, replaced the terms primary tunnel and
PT with main tunnel and MT. The ouptut example was updated for FOS 7.4.0.
‐ In the section Connecting logical switches on page 96, added support for Brocade 7840 switch.
‐ In the section Port sharing example on page 97, updated the command output example.
‐ In the section Brocade 7800 switch considerations and limitations on page 101, updated the
allowed downgrade version from v7.0.0 to v7.1.0.
‐ In the section Enabling XISL for VE_Ports (FX8-24 blade / 7840 switch) on page 102, removed
the limits on using Brocade 7800 and FX8-24 as base switches for XISL. XISL for Brocade 7840
was added.
‐ In the section Managing DSCP and VLAN support on circuits on page 103, removed the table of
command options for the portcfg fciptunnel create command and the portcfg fciptunnel
modify command.
‐ In the section VLAN tagging examples on page 104, added a note about setting the VLAN ID for
the Brocade 7840 switch.
‐ In the section Limitations using IPsec over tunnels on page 107, updated IPsec information for
the Brocade 7840 switch.
‐ In the section IPsec for the extension switches and blades on page 107, updated information
about the SA lifetime.
‐ In the section Enabling IPsec and IKE policies on page 108, added information for the Brocade
7840 IKE key, and updated the example.
‐ Added the section Brocade 7840 IKE authentication failures on page 109.
• Configuring IP Extension
‐ Added the chapter Configuring IP Extension for the IP Extension feature configuration tasks. All
content is new for 7.4.0.
• Extension Management and Troubleshooting
‐ In the section Redundant connections to the management stations example on page 126,
updated the configuration example.
‐ In the section Using the portshow command on page 137, added the following new information for
IP Extension on the Brocade 7840.
‐ Displaying switch mode information with the extncfg command on page 137
‐ Displaying GbE port information with the portcfgge command on page 137
‐ Displaying LAG information on page 138
‐ Displaying tunnel HCL information on page 139
‐ Displaying TCL information on page 139
‐ Displaying IP Extension LAN statistics on page 139
‐ Listing the MAC addresses of LAN and GE ports on page 137
‐ Updated the section Gathering additional information on page 144 to include commands useful for
IP Extension features.
Brocade Extension enables you to use the existing IP wide are network (WAN) infrastructure to connect
Fibre Channel and IP fabrics. Brocade Extension supports applications such as remote data replication
(RDR), centralized backup, and data migration over very long distances that are impractical or very
costly using native Fibre Channel or IP connections. Extension tunnels, built on a physical connection
between two extension switches or blades, allow Fibre Channel and IP I/O to pass through the IP WAN.
The extension tunnel and TCP connections ensure in-order delivery of Fibre Channel (FC) and IP
frames and lossless transmission. The Fibre Channel fabric and all targets and initiators, whether FC or
IP, are unaware of the presence of the IP WAN.
Extension data across the IP WAN uses WO-TCP, a highly efficient and aggressive TCP stack for
moving data between data centers.
IP Extension provides the following advantages:
• Data Center Interconnect (DCI) — Unified support and management of both FC/FICON and IP
• Storage Administrators — Provision once and over time connect many devices
• High performance for high speed WAN links (one or more 10 Gbps and 40 Gbps links)
• WAN bandwidth pooling — pool bandwidth from multiple links/providers
• Lossless link loss (LLL)
• Adaptive Rate Limiting (ARL)
• Network resiliency and high availability using Extension Trunking
• Efficient protocol transport — negligible added overhead
• TCP Acceleration with WAN Optimized TCP
• Streams — Virtual windows on WAN Optimized TCP to eliminate head of line blocking (HoLB)
• High speed compression using Deflate
• High speed IPsec (AES 256)
• Diagnostic and troubleshooting tools — WAN Health and Wtool
• Separate QoS for both FCIP and IP Extension with DSCP and/or 802.1P marking and enforcement
• 9216 byte Jumbo Frames for both LAN and WAN networks
FIGURE 1 Extension tunnel concept and TCP/IP layers for FCIP and IP Extension
NOTE
VEX_Ports are not supported on the Brocade 7840 switch.
Once the tunnels are configured and the WO-TCP connections are made for a circuit, a logical
interswitch link (ISL) is established between the switches. VE_Ports operate like E_Ports for all fabric
services and Fabric OS operations, except that VE_Ports use TCP/IP and Ethernet as the transport
instead of FC.
A "virtual" EX_Port exposed by the extension tunnel to form an ISL connection allows you to configure a
virtual EX_Port or VEX_Port to support FCR demarcation. From the point of view of a switch in an edge
fabric, a VEX_Port appears as a normal E_Port. It follows the same Fibre Channel protocol as other
E_Ports. However, VEX_Ports terminate the attached fabric at the port and do not allow fabrics to
merge by propagating fabric services or routing topology information beyond that edge fabric. This
provides edge fabric,or remote edge fabric isolation outward from the EX_Port or VEX_Port.
NOTE
VE_Ports or VEX_Ports cannot connect in parallel to the same domain at the same time as Fibre
Channel E_Ports or EX_Ports.
An extension tunnel is assigned to a VE_Port or VEX_Port on the switch or blade at each end of the
tunnel. Because multiple VE_Ports and VEX_Ports can exist on the extension switch or blade, you can
create multiple tunnels.
Fibre Channel frames enter an extension tunnel through virtual E_Ports (VE_Ports) or virtual extension
ports (VEX_Ports) and are encapsulated and passed to TCP layer connections. A Data Processing
(DP) complex on the switch or blade handles the FC frame encapsulation, de-encapsulation, and
transmission to the TCP link.
NOTE
In this publication, the "source" or "local" is the switch you are configuring, while the "destination" or
"remote" is the switch on the other end of the tunnel.
Configure an extension tunnel by specifying a VE_Port for a source and destination interface. When
you configure a circuit on the tunnel, you will provide two IP addresses, one for the source and one for
the destination IP interface.
For Extension Hot Code Load (HCL) tunnels, four IP addresses are configured per circuit, which
includes both endpoints. The four addresses are the local and remote IP addresses, and the local and
remote HA IP addresses used by HCL. In most instances, the two local IP addresses are in the same
subnet and the two remote IP addresses are in the same subnet. All IP addresses must be able to
communicate across the IP infrastructure. Extension HCL is supported only on the Brocade 7840. For
additional information, refer to Configuring Extension HCL on page 86.
Extension Trunking
Extension Trunking is a method for managing the use of WAN bandwidth and providing redundant
paths over the WAN that can protect against transmission loss due to WAN failure. Extension Trunking
also provides granular load balancing on a weighted round-robin basis per batch. Trunking is enabled
by creating multiple circuits within a tunnel so that the tunnel utilizes multiple circuits to carry traffic
between multiple source and destination addresses. For circuit capacities for Brocade extension
switches and blades, refer to Tunnel and circuit requirements on page 61.
NOTE
When you create multiple parallel tunnels between the same switch domains, you must enable Lossless
Dynamic Load Sharing (DLS). This is because there can be routing updates that will occur when
tunnels come up or go down. Each routing update can cause dropped, or unrouteable frames if the
destination is via the peer tunnel connected switch domain.
• To enable recovery from a WAN failure or outage, be sure that diverse, redundant network paths
are available across the WAN.
• Be sure the underlying WAN infrastructure can support the redundancy and performance expected
in your implementation.
Configuring ARL
To configure the minimum and maximum committed rates for ARL on a circuit, refer to Tunnel
configuration options on page 84.
Compression options
Compression options are defined in the portcfg fciptunnel port create and portcfg fciptunnel port
modify commands. There are different options for different extension products.
NOTE
Throughput for all compression modes depends on the compression ratio achievable for the data
pattern. Brocade makes no promises, guarantees, or assumptions about compression ratio that any
application may achieve.
More than 512 Mbps and less than or equal to 2 Gbps Moderate
• Aggressive deflate - Processor-based compression. Initiates the processor engine in deflate mode
with preference on compression. This is the slowest (10 Gbps before compression), but typically
provides the best compression.
• Fast deflate - Hardware-based compression. This option initiates a deflate-based algorithm to
compress data before it enters the DP and decompresses the data after it leaves the DP (egress).
This is the highest throughput mode of compression (40 Gbps per DP before compression), but
provides the least amount of compression.
Follow the guidelines for assigning explicit compression levels for tunnels in the following table.
The enhancements for IP Extension allow you to configure compression on the tunnel at a protocol
level. The compression options override the main tunnel compression level and set the compression for
the specified protocol to the desired mode. The available modes depend on the protocol, whether FC or
IP.
NOTE
Only one emulating tunnel is supported between an initiator port and a peer device port.
Brocade extension devices have the intelligence to distinguish between storage flows that use protocol
optimization and those that do not use protocol optimization. For example, IBM SVC does not use
FastWrite, but EMC SRDF/A does use FastWrite. Both applications functioning over the connection
are fully supported for FastWrite because FastWrite will not engage with the IBM SVC flows while still
engaging with the SRDF/A flows across the same VE_Port. This is also true when using OSTP with
IBM SVC. Both flows can utilize the same VE_Port with FastWrite and OSTP enabled. The IBM SVC
will not engage the protocol optimization.
FIGURE 4 Multiple tunnels to multiple ports, FastWrite and OSTP enabled on a per-tunnel, per-port
basis
In some cases, Traffic Isolation Zoning or VF LS/LF configurations may be used to control the routing of
SID/DID pairs to individual tunnels. This provides deterministic flows between the switches and allows
the use of ECMP. Refer to the Fabric OS Administrator’s Guide for more information about Traffic
Isolation Zoning.
fragmentation is not supported. The Layer 4 protocol ensures that the PDU is less than the IP
MTU (including headers).
‐ For the Brocade 7840 switch, PMTU discovery is supported. Refer to Path Maximum Transmission
Unit discovery on page 60.
• IPv6 addressing with IPsec:
‐ For the Brocade 7840 switch, IPv6 addressing can be used when implementing IPsec.
‐ For the Brocade 7800 switch and FX8-24 blade, IPv6 addressing cannot be used when
implementing IPsec.
Use the portshow xtun slot/ve -dram2 command to display current consumption of the tunnel DP
complex control block memory pool. Following is an example of command use with the portion of output
showing total DRAM2 pool size and current consumption for a Brocade 7840 switch.
---------------------------------------------
Total Bytes in DRAM2 Pool: 1336910592 (free) 1504640 (fastfreed)
Total DRAM Bytes Allocated: 6771328 (in use)
Tunnel processing will create more control blocks when any type of emulation feature is enabled, such
as FCP or FICON. In those cases, be sure to not include too many devices running over the tunnel. If
too many devices are present or activated at one time, emulation operations can be negatively
impacted. Even without emulation enabled, too many devices running over the tunnel may impact
operations at some point because of memory consumption. Note that a configuration that works
without an emulation feature, such as FICON Acceleration, FastWrite, or Open Systems Tape
Pipelining (OSTP), may not work when emulation features are enabled.
FDCBs example
Assume that the tunnel is used to extend two channel paths (CHPIDs) from a System Data Mover
(SDM) site to a production site. Assume also that there are two SDM-extended LPARs and that the
IBM DS8000 production controllers have 32 LCUs per chassis, and each LCU has 256 device
addresses.
Using the preceding equation, the number of extended FICON device control block images created
would be the following:
2 Host Ports * 2 Device Ports * 2 LPARs * 32 LCUs * 256 Devices per LCU = 56,536 FICON device
control block images
Use output from portshow xtun slot/ve-port -fcp -port -stats command in conjunction with output from
the portshow xtun slot/ve-port -dram2 command to determine how a tunnel configuration is affecting
tunnel control block memory. As a rule of thumb, no more than 80 percent of the tunnel DP complex
control block memory pool (dram2) should be allocated for SID/DID pair-related control blocks (ITNs,
ITLs, FDPBs, FCHBs, FCUBs, and FDCBs). When more than 80 percent of the pool is allocated, the
tunnel configuration should be redesigned to ensure continuous operation. The design should include
examining the existing number of SID/DID pairs in the configuration and determining whether new
switches, chassis, or blades should be acquired to reduce the percentage of current usage of the
DRAM2.
For Fabric OS v7.2.0 and later, RASlog message XTUN-1008 provides notification of DRAM2 memory
usage. The message is generated by the DP complex when significant memory thresholds are reached.
The following thresholds are shown for the Brocade 7800 switch and FX8-24 blade.
For Fabric OS 7.4.0 and later, each FX8-24 blade, 7800 and 7840 DP complex generates the
XTUN-1008 RASLOG message when the following percentages of the DRAM memory pool are
available:
• 50%
• 25%
• 12.5%
• 6.25%
• .05%
The RASlog message contents include the amount of allocated memory from the pool, the amount of
free memory in the pool, and the total pool size. Use the RASlog message contents to determine if you
need to reduce the size of the extended configuration or to plan for additional switch resources.
Brocade switches and blade DPs are expected to support no more than the number of FICON device
control blocks (FDCBs) and extended LUNs (ITLs) noted in the following table.
The Brocade 7840 switch has 1.3 GB of DRAM2 memory allocated per DP. During hot code load
(HCL) operations, duplicated emulation control blocks are created on the same DP for the high-
availability portion of the tunnel. That means that at one point in time during the Extension HCL
process, twice the normal memory requirements are consumed. This duplication process occurs on
the remote non-Extension HCL DP when the primary local DP is going through feature disable
processing.
The amount of DRAM2 memory on the Brocade 7840 should be able to support Extension HCL
operations with approximately 512K FICON devices active through the VE_Ports on that DP.
Because each customer configuration is unique, the supported number and types of devices will be
different. In large configurations, the administrator should review memory usage periodically to ensure
continued, reliable operations of the tunnel and emulation features.
Firmware downloads
For the Brocade 7800 switch and FX8-24 blade, if Fibre Channel traffic or FCIP traffic is active on
Fibre Channel ports, the traffic will be disrupted during a firmware download.
The Brocade 7840 switch supports the Extension hot code load (HCL) feature. During an Extension
HCL action, traffic is failed over to one DP complex as firmware upgrades in the other DP complex.
With Extension HCL, active FC traffic on Fibre Channel ports and VE_Ports is not disrupted during a
firmware download. For more information on this process, refer to Extension Hot Code Load on page
53.
NOTE
When the Brocade 7840 is operating in hybrid mode, Extension HCL is disruptive to IP traffic on a
VE_Port. IP traffic will be disrupted during a firmware download.
NOTE
When Teradata Emulation is enabled on an Extension tunnel, Extension HCL is not supported. You
must perform a disruptive firmware download.
The best practice is to update the switch or blade at both ends of the tunnel with the same maintenance
release of Fabric OS.
For details on downloading firmware, refer to the chapter on installing and maintaining firmware in the
Fabric OS Administrator’s Guide.
FC ports Yes (1, 2, 4, 8 Gbps) Yes (1, 2, 4, 8 Gbps) Yes (2, 4, 8, 16 Gbps)
• Brocade Fastwrite
• Open Systems Tape
Pipelining
‐ OSTP read
‐ OSTP write
• Marking DSCP
• Marking 802.1P - VLAN
tagging
• Enforcement 802.1P -
VLAN tagging
• FICON emulation
• IBM z/OS Global Mirror
(formerly eXtended
Remote Copy or XRC)
acceleration
• Tape read acceleration
• Tape write acceleration
• Teradata emulation
• Printer emulation
• AES-256-GCM Transport mode encrypted Transport mode encrypted Transport mode encrypted
• SHA-512 HMAC data transfer (ESP) method data transfer (ESP) method data transfer (ESP) method
• IKEv2
IP Extension No No Yes
1. FC ports 0 through 3
2. FC ports 4 through 15
3. Copper GbE ports 0 and 1 (These ports are RJ-45 copper alternatives for GbE ports 0 and 1.)
4. GbE ports 0 through 5
The Brocade 7800 switch comes in two models:
• The Brocade 7800 4/2 base model uses FC ports 0 through 3, and GbE ports 0 and 1. The GbE
ports can be either copper or optical. The RJ-45 copper ports are the default ports. Consider the
following when using these ports:
‐ Copper ports do not support auto-sense functions.
‐ With copper media, auto-negotiation must be enabled on the other end of the port connection.
• The Brocade 7800 16/6 uses FC ports 0 through 15, and GbE ports 0 through 5. The 7800 Upgrade
license is required. A 7800 Upgrade license can be purchased for a Brocade 7800 4/2, which
enables 12 more Fibre Channel ports for a total of 16, and enables the use of 4 more optical GbE
ports for a total of 6.
License options
Important extension capabilities of the Brocade 7800 switch require feature licenses. Use the
licenseshow command to display license keys and licenses currently installed.
NOTE
FCR is not supported on a Brocade 7800 switch that has been partitioned for Virtual Fabrics.
7800 upgrade • Enables full hardware capabilities on the Brocade 7800 base 7800 Upgrade license
switch, increasing the number of Fibre Channel ports from
four to sixteen and the number of GbE ports from two to six.
• Supports up to eight extension tunnels instead of two.
• Supports advanced capabilities such as Open Systems Tape
Pipelining (OSTP).
NOTE
You must reboot the switch to activate this license.
Advanced FICON Enables accelerated tape read/write and IBM z/OS Global Advanced FICON
acceleration Mirror, Teradata, and printer emulation features in FICON Acceleration (FTR_AFA)
environments. Slot-based license. license
Integrated routing Required to configure VEX_Ports to support Fibre Channel Integrated Routing license
(IR) Routing (FCR). Chassis-based license.
Advanced extension Required for multiple-circuit tunnels, Trunking, Adaptive Rate Advanced Extension
Limiting (ARL), and other Extension features. (FTR_AE) license
For complete information about the licenses described in the preceding table and additional licenses
available for the switch, refer to the Fabric OS Software Licensing Guide.
1. Power LED
2. GbE ports 0 through 3
3. 10 GbE ports (Labeled xge0 and xge 1 on the blade.)
4. FC ports 0 through 5
5. Status LED
6. GbE ports 4 through 9
7. FC ports 6 through 11
ATTENTION
If you are permanently removing a blade from a Brocade DCX, DCX-4S, DCX 8510-8, or DCX 8510-4
chassis to relocate to another slot in the chassis or you are removing the blade from the chassis
entirely, you must follow these procedures before removing the blade.
1. Delete all fciptunnel configurations via the portcfg fciptunnel slot / vePort command.
2. Delete all IP Routes defined on the blade to be removed via the portcfg iproute command.
3. Delete all IPIFs defined on the blade via the portcfg ipif slot/geX | xgeX command .
4. If logical switches are used on the switch, move all FX8-24 ports back to the default logical switch
5. Remove the slot from the chassis
License options
Important extension capabilities of the FX8-24 blade require the feature licenses shown in the
following table. Use the licenseShow command to display license keys and licenses currently
installed.
10 GbE support Allows 10 Gbps operation on 10 GbE ports. Slot- 10 Gigabit FCIP/Fibre Channel
based license. (FTR_10G) license
Advanced FICON Enables accelerated tape read/write and IBM z/OS Advanced FICON Acceleration
acceleration Global Mirror, Teradata, and printer emulation (FTR_AFA) license
features in FICON environments. Slot-based license.
Integrated routing (IR) Required to configure VEX_Ports to support Fibre Integrated Routing license
Channel Routing (FCR). Chassis-based license.
Advanced extension Required for multiple-circuit tunnels, Trunking, Advanced Extension (FTR_AE)
Adaptive Rate Limiting (ARL), and other features. license
Slot-based license.
For complete information about the licenses described in the preceding table and additional licenses
available for the switch, refer to the Fabric OS Software Licensing Guide.
Multigigabit circuits
For each 10 GbE port on an FX8-24 blade, you can configure multigigabit circuits. For example, a single
10 Gbps circuit or two 5 Gbps circuits can be configured per port. A limit of ten circuits can be
configured on a single port. The blade at each end of the tunnel must be running Fabric OS v7.0 or later
if the committed rate for circuits exceeds 1 Gbps. The maximum committed rate for a circuit between 10
GbE ports is 10 Gbps.
NOTE
There is no difference in latency or throughput performance for single or multigigabit circuits.
Crossports
When a DP complex is not using its local XGE interface (xge0 or xge1), but is using the alternate or
remote interface, that interface is known as a crossport. The crossport for xge0 is xge1 and for xge1,
the crossport is xge0. Crossports are supported only in the FX8-24 blade.
Typically, IP interface addresses (IPIFs) used by ge0 through ge9 and xge1 are used for any circuits
that use VE_Ports 12 through 21. The xge1 port is the local XGE interface for VE_Ports 12 through 21.
Likewise, IP addresses configured for xge0 are used by circuits for VE_Ports 22 through 31.
Configure a crossport by assigning an IP address to the remote XGE port that can be used by the local
XGE port. For example, assigning an IP address to xge0 as a crossport makes the address available on
the remote xge0 for VE_Ports 12 through 21 on the local xge1.
You can also assign IP routes (iproutes) used by the local port, VLAN tagging, and circuits with metrics
to the remote XGE port to allow failover to the crossports.
Crossports contain the IP interface addresses (IPIFs) and IP routes (iproutes) that belong to the remote
interface. To use crossports, both XGE ports must be configured in 10 Gbps mode.
Configuring crossports
Configure crossport XGE port addresses using the --crossport or -x (shorthand) options for the portcfg
ipif command, as shown in the following example. Note that in this example, IP address 192.168.11.20
is made available on xge0 for circuits on VE_Ports 12 through 21 on local port xge1.
1. Configure an interface for the local XGE port (xge1).
switch:admin> portcfg ipif 8/xge1 create 192.168.10.20 netmask
255.255.255.0 mtu 1500
Operation Succeeded
2. Configure interface 192.168.11.20 on remote port xge0 to be available for VE_Ports 12 through 21.
switch:admin> portcfg ipif 8/xge0 create 192.168.11.20 netmask 255.255.255.0
mtu 1500 --crossport
or
The output from portshow ipif for xge1 shows the crossport tag.
switch43:root>portshow ipif 8/xge1
Port IP Address / Pfx MTU VLAN Flags
-------------------------------------------------------------
8/xge1 192.168.10.20 / 24 1500 0 U R M
8/xge1 192.168.11.20 / 24 1500 0 U R M X
Delete the crossport address using the delete option instead of the create option for the portcfg ipif
command.
When deleted, output from portshow ipif for xge1 will not show the crossport.
switch43:root>portshow ipif 8/xge1
Port IP Address / Pfx MTU VLAN Flags
-------------------------------------------------------------
8/xge1 192.168.10.20 / 24 1500 0 U R M
NOTE
If the crossport or -x option is not specified and the address is on the crossport, the command will
fail with an unknown IP address. The command will also fail if the crossport option is specified and
the address is not on the crossport.
Display local and crossport interface configuration details for a specific XGE port using the
portshow ipif slot/xgeport command. Use the portshow ipif command to display details for all
interfaces.
portshow ipif 8/xge0
portshow ipif
or
Delete the route using the delete option instead of the create option for the portcfg iproute
command.
NOTE
If the crossport or -x option is not specified and the address is on the crossport, the command will fail
with an unknown IP address. The command will also fail if the crossport option is specified and the
address is not on the crossport.
Display the static IP routes for the local interface and crossport using the portshow iproute command:
portshow iproute 1/xge0
Display the IP interface configured for the local interface and crossport using the portshow ipif
command.
For more information on configuring an IP route, refer to Configuring an IP route on page 80.
NOTE
If an XGE port has both regular and crossport addresses configured on it, and they use the same IP
route, then two routes must be configured: a regular route and an identical route on the crossport.
or
Delete the VLAN tag using the delete option instead of the add option for the portcfg vlantag
command.
NOTE
To tag Class F traffic or data path traffic, use the -v or - -vlan-tagging option for the fcipcircuit create
or fcipcircuit modify command. The portcfg vlantag command is primarily used for ping and
traceroute operation and not for tunnels and circuits.
For more information on managing VLAN tags, refer to Managing the VLAN tag table on page 105.
For more information on managing VLAN tags, refer to Managing the VLAN tag table on page 105.
For more information on using Fabric OS commands, optional arguments, and command output refer
to the Fabric OS Command Reference.
or
When using VLANS, VLAN tagging ensures that test traffic traverses the same path as real traffic. A
VLAN tag entry for both the local and remote sides of the route must exist prior to using the portCmd
--ping command. Refer to Managing the VLAN tag table on page 105 for details.
For more information on using ping, refer to Using ping to test a connection on page 131.
or
When using VLANS, VLAN tagging ensures that test traffic traverses the same path as real traffic. A
VLAN tag entry for both the local and remote sides of the route must exist prior to using the portCmd
--traceroute command. Refer to Managing the VLAN tag table on page 105 for details.
For more information on using traceroute, refer to Using traceroute on page 132.
The following figure illustrates the internal DP complex with VE_Port groups, internal port complex,
front-end and back-end port areas, and the crossport (xport) on an FCX8-24 blade.
ARL limits
Bandwidth allocations are subject to the minimum committed rate (-b) and maximum committed rate (-
B) set for circuits and tunnels using the Adaptive Rate Limiting (ARL) feature. For more information on
ARL and ARL restrictions, refer to Adaptive Rate Limiting on page 20.
• For VE_Port group 12 through 21, VE_Port 12 is consuming the maximum 10 Gbps of allocated
back-end port bandwidth. Refer to Calculating crossport bandwidth on page 46.
• You cannot create a crossport so that VE_Ports 22 through 31 use xge1 because VE_Port 12 is
consuming the maximum 10 Gbps of crossport bandwidth for its failover circuit. Refer to Calculating
crossport bandwidth on page 46.
• If VE_Port 12 fails, all 10 Gbps traffic will flow over the crossport and the xge0 front-end port. If
additional circuits were already configured for the VE_Port 22 through 31 group, the front-end port
bandwidth would exceed the 10 Gbps limit for xge0. Refer to Calculating front-end bandwidth on
page 45.
NOTE
You cannot connect extension tunnels created on a Brocade 7840 switch to interfaces on a Brocade
7500 switch, 7800 switch or FX8-24 blade.
The following figure illustrates the FC ports, 10/1 GbE, and 40 GbE ports on the Brocade 7840 switch.
NOTE
The 40 GbE ports are enabled for configuring IP addresses with the 7840 WAN Rate Upgrade 2 license.
NOTE
The following figure applies to the Brocade 7840 switch when it is in FCIP mode and not hybrid mode
for IP Extension.
single DP complex cannot exceed 20 Gbps. All circuits includes all circuits from all tunnels, not just all
circuits from a single tunnel.
NOTE
Typical deflate compression may achieve different compression ratios. Brocade makes no promises as
to the achievable compression ratios for customer-specific data.
The VE_Port that you use for configuring the tunnel also selects the DP complex that will be used for
processing. The following lists VE_Port distribution on each DP complex for 10VE and 20VE modes.
Refer to 10VE and 20VE port modes on page 52 for more information.
• DP0
‐ 10VE: VE_Ports 24-28
‐ 20VE: VE_Ports 24-33
• DP1
‐ 10VE: VE_Ports 34-38
‐ 20VE: VE_Ports 34-43
For additional specifications and requirements for 7840 switch ports, tunnels, and circuits, refer to
Brocade 7840 extension switches on page 64.
Multigigabit circuits
On a single Brocade 7840 VE port, each tunnel you create is limited to a maximum of eight (8) circuits.
The maximum committed rate of a single circuit is 10 Gbps, whether configured on a 10 GbE or 40 GbE
port.
NOTE
There is no difference in latency or throughput performance for single or multigigabit circuits.
Port grouping
The Brocade 7840 supports eight groups of Ethernet ports. Specific recommendations can be applied to
ports within a group to help alleviate traffic congestion problems.
Switch Ethernet ports are numbered from left to right, starting with the 40 GbE ports as 0-1. The 10 GbE
ports are numbered 2-17. Refer to the illustration of the switch's port side in Brocade 7840 Extension
Switch on page 47 for port numbering. Port numbers contained in port groups are shown in the
following table.
0, 1, 13, 17 1
2, 6 2
3, 7 3
4, 8 4
5, 9 5
10, 14 6
11, 15 7
12, 16 8
Note that port group 1 contains the two 40 GbE ports (0 and 1) and 10 GbE ports 13 and 17. The
remaining port groups contain the 10GbE ports from 2-16. Consider the following when using ports
from these port groups:
• A port can block any port in its port group, but it cannot block a port outside of its port group.
• A port could affect another port in the same group due to differences in port speed or if the port is
back-pressured due to Ethernet pause from an external switch.
To avoid these effects on ports within the same port group, it is best that you do not mix speeds for
ports within the group. Recommendations for the port groups are as follows:
• In port group 1, because the 40 GbE ports are fixed at 40 Gbps, either use the 40 GbE ports or the
10 GbE ports at 10 Gbps or 1 Gbps.
• In port groups 2 through 8, which contain all 10 GbE ports, either configure the ports at 10 Gbps or
1 Gbps.
NOTE
The table applies to ports configured in WAN mode. If the ports are configured as LAN ports, the
grouping and blocking does not apply. As a recommended best practice, allocate a LAN port out of the
same group as a WAN port.
The main tunnel (MT) is what you normally configure to create an extension tunnel from a VE_Port
using the portcfg fciptunnel command and appropriate tunnel and circuit parameters. The MT carries
traffic through the extension tunnel to the remote switch. The LBT is created upon specifying the local
HA IP address for the circuit, and the RBT is created upon specifying the remote HA IP address for the
circuit. All three tunnel groups (MT, LBT, and RBT) are associated with the same VE_Port.
When an extension tunnel is configured to be HCL capable, the LBT and RBT tunnel groups are
always present. These connections are established at switch boot up or when the tunnel and circuits
are created.
These tunnel groups are utilized in the following Extension HCL upgrade process:
1. The firmware writes to the backup partition of the control processor.
2. The control processor reboots from the backup partition with the new firmware.
3. The local DP0 is updated with the new firmware using the following process.
a. Perform feature disable processing on the MT on DP0.
b. Traffic from the MT is rerouted to DP1 through the LBT so that data traffic can continue between
the switches. In-order data delivery is maintained.
c. DP0 reboots with the new firmware and the configuration is reloaded.
d. Traffic from the LBT is failed-back to DP0 through the MT.
4. The local DP1 is updated with new firmware using the following process.
a. Perform feature disable processing on the MT on DP1.
b. Traffic from the MT is rerouted to DP0 through the LBT so that data traffic can continue between
the switches. In-order data delivery is maintained.
c. DP1 reboots with the new firmware and the configuration is reloaded.
d. Traffic from the LBT is failed-back to DP1 through the MT.
5. After firmware is updated on DP1 and all MTs, LBT, and RBT are online, the Extension HCL
firmware update is complete.
During the update process, tunnels and trunks change state (up or down). The MT provides
connectivity during normal operations. It is up during normal operation and down only during the
Extension HCL process. The RBT and LBT are normally up during normal operation, but do not handle
traffic. They operate to handle traffic during the Extension HCL process. RBT handles traffic when the
remote switch DP0 undergoes the Extension HCL process. The RBT is visible as a backup tunnel on
local DP0.
NOTE
High availability (HA) tunnel groups are not supported by IP Extension. This means hot code load
(HCL) is disruptive to IP traffic during HCL but not to FC traffic when the Brocade 7840 is in hybrid
mode.
To configure Extension HCL, refer to Configuring Extension HCL on page 86.
Following are limitations and considerations for using the Extension HCL feature on the Brocade 7840
switch:
• No configuration changes are permitted during the Extension HCL process. This includes modifying
tunnel or circuit parameters. New device connections that require zone checking can possibly
experience timeouts during the CP reboot phase of the firmware download. The CP performs all
zone checking and therefore must be active to process new SID/DID connection requests, such as
PLOGIs.
• Extension HCL supports Virtual Fabrics (VF) and FC Routing (FCR with the IR license) and all
existing features.
• Extension HCL was designed for all environments including mainframe FICON XRC and tape and
open systems disk replication (EMC SRDF, HDS Universal Replicator, IBM Global Mirror, HP Remote
Copy, and others). Extension HCL supports asynchronous and synchronous environments.
• The Brocade 7840 switch has two data processor (DP) complexes: DP0 and DP1. During the HCL
process, each DP reloads one at a time, while the other DP remains operational. Consider the
following for planning and use of the switch during this process:
‐ Because only one DP complex remains operational at a time, the total switch capacity is
temporarily diminished by 50 percent.
‐ FCIP data is not lost and remains in order. Extension HCL does not cause FICON interface control
check (IFCC). When the Brocade 7840 is operating in hybrid mode, IP traffic will be disrupted.
‐ The use of Extension HCL requires proper planning. There is large amount of bandwidth available
as the Fibre Channel (FC) and FICON side of the switch provides 80 Gbps. In addition, there are
typically A and B paths for a total of 160 Gbps in a redundant replication network. This is more
than enough bandwidth for most replication networks, even during a path failure or firmware
update. Apportioning bandwidth to one DP complex or using only 50 percent of the capacity
across both DP complexes reserves adequate bandwidth for high-availability operations. This is
considered best practice.
‐ The aggregate of all FC and FICON application data passing through the Brocade 7840 cannot
exceed 20 Gbps per DP complex multiplied by the achievable compression ratio, or 40 Gbps,
whichever is smaller. For example, if 2:1 compression can be achieved, then the storage
application could maintain 40 Gbps of throughput across the Extension connection. This is true for
both 10VE and 20VE operating modes.
• Although most firmware updates will support Extension HCL, not every Fabric OS release will
guarantee firmware capable of using this feature. Refer to the Fabric OS release notes for details.
• The firmware on the switch at each end the tunnel must be compatible. If not, this will prevent
successful tunnel formation when the main tunnel attempts to come back online or could introduce
instability and aberrant behavior.
• Extension HCL does not require any additional communication paths. Although there will be existing
FC and tunnel connections used for the normal operation of data replication and tape backup, this is
the only requirement.
• Extension HCL is exclusive to the Brocade 7840. It is not compatible with the Brocade 7500 switch,
7800 switch, or the FX8-24 blade.
• Just before the DP complex is reset during the upgrade process, an FTRACE capture is triggered in
the event that this information is needed post-reset.
• Extension HCL takes advantage of RASlog warnings and error messages (WARN/ERROR).
• If parallel tunnels are configured between local and remote sites, you must enable LLL and set the
VE link cost to static. Otherwise, FC traffic might be disrupted during HCL activity.
• When Teradata Emulation is enabled on an Extension tunnel, Extension HCL is not supported. You
must perform a disruptive firmware download.
NOTE
When the Brocade 7840 is operating in hybrid mode, HCL is disruptive to the IP traffic.
IP Extension
The Brocade 7840 switch supports IP Extension. IP Extension provides layer 3 extension for IP
storage replication. The Brocade 7840 acts as the gateway for the LAN, but there is no layer 2
extension, which means each side of the network must be on a different subnet.
The extended IP traffic receives the same benefits as does traditional FCIP traffic.
• Compression
• High speed encryption
• Frame based load levelling and lossless failover
• Network bandwidth management through rate shaping and QoS
IP Extension requires that you configure the Brocade 7840 to operate in hybrid mode. Configuring
hybrid mode is disruptive because a reboot is required to load the hybrid mode image. Internal
connections are remapped to provide 20Gbps of LAN traffic and 10Gbps of FC traffic. A maximum of
20Gbps of WAN traffic is supported.
When in hybrid mode, the Brocade 7840 allows up to 8 of the 10GbE ports to be configured as LAN
ports. LAN ports are not grouped, as opposed to WAN ports which are grouped. LAN ports do not
block each other, and LAN ports do not block WAN ports. The recommended best practice is to pick
one port for each port group to be a LAN port.
All GbE ports that are configured as LAN ports can access the SVI addresses of each DP complex. This
allows for multiple GbE ports to access a single IP gateway. In addition, link aggregation groups (LAGs)
are supported. A single LAG can contain up to four ports. A total of eight LAGs are supported.
NOTE
In the FOS 7.4.0 release, only static LAGs are supported.
Jumbo frames are supported for LAN traffic. A jumbo frame can be up to 9216 bytes.
VLAN tagging is supported in IP Extension. Stacked tagging (IEE802.1ad) is not supported.
NOTE
Minimum allocation for a single QoS type (high, medium, low) should be 10%. QoS allocations within a
group must total 100%. In addition, allocation for either FC or IP cannot exceed 90%.
the same tunnel. With the protocol selection, you can use fast deflate for FC traffic while the IP traffic
is using deflate or aggressive deflate compression.
Compression is configured at the tunnel level, for all traffic on FC and IP protocols, but you can
override the tunnel settings and select different compression at the QoS group / protocol level.
As a guideline, configure the IP storage array with the SVI on one of the DP complexes as the next
hop gateway. Based on the next hop configuration, the storage device will learn the MAC address of
the Brocade 7840 SVI IP address through an ARP or Neighbor Discovery Protocol (NDP) request.
When IP storage devices are connected to a layer 2 switch, as shown in the following figure, you can
use LAGs to connect to the Brocade 7840 LAN ports. The maximum number of ports in a LAG group
is four. The maximum number of LAG groups is 8. Make sure there is only one path between a single
layer 2 domain and the Brocade 7840.
NOTE
In the FOS 7.4.0 release, static LAG is supported.
As shown in the figure, the Brocade 7840 switch ports are connected to the IP storage array by means
of the layer 2 switch and the WAN ports are connected to the WAN gateway. You must configure at
least one SVI LAN IP address for each DP complex that is used.
The router can be used as the WAN gateway but it cannot be used on the LAN unless it is acting as a
layer 2 device.
License options
Important Extension features and FICON extension capabilities of the Brocade 7840 switch require the
feature licenses shown in the following table. Use the licenseshow command to display license keys
and licenses currently installed.
WAN Rate Upgrade 1 Increases bandwidth available to all extension tunnels WAN Rate Upgrade 1
configured on the switch from 5 Gbps for the base hardware license
to 10 Gbps.
WAN Rate Upgrade 2 Allows unlimited bandwidth for all tunnels configured on the WAN Rate Upgrade 2
switch. This also enables the 40 GbE ports so that they can license
be used for configuring IP addresses.
NOTE
You must have a WAN Rate Upgrade 1 license to activate
the WAN Rate Upgrade 2 license.
Advanced FICON Enables accelerated tape read/write and IBM z/OS Global Advanced FICON
acceleration Mirror, Teradata, and printer emulation features in FICON Acceleration (FTR_AFA)
environments. Slot-based license. license
Advanced Extension This is enabled on the Brocade 7840 switch at the factory. Advanced Extension
License Required for multiple-circuit tunnels, Trunking, ARL. (FTR_AE) license
For complete information about the licenses described in the preceding table and additional licenses
available for the Brocade 7840 switch, refer to the Fabric OS Software Licensing Guide.
PMTU requires that ICMP is permitted across all IP network devices and the WAN. A rudimentary check
would be if you could ping devices across this network. Brocade PMTU discovery uses ICMP Echo
Requests. In most cases, only a firewall would block ICMP. If there are no firewalls most likely ICMP is
free to traverse the network. If PMTU discovery cannot communicate with the peer switch, the circuit will
not be established.
Enable PMTU discovery by setting the MTU value to "auto" when configuring the ipif for a circuit using
the portcfg ipif command. Use the portshow ipif command to show the configuration of the MTU
parameter and portshow fcipcircuit --detail command to display the actual discovered PMTU value
being used. You can also initiate PMTU discovery using the portcmd --pmtu command.
TABLE 11 Example VE_Ports versus GbE ports used on the Brocade 7800 switch
TABLE 11 Example VE_Ports versus GbE ports used on the Brocade 7800 switch (Continued)
20 GE4, GE5
21 GE4, GE5
22 GE4, GE5
23 GE4, GE5
Refer to Ethernet port sharing on page 96 for more information on port sharing in a Virtual Fabrics
environment.
• A limit of 20 circuits can be configured per VE_Port group (12 through 21 or 22 through 31) when
using a 10 GbE port. For the 20 circuits, 10 are configured on local ports and 10 on crossports
• You can configure up to 10 circuits for a trunk (VE_Port).
• The FX8-24 blade contains two 10 GbE ports. You can define up to 10 circuits per trunk spread
across the 10 GbE ports.
• A limit of 10 circuits can be configured on a single 10 GbE port. Each circuit requires a unique IP
address.
• The blade contains ten 1 GbE ports. You can define up to 10 circuits per trunk spread across the
GbE ports.
• A limit of four circuits can be configured on a single 1 GbE port. Each circuit requires a unique IP
address.
Bandwidths, maximum and minimum rates:
• For an FX8-24 blade with a VE_Port group on a 10 GbE port, the sum of the maximum committed
rates of that group's circuits cannot exceed 10 Gbps.
• For ARL, configure minimum rates of all the tunnels so that the combined rate does not exceed 20
Gbps for all VE_Ports on the blade.
• For ARL, you can configure maximum rate of 10 Gbps for all tunnels over a single 10 GbE port and
10 Gbps for any single circuit.
• The minimum committed rate for a circuit is 10 Mbps.
• A circuit between 1 GbE ports cannot exceed the 1 Gbps capacity of the interfaces rate.
For additional considerations on multigigabit circuits configured on 10 GbE ports, refer to Multigigabit
circuits on page 41.
NOTE
When the switch operates in hybrid mode, 20 VE mode is not allowed.
• There are two VE_Port groups in 10VE mode. DP0 controls VE_Ports 24-28 and DP1 controls
VE_Ports 34-38. The remaining VE_Ports 29-33 and 39-43 are disabled. Each port group can share
20 Gbps.
• There are four VE_Port groups in 20VE mode. DP0 controls VE_Ports 24-28 and VE_Ports 29-33.
DP1 controls VE_Ports 34-38 and VE_Ports 39-43. Each port group can share 10 Gbps.
• VE_Ports are not associated with a particular Ethernet port.
• VE_Ports cannot connect in parallel to the same domain at the same time as Fibre Channel
E_Ports or EX_Ports.
• VEX_Ports are not supported on this platform.
Bandwidths, maximum and minimum rates:
• For a VE_Port group, the sum of the minimum committed rates of that group's circuits cannot exceed
10 Gbps when the switch is in 20VE mode and 20 Gbps when the switch is in 10VE mode.
• The minimum committed rate for all VE_Ports in one DP complex cannot exceed 20 Gbps. The
maximum rate for all VE_Ports in one DP complex cannot exceed 40 Gbps.
• The minimum committed rate for a circuit is 20 Mbps.
• The maximum committed rate for a circuit is 10 Gbps.
• With compression, total bandwidth cannot exceed 80 Gbps (40 Gbps per DP) on the Fibre Channel
side.
• The difference between the guaranteed (minimum) and maximum bandwidth for a tunnel cannot
exceed the 5:1 ratio.
Circuits:
• There is no limit for the number of circuits that you can configure on an Ethernet port. Each circuit
requires a unique IP address pair.
• You can configure a maximum of eight circuits for a trunk (VE_Port).
For additional considerations on multigigabit circuits configured on Ethernet ports, refer to Multigigabit
circuits on page 51.
Circuit failover
Each circuit is assigned a metric, either 0 or 1, which is used in managing failover from one circuit to
another. Trunking with metrics uses lossless link loss (LLL), and no in-flight data is lost during the
failover. If a circuit fails, Trunking first tries to retransmit any pending send traffic over another lowest
metric circuit. In the following figure, circuit 1 and circuit 2 are both lowest metric circuits. Circuit 1 has
failed, and transmission fails over to circuit 2, which has the same metric. Traffic that was pending at the
time of failure is retransmitted over circuit 2. In-order delivery is ensured by the receiving extension
switch or blade.
FIGURE 14 Link loss and retransmission over peer lowest metric circuit
NOTE
Modifying a circuit metric disrupts traffic.
In the following figure, circuit 1 is assigned a metric of 0, and circuit 2 is assigned a metric of 1. Both
circuits are in the same tunnel. In this case, circuit 2 is not used until no lowest metric circuits are
available. If all lowest metric circuits fail, then the pending send traffic is retransmitted over any
available circuits with the higher metric. Failover between like metric circuits or between different metric
circuits is lossless.
Only when all metric 0 circuits fail do available metric 1 circuits cover data transfer. If the metric 1
circuits are not identical in configuration to the metric 0 circuits, then the metric 1 circuits will exhibit a
different behavior. Additionally, if the metric 1 WAN path has different characteristics, these
characteristics define the behavior across the metric 1 circuits. Consider configuring circuit failover
groups to avoid this problem.
‐ For an FX8-24 blade, you can configure up to 5 valid groups on a 10-circuit tunnel.
‐ For a Brocade 7800 switch, you can have up to 3 valid groups because you can configure 6
circuits per tunnel.
‐ For a Brocade 7840 switch, you can have up to 4 valid groups because you can configure 8
circuits per tunnel.
• Consider available WAN bandwidth requirements when configuring failover circuit groups. Refer to
Bandwidth calculation during failover on page 72.
Circuits in tunnel Failover group ID Circuit bandwidth FSPF link cost if In use for tunnel
circuit goes offline data
The following table illustrates circuit failover in a tunnel with circuits in failover groups and circuits that
are not part of failover groups. In this configuration, all data is initially load balanced over circuit 1, circuit
2, and circuit 3 (when they are all active). The following occurs during circuit failover:
• If circuit 1 fails, circuit 4 becomes active and data is load balanced over circuit 2, circuit 3, and circuit
4.
Reason: Circuit 1 fails over to circuit 4 (both are in failover group 1) and circuit 3 is active with 500
Mb bandwidth.
• If circuit 2 fails, data is load balanced over circuit 1 and circuit 3, and no other circuit becomes active.
Reason: Circuits 1 and 3 are the only active circuits because circuits 4 and 5 only become active
when circuits 1 or 3 fail.
• If circuit 2 and circuit 3 fail, circuit 5 becomes active and data is load balanced over circuit 1 and
circuit 5.
Reason: Ungrouped circuits 2 and 3 fail over to ungrouped circuit 5, which has a metric of 0.
• If circuit 1, circuit 2, and circuit 3 fail, circuit 4 and circuit 5 become active and data is load balanced
over both.
Reason: Circuit 1 fails over to circuit 4, which is the failover circuit for group 1 with a metric of 0.
Ungrouped circuit 5 is the failover circuit for ungrouped, failed circuits 2 and 3.
Circuits in tunnel Failover group ID Circuit bandwidth FSPF link cost if In use for tunnel
circuit goes offline data
Configuration examples
The following example shows the configuration of two failover groups for VE_Port 22 containing two
circuits each. Note that circuit 0 is typically created automatically when the tunnel is created.
Entering the portshow fciptunnel -c command for the configuration, displays the following output.
-------------------------------------------------------------------------------
Tunnel Circuit OpStatus Flags Uptime TxMBps RxMBps ConnCnt CommRt Met/G
-------------------------------------------------------------------------------
8/22 - Up cft---- 26m51s 0.00 0.00 1 - -/-
8/22 0 8/xge0 Up ---4--s 26m51s 0.00 0.00 1 5000/5000 0/-
8/22 1 8/xge0 Up ---4--s 26m51s 0.00 0.00 1 2750/2750 0/1
8/22 2 8/xge0 Up ---4--s 2m7s 0.00 0.00 1 4000/4000 1/-
8/22 3 8/xge0 Up ---4--s 0s 0.00 0.00 1 5000/5000 1/1
-------------------------------------------------------------------------------
Note in the output that "-" displays for the group (G) to indicate the default failover group 0 or that no
failover group is configured.
If you do not configure at least one metric 0 and one metric 1 circuit for a failover group, the Opstatus
column of the output will display a failover group warning (FGrpWrn) as in the following output. The
warning occurred because only a circuit with metric 0 was created for failover group 0 and group 1.
Note that FGrpWrn will not be issued for the default group unless a failover group is configured but not
complete with a metric 0 and metric 1 circuit.
NOTE
For the 7840 switch, 'UpWrn' displays if a tunnel is not specified in the portshow fciptunnel command,
such as in portshow fciptunnel all -c -h, while 'Online Warning' displays if a tunnel is
specified, such as in portshow fciptunnel 24.
-------------------------------------------------------------------------------
Tunnel Circuit OpStatus Flags Uptime TxMBps RxMBps ConnCnt CommRt Met/G
-------------------------------------------------------------------------------
8/22 - FGrpWrn cft---- 20m26s 0.00 0.00 1 - -/-
8/22 0 8/xge0 Up ---4--s 20m26s 0.00 0.00 1 5000/5000 0/-
8/22 1 8/xge0 Up ---4--s 3s 0.00 0.00 2 2750/2750 0/1
-------------------------------------------------------------------------------E
Entering the portshow fciptunnel command for a specific tunnel, such as portshow fciptunnel 8/22 -
c for tunnel 22, displays detailed information for each circuit in the tunnel. Entering the portshow
fcipcircuit command, such as portshow fcipcircuit 8/22 1 for circuit 1, displays detailed information
for the specific circuit. This information includes the failover group ID configured for the circuits. If (Not
Config/Active) displays for Failover Group ID, the default group ID of 0 was used.
For more information on the portcfg fcipcircuit, portcfg fciptunnel, and portshow commands, refer
to the Fabric OS Command Reference.
NOTE
All circuits and data must belong to a single VE_Port to benefit from LLL.
Configuring failover
There are two types of configuration supported:
• Active-active - Data will be sent on both 10 GbE ports to initiate weighted balancing of the batches
across the trunk circuits.
• Active-passive - Data fails over using LLL to a passive circuit (one with a higher metric) if all active
lower metric circuit paths fail.
You must establish a metric for failover circuits. If no metric is provided, circuit data will be sent
through both ports and the load will be balanced. Circuits have a default metric of 0. A metric of 1 is
required for a standby (passive) circuit.
Active-active configuration
The following example shows an active-active configuration in which two circuits are configured with
the same metric, one circuit going over xge0 and the other circuit going over the crossport using xge1
as the external port. The metric values of both the circuits are the same (default value), so both circuits
send data. The load is balanced across these circuits. The effective bandwidth of the tunnel in this
example is 2 Gbps.
1. Configure an IP address on interface xge0.
portcfg ipif 8/xge0 create 192.168.11.20 netmask 255.255.255.0 mtu 1500
2. Configure an IP address on crossport interface xge1.
portcfg ipif 8/xge1 create 192.168.10.10 netmask 255.255.255.0 mtu 1500 -x
3. Create a tunnel with one circuit going over xge0.
portcfg fciptunnel 8/22 create --remote-ip 192.168.11.20 --local-ip 192.168.11.21
-b 2750000 -B 2750000
NOTE
If the source and destination addresses are on different subnets, you must configure IP routes to the
destination addresses. Refer to Configuring an IP route on page 80.
Active-passive configuration
The following example shows an active-passive configuration in which two circuits are configured with
different metrics, one circuit going over xge0 and the other circuit going over the crossport using xge1
as the external port. In this example, circuit 1 is a failover circuit because it has a higher metric. When
circuit 0 goes down, the traffic is failed over to circuit 1. The effective bandwidth of the tunnel in this
example is 1 Gbps.
1. Configure an IP address on interface xge0.
portcfg ipif 8/xge0 create 192.168.11.20 netmask 255.255.255.0 mtu 1500
2. Configure an IP address on crossport interface xge1.
portcfg ipif 8/xge1 create 192.168.10.10 netmask 255.255.255.0 mtu 1500 -x
3. Create a tunnel with one circuit going over xge0.
portcfg fciptunnel 8/22 create --remote-ip 192.168.11.21 --local-ip 192.168.11.20 -
b 2750000 -B 2750000 --metric 0
4. Add another circuit, going over crossport xge1, to the tunnel.
portcfg fcipcircuit 8/22 create 1 --remote-ip 192.168.10.10 --local-ip
192.168.10.11 -b 1000000 -B 1000000 --metric 1
5. Display local and crossport interface details for xge0.
portshow ipif 8/xge0
NOTE
If the source and destination addresses are on different subnets, you must configure IP routes to the
destination addresses. Refer to Configuring an IP route on page 80.
Failover in TI zones
In Traffic Isolation (TI) zone configurations with failover enabled, non-TI zone traffic will use the
dedicated path if no other E_Port or VE_Port paths exist through the fabric or if the non-dedicated paths
are not the shortest paths. Note that a higher-bandwith tunnel with multiple circuits will become the
shortest path compared to a tunnel with one circuit. A TI zone cannot subvert the Fabric Shortest Path
First (FSPF) protocol. Data will never take a higher cost path because a TI zone has been configured to
do so. It may be necessary to configure explicit link cost to produce Equal-Cost Multi-Path (ECMP) or to
prevent trunk costs from changing in the event that a circuit goes offline.
● Configuration preparation................................................................................................73
● Configuration steps......................................................................................................... 74
● Setting VE_Ports to persistently disabled state.............................................................. 75
● Configuring VEX_Ports................................................................................................... 76
● Configuring the media type for GbE ports 0 and 1 (Brocade 7800 switch)..................... 76
● Setting the GbE port operating mode on FX8-24 blade only.......................................... 76
● Configuring switch and port modes (7840 switch).......................................................... 77
● Configuring port speed (Brocade 7840 switch)............................................................... 79
● Configuring an IPIF......................................................................................................... 79
● Configuring an IP route................................................................................................... 80
● Validating IP connectivity.................................................................................................82
● Creating an Extension tunnel.......................................................................................... 82
● Creating additional circuits ............................................................................................. 85
● Verifying the tunnel configuration.................................................................................... 86
● Configuring Extension HCL.............................................................................................86
● Enabling persistently disabled ports................................................................................90
● Modifying a tunnel........................................................................................................... 90
● Modifying a circuit........................................................................................................... 91
● Deleting an IP interface ..................................................................................................91
● Deleting an IP route ....................................................................................................... 91
● Deleting a trunk............................................................................................................... 92
● Deleting a circuit .............................................................................................................92
● Configuring Per-Priority TCP QoS priorities over a trunk................................................92
● Modifying default priority values......................................................................................93
● Using logical switches..................................................................................................... 94
● Managing QoS, DSCP, and VLANs...............................................................................103
● Implementing IPsec over tunnels.................................................................................. 107
● Traffic Isolation Zoning.................................................................................................. 110
Configuration preparation
Before you begin, do the following:
• Determine the amount of bandwidth that will be required for the remote data replication (RDR),
FICON, or tape application to be deployed.
• Confirm that the WAN link has been provisioned and tested for integrity.
• Make sure that cabling within the data center has been completed.
• Make sure that switches and other devices have been physically installed and powered on.
• Make sure you have admin access to all switches and blades you need to configure.
• For the Brocade 7800 switch, determine if copper or optical ports will be used for GbE ports 0 and 1.
• For the FX8-24 blade, determine which of the three possible GbE or XGE port operating modes will
be used.
• For the FX8-24 blade, determine which 10 GbE crossports to use for active-active or active-passive
configurations.
• For the Brocade 7840 switch, determine the VE_Port operating modes that will be used (10VE
mode or 20VE mode). For information about configuring IP Extension features, refer to
Configuration preparation for IP Extension features on page 111.
• Determine which Ethernet ports will be used. The Ethernet ports on the Brocade 7840 switch are in
groups and connections should be spread across the groups and not within the same group if
possible.
• Obtain subnets and assign IP addresses for each circuit endpoint that you intend to use, plus the
netmask and IP MTU size. The IP MTU size may be smaller than 1500 if there is an IPsec device or
similar device in the path. If the IP MTU is larger than 1500, use the following guidelines for your
extension product:
‐ For the Brocade 7800 switch and FX8-24 blade, use 1500.
‐ For the Brocade 7840 switch, the IP MTU size must be at least 1280. If the supported maximum
IP MTU size in the network is larger than 9216, the IP MTU must be 9216. You can use Path
MTU Discovery to automatically set the IP MTU size for the circuit's IP interface. Refer to
Modifying a tunnel on page 90 for more information.
• Determine the gateway IP address as needed for each route across the WAN. The gateway IP
address will be on the same IP subnet as the subnet used for the IPIF interface that will use that
gateway. The route will be the subnet and netmask on the remote side.
• Determine if there is any reason to turn off selective acknowledgement (SACK). Because SACK
improves performance for most installations, in the Brocade 7800 and FX8-24 it is turned on by
default.
• Determine the VE_Port numbers you want to use. The VE_Port numbers serve as tunnel IDs.
Typically, the first one is used.
• Determine source and destination IP addresses for circuit 0, and the minimum and maximum rates
for ARL. These values are set by the portCfg fciptunnel create command. If ARL is not being
used, then set the minimum and maximum committed rates to the same value.
• Determine how many additional circuits you want to create. You will need the source and
destination IP addresses for each circuit, and the minimum and maximum rates for ARL. You will
need to know if you intend to assign metrics to circuits so that lower metric circuits fail over to
circuits with higher metrics. For all circuits except circuit 0, these values are set by the portCfg
fcipcircuit create command.
• When configuring tunnels to support large numbers of devices, consider memory limitations of the
extension switch or blade if you are enabling any type of emulation feature, such as FCP or FICON.
If too many devices are present or activated at one time, acceleration operations can be negatively
impacted. Refer to Memory use limitations for large-device tunnel configurations on page 27.
Configuration steps
Use the following major steps for configuring extension switches and blades:
1. Persistently disable VE_Ports.
2. If required, configure VEX_Ports.
3. Set the switch operating mode.
• For the FX8-24 blade, set the Gbe and XGbE port operating mode.
• For the Brocade 7840 switch, configure FCIP or hybrid mode.
• If running FCIP mode configure 10VE or 20VE operating mode.
4. Set the GbE port configurations.
• For the Brocade 7800 switch, set the media type for GbE ports 0 and 1.
• For the Brocade 7840 switch, set the GbE port speed to 1G or 10G as needed.
• For the Brocade 7840 switch when running in Hybrid (FCIP + IP-Extension), set the GbE port LAN
port configurations and LAG configurations.
5. Create an IP interface (IPIF) for each circuit that you want on a port by assigning an IP address,
netmask, and an IP MTU size to an Ethernet port using the portCfg ipif command. Refer to
Configuring an IPIF on page 79.
6. Create one or more IP routes to a port if required using the portCfg iproute command. Refer to
Configuring an IP route on page 80.
7. Test the IP connection using the portCmd --ping command.
NOTE
For the Brocade 7800 switch and FX8-24 blade, when using VLANS, VLAN tagging ensures that test
traffic traverses the same path as real traffic. A VLAN tag entry for both the local and remote sides of
the route must exist prior to using the portCmd --ping command.
The 7840 manages the VLANs differently. It automatically supports VLAN tagging if it is specified in
the ipif.
Refer to Managing the VLAN tag table on page 105 for details.
8. Create tunnels using the portCfg fciptunnel command. Refer to Creating an Extension tunnel on
page 82.
9. Create circuits (after circuit 0) and enable or disable features using the portCfg fcipcircuit
command. Refer to Creating additional circuits on page 85.
NOTE
Configuring a tunnel automatically configures circuit 0 for the tunnel, although you can use portcfg
fciptunnel parameters, without any additional parameters, to create a blank tunnel.
10.Persistently enable the VE_Ports.
Configuring VEX_Ports
If you are going to use a VEX_Port in your tunnel configuration, use the portCfgVEXPort command to
configure the port as a VEX_Port. VEX_Ports can be used to avoid merging fabrics over distances in
Extension implementations.
If the fabric is already connected, disable the Ethernet ports and do not enable them until after you
have configured the VEX_Port. This prevents unintentional merging of the two fabrics.
VEX_Ports are described in detail in the Fabric OS Administrator’s Guide. Refer to that publication if
you intend to implement a VEX_Port.
The following example configures a VEX_Port, enables admin, and specifies fabric ID 2 and preferred
domain ID 220.
Configuring the media type for GbE ports 0 and 1 (Brocade 7800
switch)
Two media types are supported for GbE ports 0 and 1 on the Brocade 7800 switch: copper (RJ-45)
and optical. The media type must be set for GbE ports 0 and 1 using the portCfgGEMediatype
command. The following example configures port 1 (ge1) as an optical ports.
The ge0 option is used for port 0 and the ge1 option is used for port 1. The copper and optical options
are used for the media type.
When you enter this command without specifying the media type, the current media type for the
specified GbE port is displayed, as in the following example.
NOTE
The Optical option references the SFP bays in which optical SFPs are most often used. It is possible
to insert copper-based RJ-45 SFPs into these bays.
• 1 Gbps mode: GbE ports 0 through 9 may be enabled as GbE ports, with the XGE ports disabled.
The 10 GbE (FTR_10G) license is not required.
• 10 Gbps mode: 10 GbE ports xge0 and xge1 may be enabled, with GbE ports 0 through 9 disabled.
The 10 GbE (FTR_10G) license is required and must be assigned to the slot in which the FX8-24
blade resides.
• Dual mode: GbE ports 0 through 9 and 10 GbE port xge0 may be enabled, with xge1 disabled. The
10 GbE (FTR_10G) license is required and must be assigned to the slot in which the FX8-24 blade
resides.
NOTE
Switching between 10 Gbps mode and 1 Gbps mode disrupts traffic.
NOTE
Before changing operating modes for a port, you must delete the port’s configuration.
You must configure the desired GbE port mode of operation for the FX8-24 blade using the
bladeCfgGeMode --set mode -slot slot number command. The command options are as follows.
--set mode 1g enables the GbE ports 0 through 9 (xge0 and xge1
are disabled).
-slot slot number Specifies the slot number for the FX8-24 blade.
The following example enables GbE ports 0 through 9 on an FX8-24 blade in slot 8. Ports xge0 and
xge1 are disabled.
You can use the bladecfggemode --show command to display the GbE port mode for the FX8-24
blade in slot 8, as shown in the following example.
• FCIP mode—In this mode, only FCIP traffic is sent over the extension tunnels. It allows up to 20G
of FC traffic (80G compressed with 4:1 compression). FCIP mode allows you to chose between
10VE mode and 20VE port modes.
• Hybrid mode—In this mode, FCIP traffic and IP traffic can be sent over the extension tunnels.
Hybrid mode allows for up to 10G of FC (40G compressed with 4:1 compression) and 20G of IP
traffic. In this mode, only 10VE port mode is available. For information on configuring hybrid mode
and IP Extension features, refer to Configuration steps for IP Extension features on page 112.
In FCIP mode, you can configure the Brocade 7480 switch in either 10VE mode (default) or 20VE
mode using the extncfg --ve-mode -10VE|20VE command. This command is disruptive as it requires
rebooting the switch.
You can configure the following VE modes:
• 10VE mode: In this mode 10 of the 20 total VE_Ports on the switch are enabled. A single VE_Port
on a DP complex can use all Fibre Channel 20 Gbps bandwidth available to the DP complex. In
10VE mode, VE_Ports 29-33 and 39-43 are disabled.
• 20VE mode: This VE mode is available when the switch is in FCIP mode. In this mode, all 20
VE_Ports are enabled. A single VE_Port on a DP complex can use half of the available Fibre
Channel bandwidth available to the DP complex, a maximum of 10 Gbps. This option allows use of
more VE_ports, but at a lower maximum bandwidth.
NOTE
For the 7840 switch, only configure the maximum number of VE_Ports for the 7840 switch. 10VE
mode will accommodate nearly all environments and is the default.
NOTE
When switching modes, there can be no conflicting configurations or the extncfg command will fail.
For example, if you have a tunnel on VE30, you will not be allowed to switch to 10VE mode because
VE30 is disabled in that mode.
For more information on the Brocade 7840 switch port modes, refer to 10VE and 20VE port modes. on
page 52
Use the following steps to configure and display the Brocade 7840 switch operating modes for FCIP
mode.
1. Connect to the switch and log in using an account assigned to the admin role.
2. To set the switch to FCIP mode, enter the following:
extncfg --app-mode fcip
3. Perform one of the following steps:
• To set the operating mode to 20VE, enter the following:
switch:admin>extncfg --ve-mode 20VE
• To set the operating mode to 10VE, enter the following:
switch:admin>extncfg --ve-mode 10VE
4. To display the current operating mode, enter the following:
Switch:admin>extncfg--show
The following displays if the switch is in 20VE mode:
VE-Mode: configured for 20VE mode
NOTE
Auto-negotiation is for 1G GE Phy negotiation. It is not a speed negotiation. The GE port can be set to
either 1G mode or 10G mode. A port set in autonegotiate mode is negotiating full duplex and pause
frames (802.3X) with the attached switch. The port will not come up if there is an autonegotiate
mismatch with the attached switch.
Use the following steps to configure port speed on the Brocade 7840 switch 10 GbE ports:
1. Connect to the switch and log in using an account assigned to the admin role.
2. Perform one of the following steps:
• To set the port speed at 1 Gbps for port ge4, enter the following:
switch:admin>portCfgGe ge4 --set -speed 1G
• To set the port speed at 10 Gbps for port ge4, enter the following:
switch:admin>portCfgGe ge4 --set -speed 10G
• To disable autonegotiate on port ge4, enter the following:
switch:admin>portCfgGe ge4 --disable -autoneg
• To enable autonegotiate on port ge4, enter the following:
switch:admin>portCfgGe ge4 --enable -autoneg
3. To display current port speed configuration for ge4, enter the following:
switch:admin>portCfgGe ge4 --show
Configuring an IPIF
You must configure an IP interface (IPIF) for each circuit that you intend to configure on a Ethernet port.
This is done using the portCfg ipif create command. The IP interface consists of an IP address,
netmask, an IP MTU size, and other options depending on the extension switch or blade.
The following examples create the addressing needed for the basic sample configuration in the below
figure using a Brocade 7800 switch and FX8-24 blade.
The following command creates an IP interface for port ge0 on the Brocade FX8-24 blade in slot 8 of
the Brocade DCX-4S.
switch:admin> portcfg ipif 8/ge0 create 192.168.1.24 netmask 255.255.255.0 mtu 1500
The following command creates an IP interface for port ge0 on the Brocade 7800 switch.
switch:admin> portcfg ipif ge0 create 192.168.1.78 netmask 255.255.255.0 mtu 1500
The following command displays current configuration details for all interfaces.
switch:admin> portshow ipif
NOTE
For full details on syntax and using the portcfg ipif and portshow ipif commands, refer to the Fabric
OS Command Reference.
Configuring an IP route
Routing is based on the destination IP address presented by an extension circuit. If the destination
address is not on the same subnet as the Ethernet port IP address, you must configure an IP route to
that destination with an IP gateway on the same subnet as the local Ethernet port IP address.
You can define up to 32 routes for each GbE port on the Brocade 7800 switch and FX8-24 blade. You
can define up 128 routes per GbE port on the Brocade 7840 switch; however, you can only define 120
routes per DP. Note that the portshow iproute command can display more routes than those you
configured once all routes are added.
To configure a route, use the portCfg iproute create command to specify the destination IP address,
subnet mask, and address for the gateway router that can route packets to the destination address.
Optionally, on the Brocade FX8-24 blade, you can configure an IP route for a failover crossport using
the -x or - - crossport option. For information on configuring IP routes using crossport addresses, refer
to Configuring IP routes with crossports on page 42.
The following figure shows an IP route sample configuration.
The following command creates an IP route to destination network 192.168.12.100 for port ge0 on a
Brocade 7840 switch. The route is through local gateway 192.168.1.1. Because Ethernet ports are
shared between DP complexes, the ge1.dp0 option directs the command to a specific DP.
portcfg iproute ge1.dp0 create 192.168.12.100 netmask 255.255.255.255 192.168.1.1
NOTE
For additional IP route configuration examples and related output from portshow iproute commands,
refer to the Fabric OS Command Reference.
Validating IP connectivity
The following example tests the connectivity between the FX8-24 blade and the Brocade 7800 switch
in the basic sample configuration from the Brocade 7800 switch. The -s option specifies the source
address, and the -d option specifies the destination address.
switch:admin> portcmd --ping ge0 -s 192.168.11.78 -d 192.168.1.24
When using VLANS, VLAN tagging ensures that test traffic traverses the same path as real traffic. A
VLAN tag entry for both the local and remote sides of the route must exist prior to issuing the
portCmd --ping command. Refer to Managing the VLAN tag table on page 105 for details.
NOTE
To ping crossport addresses, refer to Using ping with crossports on page 44.
NOTE
When circuit options are specified on the portcfg fciptunnel create command and the portcfg
fciptunnel modify command, they apply only to circuit 0. When additional circuits are added, circuit
options must be applied per circuit using the portcfg fcipcircuit create or the portcfg fcipcircuit
modify command.
A suggested technique is to configure the tunnel with appropriate tunnel parameters only (no IP
addresses or circuit options). This may be useful in staging a configuration without committing specific
circuit parameters. Then you can configure circuit 0 and additional circuits using portcfg fcipcircuit
commands.
NOTE
A Brocade 7840 switch can only connect with another Brocade 7840 switch through an extension
tunnel. It cannot connect to a Brocade 7500 switch, 7800 switch, or FX8-24 blade.
NOTE
You cannot create a tunnel from a Brocade 7840 switch to a Brocade 7800 switch or FX8-24 blade.
To create an FX8-24 tunnel endpoint using the portcfg fciptunnel command, VE_Port 12 is specified
on slot 8. Circuit 0 is created automatically when the tunnel is created. A tunnel that carries FCIP traffic
is represented by a VE_Port. The Brocade 7800 switch remote or destination address (192.168.11.78)
is specified first, followed by the FX8-24 local or source address (192.168.1.24). ARL minimum (-b) and
maximum (-B) committed rates are specified for circuit 0.
switch:admin> portcfg fciptunnel 8/12 create --remote-ip 192.168.11.78 --local-ip
192.168.1.24 -b 500000 -B 1000000
The following command creates the Brocade 7800 tunnel endpoint. VE_Port 16 is specified. Circuit
parameters are included to create circuit 0 on the Brocade 7800 switch. The circuit parameters must
match up correctly with the circuit parameters on the FX8-24 end of the circuit. The FX8-24 remote or
destination address is specified first (192.168.1.24), followed by the 7800 switch local or source address
(192.168.11.78). Matching ARL minimum and maximum committed rates must be specified on both
ends of circuit 0.
switch:admin> portcfg fciptunnel 16 create --remote-ip 192.168.1.24 --local-ip
192.168.11.78 -b 500000 -B 1000000
For a description of circuit and tunnel configuration options that you can include on the portcfg
fciptunnel command, refer to Tunnel configuration options on page 84.
The following figure illustrates the results of the configuration.
• To create a Brocade 7840 switch endpoint using the portcfg fciptunnel command, VE_Port 25 is
specified.
• The circuit 0 local or source address (192.168.2.15) is specified, followed by the remote or
destination address (192.168.2.25).
• ARL minimum (-b) and maximum (-B) committed rates are specified for circuit 0. These must match
the rates configured on the remote 7840 switch.
• Deflate compression is enabled.
• IPsec is enabled using policy1
The following command creates the destination Brocade 7840 switch endpoint. VE_Port 34 is
specified.
switch:admin> portcfg fciptunnel 34 create --local-ip 192.168.2.25 --remote-ip
192.168.2.15 -b 500000 -B 1000000 -c deflate --ipsec policy1
For the destination switch, the same circuit and tunnel options are configured as the other Brocade
7840 switch. The circuit options for circuit 0, such as ARL minimum and maximum committed rates,
must match.
For a description of circuit and tunnel configuration options that you can include on the portcfg
fciptunnel command, refer to Tunnel configuration options on page 84.
Most Extension features for tunnels that carry FCIP traffic are enabled using optional arguments
available on the portcfg fciptunnel create command and the portcfg fciptunnel modify command.
Some of these arguments apply only to tunnels, and are used only on the portcfg fciptunnel create
command and the portcfg fciptunnel modify commands.
For information on the details of tunnel and circuit configuration options available on the portcfg
fciptunnel command, refer to Fabric OS Command Reference.
• Set the circuit KATOV to the same value on both ends. If local and remote circuit configurations do
not match, the tunnel will use the lower of the configured values.
• For normal extension tunnel operations over tunnels transporting FICON traffic, the KATOV for all
circuit members of a VE_Port (tunnel) must be less than the overall I/O timeout for all FC exchanges.
If the FC I/O timeout value is less than the KATOV, then inputs and outputs will time out over all
available circuits without being retried.
• The default timeout values are not the same for every supported platform. The Brocade FX8-24
value is 10 seconds. The value for the Brocade 7840 is 6 seconds. The default value will also differ
depending on whether FICON emulation is enabled.
The KATOV should be based on application requirements. Check with your FC initiator providers to
determine the appropriate KATOV for your application. The sum of KATOVs for all circuits in a tunnel
should be close to the overall FC initiator I/O timeout value. As an example, a mirroring application has
a 6-second I/O timeout. There are three circuits belonging to the VE_Port (3 circuit members in the
tunnel). Set the KATOV to 2 seconds on each circuit. This will allow for maximum retries over all
available circuits before an I/O is timed out by the initiator.
Refer to the keep-alive timeout option in Tunnel configuration options on page 84 for information on
option format and value range.
NOTE
For the 7800 switch and FX8-24 blade, you must enable the Advanced Extension (FTR_AE) license to
add circuits. This license is enabled on the 7840 switch when shipped from the factory.
The following command creates circuit 1 on the FX8-24 end of the trunk.
switch:admin> portcfg fcipcircuit 8/12 create 1 --remote-ip 192.168.11.78 --local-ip
192.168.1.25 -b 15500 -B 62000
The following command creates circuit 1 on the Brocade 7800 switch end of the trunk.
switch:admin> portcfg fcipcircuit 16 create 1 --remote-ip 192.168.1.25 --local-ip
192.168.11.78 -b 15500 -B 62000
NOTE
Hot code load (HCL) is disruptive when the Brocade 7840 is in hybrid mode. IP traffic will be
interrupted during HCL.
A LBT that is protecting an MT will stay online during the Extension HCL process. The Brocade 7840
can be configured to operate either in 10VE or 20VE mode for Extension HCL. Each DP on 10VE
mode can accommodate 5 MTs and 5 LBTs. If 5 protected tunnels were configured, there would be a
maximum of 15 tunnels (5 MTs, 5 LBTs, and 5 RBTs). Each DP in 20VE mode can accommodate 10
MTs and 10 LBTs. If 10 protected tunnels were configured, there would be a maximum of 30 tunnels
(10 MTs, 10 LBTs, and 10 RBTs).
An MT must contain at least one protected circuit. To configure a protected circuit, you must provide two
additional IP addresses for the circuit. Not all circuits must be protected by Extension HCL. Only the
circuits that are configured with the additional Extension HCL IP addresses will stay up during firmware
updates. The non-protected circuits will go down. The trunk would run at a diminished capacity if there
were not a one-for-one protection of the circuits resulting in a lesser aggregate bandwidth.
To provide the additional IP addresses, use the --local-ha-ip and --remote-ha-ip options in the portcfg
fcipcircuit create command. You can also use these options in the portcfg fciptunnel create
command if you wish to create circuit 0 using that command. Following is an example of creating a
protected circuit for a tunnel.
portcfg fcipcircuit <ve_port> create <circuit_ID> --local-ip <ipaddr> --remote-ip
<ipaddr> --local-ha-ip <ipaddr> --remote-ha-ip <ipaddr>
For detailed instructions to create backup tunnels for the Extension HCL feature, refer to Configuring
backup tunnels on page 89.
Once you configure backup tunnels, you can monitor Extension HCL status on tunnels during the
firmware download using the portshow fciptunnel --hcl-status command as in the following example.
switch:admin> portshow fciptunnel –-hcl-status
Checking FCIP Tunnel HA Status.
The DP complex creates the following TCP connections between 7840-A and 7840-B:
• 192.168.2.15 to 192.168.11.78—the main TCP connections for the MT between the switches
• 192.168.2.15 to 192.168.11.68—the connection between 7840-A RBT and 7840-B LBT
• 192.168.2.31 to 192.168.11.78—the connection between 7840-B RBT and 7840-A LBT
The following table shows the possible options for configuring MTs and LBTs. The VE ports used on
the local and remote switches (7840-A and 7840-B in the example) need not be bidirectional. That is,
you can use VE_Port 24-33 on the local switch and VE_Port 34-43 on the remote switch for the MT.
/* Note:
portcfg iproute commands excluded – but would be required as the IPIFs are on
different networks
*/
portcfg fciptunnel 24 create –f –t -F -c fast-deflate --ficon-xrc --ficon-tape
/* create an empty tunnel with FastWrite/OSTP/HW Compression and FICON Features */
The --local-ip and --remote-ip options provide the MT IP addresses. The --local-ha-ip and --remote-ha-ip
options provide the LBT and RBT IP addresses respectively.
The following steps illustrate how to configure two circuits (0 and 1) for ge2, each with Extension HCL
IP addresses, for a tunnel from source VE_Port 24.
1. Configure IPIFs that you will use for circuit 0 as in the following example.
NOTE
The local interface (Ethernet port) assigned to the LBT IP address must be assigned to the DP other
than the DP where the local MT IP address is assigned. Because the Brocade 7840 switch shares
Ethernet ports, you can assign an Ethernet port to a specific DP using the portcfg ipif command with
the ge_port.dp_num option.
switch:admin> portcfg ipif ge2.dp0 create 192.168.2.10 netmask 255.255.255.0 mtu
1500
switch:admin> portcfg ipif ge2.dp1 create 192.168.2.30 netmask 255.255.255.0 mtu
1500
The ge2.dp0 option assigns port ge2 to DP0 and ge2.dp1 assigns ge2 to DP1. The address assigned
to ge2 on DP0 will be for the local MT, while the address assigned to ge2 on DP1 will be the LBT.
2. Configure ipifs that you will use for circuit 1 in the same fashion, as in the following example:
switch:admin> portcfg ipif ge2.dp0 create 192.168.2.15 netmask 255.255.255.0 mtu
1500
switch:admin> portcfg ipif ge2.dp1 create 192.168.2.31 netmask 255.255.255.0 mtu
1500
3. Configure a tunnel for VE_24 and circuit 0 for the tunnel using the following example.
switch:admin> portcfg fciptunnel 24 create --local-ip 192.168.2.10 --remote-ip
192.168.2.20 --local-ha-ip 192.168.2.30 --remote-ha-ip 192.168.2.40 -b 12000 -B
1000000
4. Configure circuit 1 for the tunnel using the following example:
switch:admin> portcfg fcipcircuit 24 create 1 --local-ip 192.168.2.15 --remote-ip
192.168.2.25 --local-ha-ip 192.168.2.31 --remote-ha-ip 192.168.2.41 -b 15500 -B
62000
5. Verify the tunnel configuration using the portshow fciptunnel --ha --circuit command as in the
following example:
switch:admin> portshow fciptunnel --ha --circuit
Tunnel Circuit OpStatus Flags Uptime TxMBps RxMBps ConnCnt CommRt Met/G
----------------------------------------------------------------------------
24 - Up -M-fTF-a 2h21m40s 21.03 18.52 1 - -/-
24 0 ge2 Up ---rh--4 2h21m40s 10.51 9.27 1 4000/5000 0/-
24 1 ge2 Up ---rh--4 2h21m36s 10.77 9.25 1 4000/5000 0/-
25 - Up -R-fTF-a 2h21m39s 0.00 0.00 1 - -/-
25 0 ge2 Up ---rh--4 2h21m40s 0.00 0.00 1 4000/5000 0/-
25 1 ge2 Up ---rh--4 2h21m37s 0.00 0.00 1 4000/5000 0/-
25 - Up -L-fTF-a 2h21m43s 0.00 0.00 1 - -/-
25 0 ge2 Up ---rh--4 2h21m43s 0.00 0.00 1 4000/5000 0/-
25 1 ge2 Up ---rh--4 2h21m41s 0.00 0.00 1 4000/5000 0/-
----------------------------------------------------------------------------
Flags (tunnel): M=MainTunnel L=LocalBackup R=RemoteBackup
i=IPSec f=Fastwrite T=TapePipelining F=FICON r=ReservedBW
A=AdvCompr a=FastDeflate d=Deflate D=AggrDeflate
NOTE
The portCfgPersistence command also cannot be used with FMS mode enabled. This command
sets or removes the persistent disable flag on a port or range of ports. If FMS mode is enabled, use
the portdisable command with Active=Saved mode enabled instead.
Modifying a tunnel
Tunnel characteristics and options can be modified as needed using the portCfg fcipTunnel
command with the modify option. The command syntax is as follows:
portCfg fciptunnel ve_port modify options
The VE_Port variable indicates the specific VE_Port to which each tunnel is assigned. The VE_Port
number serves as the tunnel ID. The range is 16 through 23 for a Brocade 7800 switch and 12 through
31 for the FX8-24 blade.
The options variable indicates the choice of options. Refer to Fabric OS Command Reference for
information about the portCfg fciptunnel command.
NOTE
When you use portcfg fciptunnel to modify the circuit options, the changes apply only to circuit 0.
CAUTION
Using the modify option may disrupt traffic on the specified tunnel for a brief period of time.
Modifying a circuit
Circuit characteristics and options can be modified as needed using the portCfg fcipcircuit command
with the modify option. The general command syntax is as follows:
portCfg fcipcircuit ve_port modify circuit_id options
ve_port Each tunnel or trunk is assigned to a specific VE_Port. The VE_Port number serves as the
tunnel ID. Specify the VE_Port of the tunnel that contains the circuit you want to modify. The
range for VE_Ports varies for extension switches and blades. Refer to the section for your
switch or blade in Tunnel and circuit requirements on page 61 for information.
options Refer to the Fabric OS Command Reference for descriptions of the options.
NOTE
You can modify all circuits, including circuit 0, using the portCfg fcipcircuit command.
For full details on syntax and using this command, refer to the Fabric OS Command Reference.
Deleting an IP interface
You can delete an IP interface using the portcfg ipif command with the delete option. The command
syntax is as follows:
portcfg ipif [slot/]ge n delete ipaddr
For full details on syntax and using this command, refer to the Fabric OS Command Reference.
NOTE
You cannot delete an IP interface if there is a tunnel or circuit configured to use it. Be sure to delete all
tunnels, circuits, and IP routes using an interface before deleting it.
Deleting an IP route
You can delete an IP route to a gateway destination IP address using the portcfg iproute command
with the delete option. The command syntax is as follows for both IPv4 and IPv6 addressing:
portcfg iproute [slot/]ge n delete dest_ipv4 netmask mask
portcfg iproute [slot/]ge n delete dest_ipv6/prefix_len
For full details on syntax and using this command, refer to the Fabric OS Command Reference.
NOTE
You cannot delete an IP route if there is a tunnel, circuit, or IP interface configured to use it. Be sure to
delete all tunnels and circuits using an IP route before deleting the IP route.
Deleting a trunk
When you delete a trunk, you also delete all associated circuits. Use the portCfg fciptunnel
command with the delete option to delete FCIP tunnels. The command syntax is as follows:
portcfg fciptunnel ve_port delete
For full details on syntax and using this command, refer to the Fabric OS Command Reference.
CAUTION
The fciptunnel delete command does not prompt you to verify your deletion. Be sure you want
to delete the tunnel before you press Enter.
NOTE
You must delete a tunnel before you can delete an IP route that it uses and the IP interface that uses
the route.
Deleting a circuit
You can delete individual circuits using the portCfg fcipcircuit command with the delete option. The
command syntax is as follows:
portcfg fcipcircuit ve_port delete circuit_id
For full details on syntax and using this command, refer to the Fabric OS Command Reference.
NOTE
Priorities are enforced only when there is congestion on the network. If there is no congestion, all
traffic is handled at the same priority.
The following command sets the QoS priority ratios on VE_Port 12 to high (50%), medium (40%) and
low (10%) priorities respectively.
portcfg fciptunnel 1/12 create --qos-bw-ratio 50,40,10
The following command displays details of the tunnel configuration, including set QoS percentages.
For more information on using Fabric OS commands, optional arguments, and command output, refer
to the Fabric OS Command Reference.
1. Enable Virtual Fabrics mode on the switch using instructions in the "Managing Virtual Fabrics"
chapter of the Fabric OS Administrator's Guide.
2. Configure logical switches to use basic configuration values using instructions in the "Managing
Virtual Fabrics" chapter of the Fabric OS Administrator's Guide.
3. Create logical switches using instructions for creating a logical switch or base switch in the
"Managing Virtual Fabrics" chapter of the Fabric OS Administrator's Guide.
Port assignment
Initially, all ports belong to the default logical switch. When you create additional logical switches, they
are empty and you can assign ports to those logical switches. As you assign ports to a logical switch,
the ports are moved from the default logical switch to the newly created logical switch. Following are
some requirements for assigning ports:
• A given port can be in only one logical switch.
• You can move ports from one logical switch to another.
• A logical switch can have as many ports as are available in the chassis.
• Ports with defined configuration settings in a logical switch or the default switch cannot be moved to
another logical switch without first deleting the current settings. For example, you cannot move a VE_
Port with a defined tunnel in the default switch or a logical switch to a different logical switch until you
delete the circuits and the tunnel in the logical switch currently containing the port that you want to
move. Similarly, you cannot move a GE_Port between logical switches until all IP routes and IP
interfaces have been deleted in the logical switch currently containing the port that you want to move.
Use the lsCfg --config slot/ge _port command to move ports from one logical switch to a different logical
switch. The FID is the fabric ID of the logical switch where you want to move the ports. The ports are
automatically removed from the logical switch where they are currently assigned.
As a recommended best practice, leave Ethernet interfaces in the default logical switch and do not
move them to another logical switch. There is no reason to move them because of the Ethernet Port
Sharing (EPS) feature. A VE_Port in any logical switch context can use an Ethernet interface in the
default switch. In addition, by moving a physical port from the default switch to a logical switch, it will not
be available to tunnels configured in other logical switches. Refer to Ethernet Port sharing on page 96
for details.
the logical switch. Note that "128" is sometimes referred to the context for the default switch as that is
the initial FID of the default switch when you enable Virtual Fabrics. However, this FID may be
changed.
There are two methods for changing to the context of a specific logical switch so that you can perform
configuration or other tasks:
• Use the setcontext fabricID command. This changes the context to a specific logical switch and
changes the command line prompt to reflect the new FID. Any commands entered at this prompt
are initiated on the logical switch with that FID.
• Use the fosexec --fid FID -cmd "command" to initiate a specific command on a specific logical
switch, where command is the command string.
The fosexec command can be entered for any logical switch to run the specified FOS command on
the specified logical switch, whereas the setcontext command runs only in the current logical switch.
NOTE
For Fabric OS versions prior to Fabric OS v7.0, in order to use a Ethernet port for a tunnel, that port
must be in the same logical switch as the tunnel's VE_Port.
With Ethernet port sharing, you can have the following configuration, as an example:
This section illustrates an example of port sharing on an FX8-24 blade. The following output for the
portshow ipif all command illustrates IP interfaces, IP routes, and crossports configured for ports in the
default logical switch and tunnels and circuits on two different logical switches that use these
configurations.
Note the following about the configuration detailed in the output:
• This example is for port sharing configuration on a FX8-24 blade.
• There are three logical switches:
‐ LS 0 has FID 128 and is the default switch.
‐ LS 2 has FID 50.
‐ LS 4 has FID 70.
• IP interfaces and IP routes for these IPIFs were created for xge0 and xge1. The portcfg - -ipif and
portcfg - - iproute commands were issued in the default logical switch context where the ports
reside. Refer to Configuring IPIFs and IP routes on page 99 for more information.
• Crossports were configured for both xge0 and xge1 on the default switch. Refer to Crossports on
page 41 for more information.
• A tunnel with VE_Port 22 and circuits was created on LS 2. VE_Port 22 was first moved to LS 2, and
the portcfg fciptunnel commands to configure the tunnel and circuits were issued in the context for
LS 2 (FID 50). Refer to Moving ports between logical switches on page 100 and Configuring tunnels
and circuits on page 99 for more information.
• A tunnel with VE_Port 12 and circuits was created on LS 4. VE_Port 12 was first moved to LS 4, and
the portcfg fciptunnel commands to configure the tunnel and circuits were issued in the context for
LS 4 (FID 70). Refer to Moving ports between logical switches on page 100 and Configuring
tunnels and circuits on page 99 for more information.
CURRENT CONTEXT -- LS: 0, FID: 128 *NOTE this
is the default switch.*
switch:admin> portshow ipif
CURRENT CONTEXT -- LS: 2, FID: 50 *Note that this is one of the logical
switches (not the default switch).*
portshow fciptunnel all -c:
-------------------------------------------------------------------------------
Tunnel Circuit OpStatus Flags Uptime TxMBps RxMBps ConnCnt CommRt Met
-------------------------------------------------------------------------------
1/22 - Up cft---- 14d18h 226.60 2.73 5 - -
1/22 0 1/xge0 Up ---4v-s 7d17h34m 64.80 0.78 7 1000/3000 0
1/22 1 1/xge0 Up ---4v-s 7d5h24m 48.59 0.59 7 1000/2000 0
1/22 2 1/xge1 Up ---4vxs 7d17h34m 64.60 0.78 7 1000/3000 0
1/22 3 1/xge1 Up ---4vxs 7d5h24m 48.60 0.58 7 1000/2000 0
-------------------------------------------------------------------------------
Flags (tunnel): M=MainTunnel L=LocalBackup R=RemoteBackup
i=IPSec f=Fastwrite T=TapePipelining F=FICON r=ReservedBW
A=AdvCompr L=LZCompr d=DeflateCompr D=AggrDeflateCompr
(circuit): h=HA-Configured v=VLAN-Tagged p=PMTU 4=IPv4 6=IPv6
ARL a=Auto r=Reset s=StepDown t=TimedStepDown
CURRENT CONTEXT -- LS: 4, FID: 70 *Note that this is a different logical switch
(and not the default switch).*
portshow fciptunnel all -c :
-------------------------------------------------------------------------------
Tunnel Circuit OpStatus Flags Uptime TxMBps RxMBps ConnCnt CommRt Met
-------------------------------------------------------------------------------
1/12 - Up c--F--- 19d15h 0.00 0.00 1 - -
1/12 0 1/xge0 Up ---4vxs 7d17h34m 0.00 0.00 3 1000/3000 0
1/12 1 1/xge0 Up ---4vxs 7d5h24m 0.00 0.00 4 1000/2000 1
1/12 2 1/xge1 Up ---4v-s 7d17h34m 0.00 0.00 3 1000/3000 0
1/12 3 1/xge1 Up ---4v-s 7d5h24m 0.00 0.00 4 1000/2000 1
-------------------------------------------------------------------------------
Flags: tunnel: c=compression m=moderate compression a=aggressive compression
A=Auto compression f=fastwrite t=Tapepipelining F=FICON
T=TPerf i=IPSec l=IPSec Legacy
Flags: circuit: s=sack v=VLAN Tagged x=crossport 4=IPv4 6=IPv6
L=Listener I=Initiator
The following example configures IP interfaces (ipif) and IP routes (iproutes) for ports that reside on the
default switch and creating tunnels and circuits on a different logical switch that use these IP interfaces.
You must issue the portcfg ipif and portcfg iproute commands in the logical switch context where the
Ethernet port resides. If the Ethernet port is in the default switch, then the commands must be entered
from the default switch context. If the Ethernet ports are in a logical switch other than the default switch,
you must issue the commands in that context. In the latter case, the Ethernet ports cannot be used by
tunnels created in any other logical switch in the chassis.
In the following example, port ge0 on an FX8-24 blade in slot 8 of a DCX-4S is on the default switch.
The default switch FID in this case is 128.
1. If you are in a different logical switch context than the default switch, set the context to 128 using the
setcontext 128 command.
sw0:FID60:admin>setcontext 128
2. Enter the portcfg ipif command to create the interface on the port.
sw0:FID128:admin>portcfg ipif 8/ge0 create 192.168.1.24 netmask 255.255.255.0 mtu
1500
3. Configure an IP route if necessary using the portcfg iproute command in the FID 128 context.
The following command creates an IP route to destination network 192.168.11.0 for port ge0 on the
FX8-24 blade in slot 8. The route is through local gateway 192.168.1.1.
Other than issuing commands for IP interfaces and IP routes from the correct logical switch context,
other aspects of the commands used in this procedure are the same as for any switch. For more
information, refer to Configuring an IPIF on page 79 and Configuring an IP route on page 80.
To configure a tunnel on a logical switch other than the default switch, you must first move the VE_Port
to the logical switch from the default switch, and then create the tunnel and circuits in that logical switch
context. Issue the portcfg fciptunnel command in the context of the logical switch where the VE_Port
resides. In the following example, the VE_Port resides on the default switch with FID 128. A tunnel has
not been configured yet using this VE_Port.
Following are example steps to configure a tunnel from a Brocade FX8-24 blade to a Brocade 7800
switch. Other than issuing commands to move VE_Ports and to create tunnels and circuits from the
correct logical switch context, other aspects of configuring tunnels and circuits are the same for any
switch. For more information, refer to Creating an Extension tunnel on page 82 and Creating additional
circuits on page 85.
1. Move the VE_Port from the default switch to the logical switch with FID 60. VE_Port 12 is available
through physical port ge0 located on the default switch.
switch:admin> lscfg --config 60 -port 8/12
2. Set the context to the logical switch with FID 60 using the following command.
switch:admin> setcontext 60
3. Create a tunnel endpoint on the new logical switch for the FX8-24 blade using the IP interface
created for port ge0 on the default logical switch for the blade and a destination address for a remote
Brocade 7800 switch. In the following example, the destination address (192.168.11.78) is specified
first, followed by the source address (192.168.1.24). ARL minimum (-b) and maximum (-B) committed
rates are specified for circuit 0, which is the default circuit created automatically when you configure a
tunnel.
switch:FID60:admin> portcfg fciptunnel 8/12 create --remote-ip 192.168.11.78 --
local-ip 192.168.1.24 -b 15500 -B 62000
4. Create a tunnel endpoint on the Brocade 7800 switch using the portcfg fciptunnel command. Note
that the Brocade 7800 switch is not enabled for Virtual Fabrics.
switch:admin> portcfg fciptunnel 16 create --remote-ip 192.168.1.24 --local-ip
192.168.11.78 -b 15500 -B 62000
5. Create an additional circuit for the FX8-24 end of the tunnel using the following command.
switch:FID60:admin> portcfg fcipcircuit 8/12 create 1 --remote-ip 192.168.11.78 --
local-ip 192.168.1.25 -b 15500 -B 62000
6. Create the circuit on the Brocade 7800 end of the tunnel using the following command.
switch:admin> portcfg fcipcircuit 16 create 1 --remote-ip 192.168.1.25 --local-ip
192.168.11.78 -b 15500 -B 62000
You can display the logical switch configuration and the VE_Ports assigned to each logical switch using
the lscfg --show command. The following output shows that besides the default switch with FID 128,
other default switches have been created with FID 10, 60, 68, and 127.
Note that some of the VE_Ports for the FX8-24 blade in slot 1 have been moved from the default switch
to other logical switches.
can be configured on a blade installed on DCX 8510 platforms. Refer to your chassis specifications
for details.
• For FX8-24 blade, you can make the logical switch a base switch if you are planning on using an
extended interswitch link (XISL) connection between base switches instead of using separate ISL
connections from logical switches.
Following are considerations and limitations of Brocade 7840 switches configured to support Virtual
Fabrics:
• For Brocade 7840 switch, you can make the logical switch a base switch if you are planning on
using an extended interswitch link (XISL) connection between base switches instead of using
separate ISL connections from logical switches.
• Up to four logical switches will support FICON CUP; however, refer to your system qualification
letter-specific limits.
• A tunnel from a Brocade 7840 switch requires one of the following:
‐ A VE_Port and Ethernet port in the same logical switch.
‐ A VE_Port in a logical switch and shared Ethernet port in the default switch (best practice).
NOTE
When in 10VE mode, all the unused VE_Ports must be in the default switch, VE_Ports 29-33 and
39-43. If the unused VE_Ports are not in the default switch, the VE-Mode cannot be set to 10VE
mode. Unused VE_Ports cannot be moved to other logical switches while in 10VE mode.
For details on the options available on the portcfg fciptunnel command to enable VLAN support on
circuit 0 and on the portcfg fcipcircuit command for additional circuits, refer to Fabric OS Command
Reference.
NOTE
The -v vlanid option is available for the Brocade 7800 switch and the FX8-24 blade. For the Brocade
7840 switch, the VLAN ID is set for the IPIF using the portcfg ipif command.
The following example creates an additional circuit with a different VLAN tag.
The following example shows the portcfg fcipcircuit modify command that changes the VLAN tag
and L2CoS levels for circuit 0. Parameters are the same for both the create and modify options.
The following example shows the portcfg fcipcircuit modify command that changes the DSCP
values for circuit 0. Parameters are the same for both the create and modify options.
The following example shows the use of the portshow command to display the tunnel and circuit
values. Use the -c option as shown to include circuit values.
• For the Brocade 7800 switch and FX8-24 blade, use the -v, - -vlan-tagging options in the portcfg
fcipcircuit create or portcfg fcipcircuit modify commands.
• For the 7840 switch, set the VLAN tag value using the vlan vlan_id option in the portcfg ipif
command.
To tag frames destined for a specific host address, you must create an entry with an exact matching
destination address in the table. Only frames destined for that address are tagged with the associated
VLAN ID. To tag frames destined for a specific network, you must create a destination address entry
for the network. For example, if a destination address of 192.168.100.0 is specified, then all frames
destined for the 192.168.100.0 network are tagged with the associated VLAN ID, assuming a network
mask of 255.255.255.0. If frames are already VLAN tagged, those tags take precedence over entries
in this table.
NOTE
If you do not specify a destination IP address, the destination address defaults to 0.0.0.0, and all
frames are tagged with the associated VLAN tag.
1. Connect to the switch and log in using an account assigned to the admin role.
2. For the Brocade 7800 and FX8-24 blade, enter the portCfg vlantag command to add or delete
entries in the VLAN tag table. The general syntax for the command is as follows:
portCfg vlantag [add|delete] ipif_addr vlan_id L2CoS dst_IP_addr
For full details on syntax and using this command, refer to the Fabric OS Command Reference.
The following example adds an entry that tags all frames from IP address 192.168.10.1 destined for
IP address 192.168.20.1 with a VLAN ID of 100, and a L2CoS value of 3.
The following example for the FX8-24 blade adds an entry that tags all frames from a crossport with
local address 192.168.11.20, VLAN ID of 200, and a LSCoS value of 1.
Note that because GbE ports are shared between DP0 and DP1 on the Brocade 7840 switch, the
ge1.dp0 specifies the DP where the command should be sent.
4. To display the VLAN tag configuration, use the portCfg vlantag command as follows:
switch:admin> portshow vlantag 8/ge0
switch:admin> portshow vlantag 8/xge0
For more details on using the portCfg vlantag and portshow vlantag commands, refer to the
Fabric OS Command Reference.
• Pseudo-random function (PRF) is used to strengthen security. The PRF algorithm generates output
that appears to be random data, using the SHA-512 HMAC as the seed value.
• A 2048-bit Diffie-Hellman (DH) group is used for both IKEv2 and IPsec key generation.
• The SA lifetime limits the length of time a key is used. When the SA lifetime expires, a new key is
generated, limiting the amount of time an attacker has to decipher a key. Depending on the length
of time expired or the length of the data being transferred, parts of a message may be protected by
different keys generated as the SA lifetime expires.
For extension switches and blades, the SA lifetime expires after two billion frames of data. The
expiration time will vary, depending on the platform. The lifetime is based upon datagrams that have
been encrypted over the tunnel regardless of the number of bytes or the time that the tunnel has
been up. Once an IPsec SA has been used for 2 billion datagrams, a new SA or re-key sequence is
initiated.
• Encapsulating Security Payload (ESP) is used as the transport mode. ESP uses a hash algorithm to
calculate and verify an authentication value, and only encrypt the IP payload.
• A circuit in a non-secure tunnel can use the same Ethernet interface as a circuit in a secure tunnel.
• Brocade IPsec is a hardware implementation that does not degrade or impact performance.
• Brocade IPsec does not preclude the use of compression or QoS.
The following command creates an IPsec policy for the Brocade 7840 switch.
The following command enables the IPsec policy for a Brocade 7840 switch.
switch:admin> portcfg tunnel 24 modify --ipsec myPolicy1
Operation Succeeded.
The following command displays the policy information on the Brocade 7840 tunnel.
Tunnel Circuit OpStatus Flags Uptime TxMBps RxMBps ConnCnt CommRt Met
-------------------------------------------------------------------------
24 - Up --i----- 33m4s 0.00 0.00 3 - -
24 0 ge2 Up ---ah--4 33m4s 0.00 0.00 3 1000/1000 0
-------------------------------------------------------------------------
Flags (tunnel): i=IPSec f=Fastwrite T=TapePipelining F=FICON r=ReservedBW
A=AdvCompr L=LZCompr d=DeflateCompr D=AggrDeflateCompr
(circuit): h=HA-Configured v=VLAN-Tagged p=PMTU 4=IPv4 6=IPv6
ARL a=Auto r=Reset s=StepDown t=TimedStepDown
The following example displays IPsec IKE policy on the Brocade 7840 tunnel.
NOTE
The policy names do not have to match from end to end, but the policy parameters must match.
NOTE
Once enabled, FIPS cannot be disabled.
• Determine which Ethernet ports will be used for LAN connectivity. Ensure these ports are in the
default switch and configured to LAN mode. The Ethernet ports on the Brocade 7840 switch are in
groups and connections should be spread across the groups and not within the groups if possible.
• For the Brocade 7840 device, the IP MTU size must be at least 1280. If the supported maximum IP
MTU size in the network is larger than 9216, the IP MTU of the Brocade 7840 should be 9216.
• Identify the subnets that will be extended through the Brocade 7840 switch. Assign IP addresses,
subnet masks, and MTUs to be used as LAN gateways to the 7840.
• When the Brocade 7840 switch is operating in hybrid mode and IP Extension features are enabled,
you must configure traffic control lists (TCLs).
• Determine the VE_Port numbers you want to use. The VE_Port numbers serve as tunnel IDs.
Typically, the first one is used.
• Determine how many additional circuits you want to create. You will need the source and destination
IP addresses for each circuit, and the minimum and maximum rates for ARL, or the committed rate if
not using ARL. You will need to know if you intend to assign metrics to circuits so that lower metric
circuits fail over to circuits with higher metrics. For all circuits except circuit 0, these values are set by
the portCfg fcipcircuit create command.
• When configuring tunnels to support large numbers of devices, consider memory limitations of the
extension switch or blade if you are enabling any type of emulation feature, such as FCP or FICON.
If too many devices are present or activated at one time, acceleration operations can be negatively
impacted. Refer to Memory use limitations for large-device tunnel configurations on page 27.
• You must consider the maximum limit of LAN connections allowed, which is 512 TCP connections
and 64 non-TCP (UDP) connections.
• When planning for VE_Port and bandwidth usage, consider which VE_Port is hosted by which DP
complex. This affects load balancing between each DP complex.
NOTE
Configuring the switch for hybrid mode is disruptive. The switch reboots and loads the hybrid image.
3. Persistently disable VE_Ports.
4. Create an IP interface (IPIF) for each circuit that you want on a port by assigning an IP address,
netmask, and an IP MTU size to an Ethernet port using the portCfg ipif command. Refer to
Configuring an IPIF on page 79. Note that this step applies to overall WAN configuration and is not
specific to IP Extension LAN configuration on the Brocade 7840 switch.
5. Create one or more IP routes to a port if required using the portCfg iproute command. Refer to
Configuring an IP route on page 80. Note that this step applies to overall WAN configuration and is
not specific to IP Extension LAN configuration on the Brocade 7840 switch.
6. Test the IP connection using the portCmd --ping command. Note that this step applies to overall
WAN configuration and is not specific to IP Extension LAN configuration on the Brocade 7840
switch.
NOTE
If a VLAN is present in the Brocade 7840 switch, it only needs to be configured on the IPIF. In
addition, the VLANs need only match with the local Ethernet hop configured. Refer to Managing the
VLAN tag table on page 105 for details.
NOTE
Stacked VLAN tagging is not supported on the Brocade 7840 switch.
7. Create extension tunnels using the portCfg fciptunnel command. Refer to Creating an Extension
tunnel on page 82. Note that this step applies to overall WAN configuration and is not specific to IP
Extension configuration on the Brocade 7840 switch.
8. Create FCIP circuits (after circuit 0) and enable or disable features using the portCfg fcipcircuit
command. Refer to Creating additional circuits on page 85. Note that this step applies to overall
WAN configuration and is not specific to IP Extension configuration on the Brocade 7840 switch.
9. Identify the subnets that will be extended through the Brocade 7840 switch. Assign IP addresses,
subnet masks, and MTUs to be used as LAN gateways to the 7840.
NOTE
The local-side LANs that contain the end devices must be on different subnets. For example, you
cannot have end-devices on DC-A subnet 10.0.0.0/24 communicating with end-devices DC-B subnet
10.0.0.0/24. Those are the same subnets on each side.
The following steps are specific to configuring IP Extension features after the switch is running in hybrid
mode.
1. Configure a GE port for LAN mode using the portCfgGe command.
2. Configure the GE port for link aggregation group (LAG) operation using the portcfg lag command.
(This step is optional.)
3. Configure a switch virtual interface (SVI) to provide IP access for VLAN using the portcfg ipif
command.
4. Configure a tunnel to support IP Extension using the portcfg fciptunnel command.
5. Configure bandwidth distribution using the portcfg fciptunnel command. The bandwidth distribution
determines how QoS traffic is distributed between FC and IP bandwidth.
6. Configure compression mode for IP Extension using the portcfg fciptunnel command. Note that IP
traffic compression cannot be set to fast-deflate.
7. Configure the traffic control list (TCL) for the port using the portcfg tcl command. A TCL consists of
a rule name, a priority, an input filter, and a target for the rule.
8. Persistently enable the VE_Ports.
NOTE
Configuring the switch for hybrid mode is disruptive. The switch reboots and loads the hybrid image.
NOTE
If you configured tunnels and circuits while in FCIP mode, that configuration is carried over to hybrid
mode if the configuration is compatible with hybrid mode. If the configuration is not valid for hybrid mode
and 10VE mode, you will be prompted to make changes.
The following steps are required to configure the Brocade 7840 to operate in hybrid mode.
1. Use the extncfg --app-mode command to enable hybrid mode. When prompted, confirm the
command action.
switch:admin> extncfg --app-mode hybrid
This action will configure the system for Hybrid (FCIP/IPExt) mode.
switch:admin> switchshow
Index Port Address Media Speed State Proto
==================================================
ge0 id 40G Online FCIP
ge1 id 40G Online FCIP
ge2 id 10G Online FCIP
ge3 id 10G Online FCIP
The next optional step is to create one or more link access groups (LAGs) and add ports to the LAG.
Configuring LAG
Configure LAG on a GbE LAN port. A link aggregation group (LAG) treats multiple connections between
two components logically as a single connection. This task is optional.
The GbE port must be configured to operate in LAN mode.
When you create a LAG, you assign a name to it. Ports can be added to and removed from a named
LAG. The port speed and auto-negotiate parameters must match for all ports being added to a LAG.
Port speed and link auto-negotiation can be set for the LAG to control the setting of the individual LAG
member ports. The port speed and link auto-negotiation setting of LAG member ports cannot be set
individually. You can enable or disable individual ports in a LAG.
The following steps configure a static link aggregation group (LAG) for a GbE LAN port.
1. Use the portcfg lag name --create command to create a LAG.
switch:admin> portcfg lag lag0 --create
Operation Succeeded
2. Use the portcfg lag name --add command to add ports to the LAG. You can add ports singly or in a
range.
switch:admin> portcfg lag lag0 --add ge2-ge4,ge7
WARNING: While making configuration changes the modified LAN GE ports will be
disabled. Please run "portenable" command to manually enable the modified LAN GE
ports after completing all the configuration changes.
b) Use the portshow lag --detail command to display detailed LAG status.
switch:admin> portshow lag --detail
LAG: lag0
------------------------------------------
Oper State: Online
Port Count: 3
Port AdminSt OperState Speed AutoNeg
ge2 Enabled Online 10G Enabled
ge3 Enabled Online 10G Enabled
ge4 Enabled Online 10G Enabled
The next recommended step is to configure the switch virtual interface (SVI) IP interface.
By using a SVI per DP, the SVI represents all LAN-side ports. This function provides a single routing
table for all LAN-side traffic as well as a single MAC interface per DP for all LAN-side traffic. You can
configure multiple SVI IP addresses on this interface in the same way you provide multiple IP interface
definitions per front-end port on the WAN side. The SVI IP interface behaves much the same way as do
non-SVI IPIF configurations.
The SVI address must be configured on a DP that has VE_Ports configured, which extends the LAN
traffic. If VE_Port is configured on DP0 for a particular LAN traffic, SVI must be configured on that same
DP.
You can configure a maximum of eight SVI IP addresses per DP. You cannot configure more than one
SVI IP address per subnet on a DP.
This SVI IP interface acts as the gateway address for the device(s) being redirected through the
Brocade 7840.
This task is required.
1. Use the portcfg ipif to configure a SVI LAN port on a DP.
The example shows two SVI ports configured and the maximum MTU configured.
2. Use the portcfg fciptunnel ve-port modify command to modify an existing tunnel to be IP
Extension capable.
This example modifies an existing tunnel on VE_Port 24 to disable IP Extension.
NOTE
The minimum percentage allowed for a QoS priority or a distribution group cannot go below 10%.
After configuring the FC and IP bandwidth distribution you can configure QoS high, medium, and low
priorities in each of the FC and IP distributions. The default priority values for QoS are 50/30/20 for
high, medium, and low.
NOTE
Creating or modifying distribution bandwidth can disrupt traffic on the specified tunnel for a brief period
of time. The tunnel is brought down before the new configuration is applied, then the tunnel is brought
up.
2. Use the portcfg fciptunnel modify --distribution command to change traffic protocol distribution.
The first value applies to FC traffic and the second value applies to IP traffic.
This command modifies protocol bandwidth values to 40% for FC traffic and 60% for IP traffic.
a) Use the portcfg fciptunnel modify --fc-qos-ratio command to configure the FC QoS priorities.
This command modifies the FC QoS priority bandwidth values for high to 30%, medium to 50%,
and low to 20%.
2. Use the portcfg fciptunnel modify --ip-compression command to change the IP compression to
deflate.
3. You can use the portcfg fciptunnel modify command to return compression values to their default,
inherited values.
switch:admin> portcfg fciptunnel 24 modify --fc-compr default --ip-compr default
NOTE
The priority value must be unique across all active TCL rules. If a TCL is defined as priority 10, that
same priority cannot be used for another TCL rule, even if that rule would be assigned to the other DP.
A check is performed when the rule is enabled to ensure the priority value is unique.
The TCL input filter identifies a particular host, device, or application. The input filter is a set of
parameters to help identify the input traffic. It is based on several of the fields found in the IP / TCP and
other protocol headers. Use the portcfg tcl --help command to display the options.
The TCL target parameters determine how to handle the input traffic. Typically the parameters of the
target will identify a specific VE tunnel and a priority. For example, --target 24-high. If no priority is
specified, the input traffic will be sent over the IP medium priority QoS for the target tunnel.
This task is required. You must configure traffic control lists.
A default TCL is always created when the Brocade 7840 switch is configured for hybrid mode. It has
priority 65535, which is the lowest possible, and is set to deny all traffic. This rule cannot be deleted or
modified. If no other rule is created, all traffic will be dropped. Therefore, it is critical that you create at
least one TCL rule and set it to target an IP Extension enabled VE tunnel.
The configuration steps show how to create a TCL named HostAtoB, enable it, identify a target, source
address, and set the rule priority all with a single command.
1. Use the portcfg tcl command to create a TCL.
switch:admin> portcfg tcl hostAtoB create --admin enable --target 24 --src-addr
10.0.0.0/8 --priority 10
Operation Succeeded
Pri Name Flgs Target L2COS VLAN DSCP Proto Port Hit
Src-Addr Dst-Addr
------------------------------------------------------------------------------
*10 hostAtoB AI--- 24-Med ANY ANY ANY ANY ANY 0
10.0.0.0/8 ANY
------------------------------------------------------------------------------
Flags: *=Enabled ..=Name Truncated (see --detail for full name)
A=Allow D=Deny I=IP-Ext P=Segment Preservation
In-band management
NOTE
In-band management is supported on the Brocade 7800 switch and FX8-24 blade only.
In-band management allows management of an extension switch or blade in conjunction with FCIP
traffic through Ethernet ports. This enables a management station located on the WAN side of the
Brocade 7800 switch or FX8-24 blade platform to communicate with the control processor (CP) for
management tasks, such as SNMP polling, SNMP traps, troubleshooting, and configuration. Through IP
forwarding, inband management also allows a management station connected to the management port
of one extension switch or blade to manage the switch or blade at the far end of the network through the
WAN.
The in-band management path is achieved by receiving the management traffic from the Ethernet port
and transmitting the traffic to the CP through the inband interface. The CP then handles the
management traffic as it would handle any other management requests from a normal management
interface. The in-band management interface is protocol-independent, so any traffic destined for these
in-band management interfaces passes through the data processor (DP) to the CP. It is then handled on
the CP according to the rules set forth for the normal management interface and follows any security
rules that may be in place on the CP.
One in-band management interface can be configured per Ethernet interface to provide redundancy.
This allows the management station on the WAN side of the network to have multiple addresses for
reaching that switch and provides redundancy if one of the Ethernet ports cannot be reached.
Communication is handled through external addresses configured independently for each in-band
management interface.
The following functions are not supported by the in-band management interface:
• Downloading firmware
• IPv6 addressing
IP routing
The in-band management interfaces are separate from the existing IP interfaces currently used for
extension tunnel traffic. These interfaces exist on the CP and are added and maintained on the CP
routing table to ensure end-to-end connectivity. Because this routing table will be shared among all
devices on the CP, including the management interface, precautions must be taken to ensure that
proper connectivity is maintained. To ensure proper handling of routes, the in-band management
devices should be configured on a different network from the management interface and from every
other in-band management interface.
In-band management interface addresses must also be unique and cannot be duplicates of any
addresses defined on the Ethernet ports. An in-band management address can exist on the same
network as an address defined on one of the GbE ports because the in-band management interfaces
use the CP routing table and not the routing table normally used for the GbE ports.
7800 LI
Configure the in-band management interfaces.
7800 RI
Management Workstation
telnet 192.168.3.10
7800 L1
• Configure the in-band management interfaces.
portcfg mgmtif ge0 create 192.168.1.10 255.255.255.0
• Configure the in-band management route for the management station.
portcfg mgmtroute ge0 create 192.168.3.0 255.255.255.0 192.168.1.250
7800 R1
• Configure the in-band management interfaces.
portcfg mgmtif ge0 create 192.168.2.20 255.255.255.0
• Configure the in-band management route for the management station.
portcfg mgmtroute ge0 create 192.168.3.0 255.255.255.0 192.168.2.250
Management station
• Add route entries to access the Brocade 7800 external in-band management interfaces.
route add 192.168.1.0 netmask 255.255.255.0 gw 192.168.3.250
route add 192.168.2.0 netmask 255.255.255.0 gw 192.168.3.250
• Access the Brocade 7800 switches through the external in-band management interfaces.
telnet 192.168.1.10
7800 L1
• Configure the in-band management interfaces.
portcfg mgmtif ge0 create 192.168.1.10 255.255.255.0
portcfg mgmtif ge1 create 192.168.4.10 255.255.255.0
• Configure the in-band management route for the management workstation.
portcfg mgmtif ge0 create 192.168.1.10 255.255.255.255 192.168.1.250
portcfg mgmtif ge1 create 192.168.4.10 255.255.255.255 192.168.4.250
7800 R1
• Configure the in-band management interfaces.
portcfg mgmtif ge0 create 192.168.2.20 255.255.255.0
portcfg mgmtif ge1 create 192.168.5.20 255.255.255.0
• Configure the in-band management route for the management workstation.
portcfg mgmtroute ge0 create 192.168.3.30 255.255.255.255 192.168.2.250
portcfg mgmtroute ge1 create 192.168.3.31 255.255.255.255 192.168.5.250
Management Workstation
• Add route entries to get to the Brocade 7800 external in-band management interfaces.
route add 192.168.1.0 netmask 255.255.255.0 gw 192.168.3.250
route add 192.168.2.0 netmask 255.255.255.0 gw 192.168.3.250
route add 192.168.4.0 netmask 255.255.255.0 gw 192.168.3.250
route add 192.168.5.0 netmask 255.255.255.0 gw 192.168.3.250
• Access the Brocade 7800 switches through the external in-band management interfaces.
telnet 192.168.1.10
IP forwarding support
IP forwarding is supported over in-band management to allow communication to the remote switch
through the WAN connection. This is done by enabling IP forwarding to allow IP packets arriving at the
CP interface to be forwarded through the in-band management interface to the remote side. To
prevent network routing and actual bridging of the LAN side of the network to the WAN side of the
network, the forwarding rules of the ipfilter command will default to deny any forwarding traffic. To
allow forwarding, new ipfilter command rules must be added to specific destinations. This will prevent
any unintended network traffic from being forwarded from the LAN side to the WAN side of the
network.
The following figure shows an example network where the management station is located on the LAN
side of 7800 L1. Using in-band management, the station can also communicate with 7800 R1.
NOTE
In all routed network cases, all intermediate hops must have route entries to get to the endpoints.
Valid dest_port values are any TCP or UDP port numbers or a range of port numbers that you want
forwarded. Valid protocol values are tcp or udp . The destination_IP is the IP address of the in-band
management interface on the remote side. After a rule is added, save the policy and activate it using the
--save and --activate options of the ipfilter command. There can only be a single IPv4 policy active at
any time. Each policy can consist of multiple rules.
• portCmd --Tperf. A tunnel test tool that generates and sends test data over a tunnel to determine
the characteristics and reliability of the IP network used by the tunnel at the circuit level. Supported
on the Brocade 7800 and FX8-24.
• portCmd --ping. Tests connections between a local Ethernet port and a destination IP address.
• portCmd --traceroute. Traces routes from a local Ethernet port to a destination IP address.
• portCmd --wtool. Generates traffic over a pair of IP addresses to test the link for issues such as
maximum throughput, congestion, loss percentage, out of order delivery, and other network
conditions. Supported on the Brocade 7840.
• portShow fcipTunnel --perf. Displays performance statistics generated from the WAN analysis.
Tperf will test single and multiple circuit tunnels. Tperf also tests the different priority connections that
are provided by a tunnel. When a Tperf-enabled tunnel is operative, it is not an active VE_Port.
Fabrics will not merge over an operative Tperf tunnel. To determine if the Tperf tunnel is up, issue the
following command:
The previous display shows VE_Port 16 as up, but a switchshow command for that same VE _Port
will show the following:
For full details on syntax and using this command, refer to the Fabric OS Command Reference.
The following examples create a Tperf data sink and a Tperf data source on VE_Port 16.
Tperf generates statistics every 30 seconds by default unless you specify a different value for -interval.
Item Description
last rtt The time it took for the last round-trip between the Tperf source and the Tperf sink in
milliseconds. This is calculated only on the source-side report. It is reported as N/A on the
sink-side report.
Using traceroute
The portCmd traceroute command traces routes from a local Ethernet port to a destination IP
address. If you want to use this command to trace a route across a VLAN when you do not have an
active tunnel, you must manually add entries to the VLAN tag table on both the local and remote sides
of the route using the portCfg vlantag command.
The general syntax of the portCmd --traceroute command is as follows:
portCmd --traceroute slot/ge-port -s source_ip -d destination_ip -h max_hops -f first_ttl -q diffserv -w
wait -time -z size -v vlan_id -c L2_Cos
On the Brocade 7840 switch, since DP complexes share Ethernet ports, identification for the port is ge
n.DP n, for example ge0.DP0. This directs the command to a specifc DP complex.
The following example traces the route between IP addresses 192.168.2.22 and 192.168.2.30 over
VLAN 12 from a 7840 switch.
portcmd --traceroute ge2.dp1 -s 192.168.10.1 -d 192.168.20.1 -v 12
The following example traces the route between IP addresses 192.168.10.1 and 192.168.20.1 over
VLAN 10 from an FX8-24 blade.
NOTE
To trace a route with crossport addresses, refer to Using traceroute with crossports on page 44.
For details of command syntax and output examples, refer to the Fabric OS Command Reference.
Gbps, or 1 Gbps). For example, on a 10 Gbps port, you could configure four 2.5 Gbps sessions. As
another example, on a 40 Gbps interface, you could configure four 10 Gbps sessions.
• The default MTU size used in the test session is 1500, however jumbo frames are supported.
Increase the MTU size for the IP address pair being tested using the portcfg ipif ge_port create
command. For details on this command, refer to the Fabric OS Command Reference or Configuring
an IPIF on page 79.
A tunnel and WAN Tool cannot operate at the same time since they both utilize the TCP ports 3225 and
3226. Therefore, you must disable the circuit that you are testing at the local and remote switch before
you can configure a WAN Tool connection. When you configure WAN Tool on both switches with the
necessary parameters, non-guaranteed TCP connections are established between the switches.
Issuing the WAN Tool start command starts traffic flow on these connections.
Multiple non-guaranteed TCP connections are established for the WAN Tool session to insure that the
traffic being generated between the IP pair is as balanced as possible. The configured rate is split
equally among 500 Mbps connections. For example, if you configure a 10 Gbps rate for the test
session, twenty 500 Mbps connections are created. As another example, if you configure a 1 Gbps rate,
two 500 Mbps connections are created. If the rate cannot be split equally into 500 Mbps connections,
connections with different rates are created. For example, if you configure a 1.5 Gbps rate, four 375
Mbps connections are created. You can verify these connections are created after configuring WAN
Tool on both switches using the portcmd--wtool wt-id show -c command. Refer to the example output
of this command in Configuring WAN tool and displaying results on page 134.
Configure a WAN Tool session using the portcmd --wtool command. The general syntax for creating a
test session including all command options is as follows:
portcmd --wtool wt-id create --src src_ip --dst dst_ip --rate link_rate --time test_time --bi-directional
--ipsec policy name.
You must configure the following parameters on each switch:
• WAN Tool session test ID (wt-id) - The ID doesn't have to match on each switch, but this is
recommended for easier comparison of test results on both ends of the circuit when multiple test
sessions are created. Valid IDs are 0 through 7.
• Link rate (link_rate) in Kbps - Configure the same link rate on the switch at each end of the circuit.
The WAN Tool connections will not fully establish until the same rate is specified for each switch.
• IPsec policy name (policy name) - The policy name can be different on each switch, the IPsec policy
configuration parameters must be the same on each switch.
• Source IP (src_ip) and destination IP (dst_ip) address - The source address will be the destination
address and the destination address will be the source address on the opposite switch.
• Bi-directional (--bi-directional) - This is an optional parameter, but if used, configure on both
switches.
• Test session time (test_time) - The test duration time in minutes must be configured on at least one
switch, but you do not need to configure the time on both switches nor does it need to match on both
switches. The test session uses the time configured on the switch where the test started. If bi-
directional is specified, the session runs for the time configured on the switch where the test started,
then runs for the time (if configured) configured on the opposite switch.
Modify the link rate, test time, test direction (--bi-directional) parameters, and clear statistics for a WAN
Tool test session after creating a test session, using the portcmd --wtool wt-id modify command.
NOTE
You must stop the WAN Tool session before modifying parameters using portcmd --wtool wt-id stop.
Following are examples of using the modify parameter:
• To modify the rate, use portcmd --wtool wt-id modify --rate link_rate.
• To clear test results, use portcmd --wtool wt-id modify --clear.
Start and stop a configured test session on a specific switch using the following commands:
• portcmd --wtool wt-id start. You can specify the test duration using portcmd --wtool wt-id start --
time min if the test duration has not been specified with the create or modify parameters.
• portcmd --wtool wt-id stop
Clear test statistics using the portcmd --wtool wt-id modify --clear command.
Delete test sessions using the portcmd --wtool wt-id delete command. Delete all configured test
sessions using portcmd --wtool all delete. At this point, you can re-enable the circuit for operation in
a tunnel using the portCfg fcipcircuit create command.
Display statistics from a WAN Tool session using the portcmd --wtool wt-id show, where wt-id is the
ID (0-7) you used to create the test session. Display all test sessions (if multiple test sessions are
configured) using the portcmd --wtool all show.
For more details on WAN Tool command and parameters, refer to the Fabric OS Command
Reference.
Use the following steps to configure a WAN tool session and display results.
1. Connect to the switch and log in using an account assigned to the admin role.
2. Disable the circuit for the IP pair that you wish to test at each switch using the portCfg fcipcircuit
modify --admin-status disable command.
The following example disables circuit 1.
Switch1:admin>portCfg fcipcircuit 24 modify 1 --admin-status disable
3. Verify that the circuit is disabled using the portshow fciptunnel -c command. The OpStatus for
circuit 1 should be "Down."
4. Establish a test connection on the circuit by configuring a WAN Tool session on the switch at one
end of the circuit.
The following example configures a test connection (WAN Tool session 0) on circuit 1 between
source IP of 10.1.1.1 and destination IP of 10.1.1.2.
Switch1:admin>portcmd --wtool 0 create --src 10.1.1.1 --dst 10.1.1.2 --rate
10000000
5. Configure the WAN Tool session on the switch at the other end of the circuit.
Switch2:admin>portcmd --wtool 0 create --src 10.1.1.2 --dst 10.1.1.1 --rate
10000000
The wt-id (0) does not need to match configuration on Switch1, but this is recommended for easier
comparison of test results on both ends of the circuit when multiple test sessions are created. The
rate must be the same for both switches. Note that the source address of Switch1 becomes the
destination address for Switch2 and the destination address becomes the source address. Refer to
WAN Tool commands on page 133 for a list of WAN Tool command parameter values that must be
identical for both switches in the circuit.
NOTE
The connection will not complete until a WAN Tool session is configured on both switches with an
identical link rate.
6. Verify that the WAN Tool test connection has established using the portcmd --wtool wt-id show
command and portcmd --wtool wt-id show -c command.
Switch1:admin>portcmd --wtool 0 show
wantool-id: (0)
=========================================
State : Established
Up Time : 7m37s
Run Time : 0s
Time remaining : 0s
IP Addr (L/R) : 10.1.1.2 <-> 10.1.1.1
PMTUD : Disabled
Comm Rate : 10000000 Kbps (1220.70 MB/s)
Tx rate : 4562.50 Kbps (0.56 MB/s)
Rx rate : 4539.69 Kbps (0.55 MB/s)
Tx Utilization : 0.05%
Rx Utilization : 0.05%
RTT (Min/Max) : 0.10ms/0.28ms
RTT VAR (Min/Max) : 0.09ms/0.34ms
Local Session Statistics
Tx pkts : 0
Peer Session Statistics
Rx pkts : 0
Ooo pkts : 0
Drop pkts : 0 (0.00%)
Switch1:admin>portcmd --wtool 0 show -c
Id Port(L/R) Rate(Tx/Rx) UpTime RunTime
======================================================================
6 63494 / 3225 0.03 / 0.03 8m8s 0s
17 63490 / 3225 0.03 / 0.03 8m8s 0s
14 63498 / 3225 0.03 / 0.03 8m8s 0s
3 61443 / 3226 0.03 / 0.03 8m8s 0s
11 61447 / 3226 0.03 / 0.03 8m8s 0s
9 61446 / 3226 0.03 / 0.03 8m8s 0s
1 61442 / 3226 0.03 / 0.03 8m8s 0s
20 63491 / 3225 0.03 / 0.03 8m8s 0s
8 63495 / 3225 0.03 / 0.03 8m8s 0s
12 63497 / 3225 0.03 / 0.03 8m8s 0s
4 63493 / 3225 0.03 / 0.03 8m8s 0s
16 63489 / 3225 0.03 / 0.03 8m8s 0s
13 61448 / 3226 0.03 / 0.03 8m8s 0s
19 61440 / 3226 0.03 / 0.03 8m8s 0s
5 61444 / 3226 0.03 / 0.03 8m8s 0s
15 61449 / 3226 0.03 / 0.03 8m8s 0s
7 61445 / 3226 0.03 / 0.03 8m8s 0s
18 61441 / 3226 0.03 / 0.03 8m8s 0s
10 63496 / 3225 0.03 / 0.03 8m8s 0s
2 63492 / 3225 0.03 / 0.03 8m8s 0s
======================================================================
Number of Connections:20
The example output from the --wtool 0 show indicates that the connection has an established state.
The example output from the --wtool 0 show -c command displays the non-guaranteed TCP
connections created between TCP ports 3225 and 3226 to balance the test traffic. For the 10 Gbps
test connection, twenty non-guaranteed TCP connections are created.
7. If you have created multiple WAN Tool sessions, you can verify basic connection information using
the --wtool all show command.
Switch1:admin>portcmd --wtool all show
Id CommRate Port Local IP <-> Remote IP TxMBps RxMBps Drop %
===============================================================================
0 10000000 ge9.dp0 10.1.1.2<->10.1.1.1 0.56 0.55 0.00
4 10000000 ge9.dp1 10.1.2.2<->10.1.2.1 0.56 0.56 0.00
===============================================================================
Output for this example shows that WAN Tool session 0 was created to test the circuit with IP
address pair 10.1.1.2 and 10.1.1.1 and session 4 was created testing the circuit with IP address pair
10.1.2.2 and 10.1.2.1.
8. Start traffic on the test connection by entering the portcmd --wtool wt-id start command. If you did
not specify a test duration with the portcmd --wtool wt-id create command, you can do so with the
start command using the --time option.
Switch1:admin>portcmd --wtool 0 start --time 10
9. Verify that the test session started by entering the portcmd --wtool wt-id show command.
Switch1:admin>portcmd --wtool 0 show
State : Running
Up Time : 15m39s
Run Time : 6s
Time remaining : 9m54s
IP Addr (L/R) : 10.1.1.1 <-> 10.1.1.2
PMTUD : Disabled
Comm Rate : 10000000 Kbps (1220.70 MB/s)
Tx rate : 9394147.00 Kbps (1146.75 MB/s)
Rx rate : 6102.34 Kbps (0.74 MB/s)
Tx Utilization : 93.94%
Rx Utilization : 0.06%
RTT (Min/Max) : 2.23ms/3.00ms
RTT VAR (Min/Max) : 0.21ms/1.37ms
Local Session Statistics
Tx pkts : 4766856
Peer Session Statistics
Rx pkts : 0
Ooo pkts : 0
Drop pkts : 0 (0.00%)
Note that the "State" shows that the test is running and other statistics display as well, such as test
"Run Time" and "time remaining".
10.Start the test from the other switch by entering the portcmd --wtool wt-id start --time test_time
command.
NOTE
If you used the bi-directional option when creating the session, you can start the session on either
switch.
Switch2:admin>portcmd --wtool 0 start --time 10
11.Verify that the test session started on the other switch by entering the portcmd --wtool wt-id show
command.
Switch2:admin>portcmd --wtool 0 show
12.Delete the WAN Tool session on both switches using the portcmd --wtool wt-id delete command.
13.To verify that the WAN Tool session is disabled, enter the portcmd --wtool wt-id show command.
14.Enable the circuit from each switch using the portcfg fcipcircuit port create command. The
following example enables the circuit from Switch1.
Switch1:admin>portCfg fcipcircuit 24 modify 1 --admin-status enable
If output from the portcmd --wtool wt-id show command shows that the "State" is down, constantly in
progress, or the connection times out (changes from an up to down state) the WAN Tool test
connection is not being established. Verify that you have configured the session on both switches in
the circuit with appropriate parameters and values. Refer to the list of parameters required for each
switch in WAN Tool commands on page 133.
Common problems in establishing a connection can result from the following WAN Tool configuration
problems:
• The test rate doesn't match on each switch.
• The test rate on a single circuit or multiple circuits on a port is greater than the rate allowed for the
port. Note that this will generate a warning that the bandwidth has been exceeded and blocks you
from creating a session.
• The IPsec policy doesn't match on each switch. Note that the IPsec names do need to match, but
the names must refer to the same policy.
• Configured source and destination IP addresses are not correct on one or both switches.
Displaying IP interfaces
The following example displays IP interface information for a Brocade 7800 or a Brocade 7840 switch.
switch:admin> portshow ipif ge0
Displaying IP routes
The following example displays IP route information for a Brocade 7800 or a Brocade 7840 switch.
switch:admin> portshow iproute ge5
Examples
The following example lists the MAC addresses of all the LAN and GE ports in the switch:
The following example lists the MAC addresses of the LAN ports in the switch:
The following example lists the MAC addresses of the GE port numbered #4 in the switch:
You can display more detailed information by using the detail option.
You can display more detailed information by using the detail option.
The following example displays the active per-flow LAN statistics for a Brocade 7840 switch.
The following example displays the most recently closed per-flow LAN statistics for a Brocade 7840
switch.
The following example displays the known applications for a Brocade 7840 switch.
App Port-Id(s)
--------------------------------------------------------------------------------
CIFS 139,445
FCIP 3225-3226
FTP 20-21,989-990,115
HTTP 80,8080,8000-8001,3128
HTTPS 443
iSCSI 3260
Isilon-SyncIQ 5666-5667
LDAP 389,8404,636
MS-SQL 1443
MySQL 3306
NETAPP-SNAP-MIRROR 10566
NFS 2049
ORACLE-SQL 66,1525,1521
RSYNC 873
SRDF 1748
SSH 22
SSL-SHELL 614
TELNET 23,107,513,992
TFTP 69
VERITAS-BACKUP 6101-6102,6106,3527,1125
VTS-GRID Control 1415-1416
VTS-GRID Data 350
--------------------------------------------------------------------------------
Displaying details
You can display configuration details using the detail option with the all option as in the following
example.
You can reset statistics counters to zero to display only new statistics with the --tcp option from the time
you issue the reset using the following command.
switch:admin> portshow fciptunnel 17 -c --tcp --reset
You can display the entire lifetime of statistics for the tunnel using the following command. The time
basis for the statistics will display in the output.
switch:admin> portshow fciptunnel 17 -c --tcp --lifetime
Displaying circuits
The following example will display all circuit information.
switch:admin> portshow fcipcircuit all
You can reset statistics counters to zero to display only new statistics with the --tcp option from the time
you issue the reset using the following command.
switch:admin> portshow fcipcircuit 3/12 -tcp --reset
You can display the entire lifetime of statistics for the circuit using the following command. The time
basis for the statistics will display in the output.
switch:admin> portshow fcipcircuit 3/12 -tcp --lifetime
Tunnel issues
The following are common tunnel issues and recommended actions for you to follow to fix the issue.
If the command is successful, then you have IP connectivity and your tunnel should come up. If not,
continue to the next step.
When using VLANS, VLAN tagging ensures that test traffic traverses the same path as real traffic. A
VLAN tag entry for both the local and remote sides of the route must exist prior to issuing the
portCmd --ping or portCmd --traceroute commands. Refer to Managing the VLAN tag table on
page 105 for details.
4. Enter the portCmd --traceroute command to the remote tunnel endpoint from both endpoints.
portcmd --traceroute ge1 -s 11.1.1.1 -d 11.1.1.2
5. If there are routed IP connections that provide for the tunnel, confirm that both ends of the tunnel
have defined IP routes, and the route gateways are correct. The tunnel or route lookup may fail to
come online because of a missing or incorrect IP route.
Refer to the Configuring an IP route on page 80 to review the setup of the IP route.
6. Confirm the tunnel is configured correctly using the following command.
portshow fciptunnel all
Confirm that the compression, FastWrite, and OSTP settings match at each endpoint or the tunnel
may not come up. Confirm that the local and destination IP address and WWN are accurate.
7. Generate an Ethernet sniffer trace.
Rule out all possible blocking factors. Routers and firewalls that are in the data path must be
configured to pass traffic (TCP port 3225, and in the case of the Brocade 7840 switch, TCP port
3226) and IPsec traffic, if IPsec is used (UDP port 500). If possible blocking factors have been ruled
out, simulate a connection attempt using the portCmd --ping command, from source to destination,
and then generate an Ethernet trace between the two endpoints. The Ethernet trace can be
examined to further troubleshoot the connectivity.
Examine data from both routers. This data shows retransmissions indicating input and output rates
on the tunnels.
4. For the 7800 switch and FX8-24 blade, run Tperf command to gather WAN performance data. For
the 7840 switch, use the WAN tool.
Using FTRACE
FTRACE is a support tool used primarily by your switch support provider. FTRACE can be used in a
manner similar to that of a channel protocol analyzer. You can use FTRACE to troubleshoot problems
through a Telnet session rather than using an analyzer or sending technical support personnel to the
installation site.
CAUTION
FTRACE is meant to be used solely as a support tool and should be used only by Brocade
support personnel, or at the request of Brocade support personnel. The FTRACE command is
restricted to the root switch user.
FTRACE is always enabled on extension switches and blades, and the trace data is automatically
captured.
FTRACE configuration
A default configuration for FTRACE is provided for each of the two DP complexes on the Brocade
FX8-24 blade and 7840 switch and for the single Brocade 7800 FCIP DP complex. This allows tracing
of events related to the DP complexes.
You can use the root portcfg ftrace slot/ge_port cfg command to change FTRACE configuration
settings as described in Configuring IP addresses and routes on page 124.
The default configuration creates four FTRACE buffers of 100,000 trace events that will be used until a
trigger event (programmed trigger point in the logic) occurs. Trigger events include unexpected events
or events that include FC abort sequences or other errors when emulation features are enabled on the
tunnel.
The default configuration does not allow reuse of a trace buffer that includes one or more trigger events.
The FTRACE configuration item that controls this function is called Auto Checkout (ACO). The default
configuration of FTRACE provides for capturing, at a minimum, the first four error time periods in the
four FTRACE buffers. That is because the default setting has enabled FTRACE ACO processing. When
a buffer is checked out, it will not be reused until it is manually checked in or cleared through the
supportsave process.
If the FTRACE configuration is changed so that ACO is disabled, then instead of post-filling and then
checking out, the buffer is marked as triggered. If multiple trigger events subsequently occur so that all
buffers are marked triggered, FTRACE will find the oldest triggered buffer and make it the current buffer.
In this configuration, FTRACE will be set up to capture the last three error time periods.
FTRACE data contents are included in a switch supportsave capture. After the supportsave has been
captured, the FTRACE buffers will be reset and all buffers that were previously either "checked out" or
"triggered" return to an "unused" state.
Change the FTRACE ACO configuration using the following root command:
FTRACE has been enhanced on the Brocade 7840 to allow more trace saving options than for the
Brocade 7800 switch or FX8-24 blade. The default FTRACE configuration has been changed on this
platform as a result of those enhancements. For a display of the default configuration for the Brocade
7840 using the portshow ftrace ve_port stats command, refer to Displaying FTRACE status on 7840
switch on page 149.
The Brocade 7840 includes two Data Processing (DP) complexes. Each DP complex has an FTRACE
instance. The default configuration for FTRACE on the Brocade 7840 defines eight FTRACE buffers
for trace events on each DP complex. The default configuration defines 300,000 trace entries (trace
records) per trace buffer. The default FTRACE configuration enables auto checkout (ACO) for the first
four buffers and disables ACO for the last four. The Brocade 7840 switch has a solid state disk (SSD)
file system in each DP complex. This can be used to save copies of triggered FTRACE buffers. Use of
the SSD to save FTRACE buffers is enabled by default and by the "Save to Flash" portcfg ftrace
ve_port cfg command.
On the Brocade 7840, you can enable ACO for each defined FTRACE buffer. FTRACE processing
varies when the FTRACE buffer is defined with ACO enabled or disabled.
ACO enabled - If the FTRACE buffer is defined with ACO enabled, when that buffer is the "current"
FTRACE buffer and a trigger event occurs, FTRACE will post fill that buffer to the end (or add the post
fill percentage of more trace entries). When the post filling process is occurring the FTRACE buffer
state will be reported as "post fill". When the post filling process has completed, the buffer state will be
reported as "checked out," and the next sequential available buffer number will be assigned to the
current buffer (state "current"). If all FTRACE buffers are marked as "checked out," FTRACE will no
longer be recording trace entries. The default configuration therefore will capture at least the first four
error traces, permanently check out those buffers, and then move them to the ACO-off buffers.
FTRACE buffers that have been checked out will be saved in a supportsave capture. When the
supportsave is complete, the buffers will return to an "unused" state and will be available for new
traces. You can use the portshow ftrace ve_port cmd command to check in a checked out buffer.
ACO disabled - If the FTRACE buffer is defined with ACO disabled, when that buffer is the "current"
FTRACE buffer and a trigger event occurs, FTRACE processing will complete the same post filling
process as described above. When completed, if the "Save to Flash" configuration option was
enabled, the buffer will move to a "saving" state, and the next available buffer will be made as the
current trace buffer. The Brocade 7840 will save as many as eight FTRACE buffers in the DP SSD file
system. If there are already eight saved FTRACE buffers in the file system, the oldest trace buffer will
be replaced by the current buffer being saved. When the save-to-flash processing completes, the
buffer will be marked as "triggered". If the "Save to Flash" option is not enabled, the buffer will be
immediately marked as "triggered" and the next sequentially available FTRACE buffer will be marked
as the "Current" buffer.
In the default configuration, FTRACE will therefore capture at least the first four error events (in buffers
1, 2, 3 and 4). It will capture the last three error events in triggered buffers (5-7) and will always have a
current buffer. Buffers 5-7 will also potentially have as many as 10 saved prior trigger events reported
and saved in the DP SSD file system.
FTRACE data contents are included in a switch supportsave capture. After the supportsave has been
captured, the FTRACE buffers will be reset and all buffers that were previously either "Checked Out"
or "Triggered" return to an "unused" state.
Change the FTRACE ACO configuration using the root portcfg ftrace ve_port cfg command. Refer to
Changing configuration settings on page 146 for more information.
To change FTRACE configuration settings on a Brocade 7800 switch, if applicable, set the context
where VE port 16 is defined, and then issue the following command as root user only:
portcfg ftrace 16 cfg
To change FTRACE configuration settings on the first DP complex (DP0) on a Brocade 7840 switch, if
applicable, set the context where VE_ Port 24 is defined, and then issue the following command as the
root user only:
To change FTRACE configuration settings on the first DP complex (DP0) on a Brocade FX8-24 blade, if
applicable, set the context where the VE_Port 22 is defined, and then issue the following command as
the root user only:
To change FTRACE configuration settings on the second DP complex on a Brocade FX8-24 (DP1), if
applicable, set the context to where VE port 12 is defined, and then issue the following command as the
root user only:
To change FTRACE configuration settings on the first DP complex (DP0) on a Brocade 7840 switch, if
applicable, set the context where the VE_Port 24 is defined, and then issue the following command as
the root user only:
To change FTRACE configuration settings on the second DP complex (DP1) on a 7840 switch, if
applicable, set the context to where VE port 34 is defined, and then issue the following command as the
root user only:
Note that portcfg is an interactive command sequence and will prompt you for configuration items.
Following is an example of the interactive command sequence that illustrates where you are prompted
to change FTRACE configuration settings on a Brocade 7840 switch. To change the settings, set the
context where VE_Port 34 is defined, and then issue the portcfg ftrace 34 cfg command as root user
only.
NOTE
User input lines in following example of this interactive command have been annotated to help you
select configuration options. Those notes in italic font, such as *Enables FTRACE (default is y)*,
indicate options that you can modify. Those in bold font, such as as *Sets the trace mask*, indicate
options that you should not modify without direction from a support representative.
switch_10:FID10:root> portcfg ftrace 34 cfg
To correctly and completely delete an FTRACE configuration and reset to defaults, perform the
following command sequences.
Operation Successful
switch_10:FID10:root> reboot
/* After switch completes reboot sequence */
switch_10:FID10:root> portcfg ftrace 34 cfg
/* repeat the configuration or leave as default */
Following is an example of displaying FTRACE status using the portshow ftrace slot/ve_port stats
command. Note that this is the default configuration for the Brocade 7840 switch.
switch:admin> portshow ftrace 34 stats
+-----+----------+-----+--------+------------+-----+------+------+-------+--------+
| | | | |Trace Header|Wrap | In | Out |Switch | Switch |
| Id | State | ACO | Size | Address |Count| OXID | OXID | Date | Time |
+-----+----------+-----+--------+------------+-----+------+------+-------+--------+
| 0 | Current | on | 200000 | 0x0b0f7480 | 0 | FFFF | FFFF | | |
| 1 | unused | on | 200000 | 0x0b0f7780 | 0 | FFFF | FFFF | | |
| 2 | unused | on | 200000 | 0x0b0f7a80 | 0 | FFFF | FFFF | | |
| 3 | unused | on | 200000 | 0x0b0f7d80 | 0 | FFFF | FFFF | | |
| 4 | unused | off | 200000 | 0x0b0f8080 | 0 | FFFF | FFFF | | |
| 5 | unused | off | 200000 | 0x0b0f8380 | 0 | FFFF | FFFF | | |
| 6 | unused | off | 200000 | 0x0b0f8680 | 0 | FFFF | FFFF | | |
| 7 | unused | off | 200000 | 0x0b0f8980 | 0 | FFFF | FFFF | | |
+-----+----------+-----+--------+------------+-----+------+------+-------+--------+
The table at the bottom of the output example has the following columns:
• Id - The FTRACE trace buffer identifier or buffer number.
• State - The FTRACE buffer state for that buffer number. The state can be one of the following:
‐ Current - The buffer is the current active buffer in use for events.
‐ Triggered - The buffer has been used to record an error event from the DP complex. This state is
used only when the Auto Checkout option was disabled.
‐ Checked Out - The buffer has been used to record an error event from the DP complex, and the
buffer will not be overwritten.
‐ Post Fill - A trigger event has been encountered, and the FTRACE buffer is currently being post-
filled with a number of post-error events. Once the post-filling has been completed, the buffer will
transition to either a "Checked Out" or "Triggered" state.
‐ Unused -The buffer has not been used to capture any events. The buffer will be used when the
prior buffer in the list transitions to either a "Checked Out" or "Triggered" state.
• ACO - Auto Checkout enabled (on) or disabled (off) status.
• Size - The number of trace records that are in the buffer.
• Trace Header Address - A memory address used internally for controlling access to the trace buffer.
• Wrap Count - The number of times that a trace buffer has been wrapped. The trace is a circular
buffer that wraps after the size number of trace events has been exceeded.
• In OXID and Out OXID - Not used until the buffer is being analyzed.
• Switch Date - Indicates the system date when the buffer transitioned to either a "Checked Out" or
"Triggered" state.
The table at the bottom of the output example has the following information:
• Id — The FTRACE trace buffer identifier or buffer number.
• State — The FTRACE buffer state for that buffer number. The state can be one of the following:
‐ Current — The buffer is the current active buffer in use for events
‐ Triggered — The buffer has been used to record an error event from the DP complex. This state is
used only when the Auto Checkout option was disabled.
‐ Checked Out — The buffer has been used to record an error event from the DP complex, and the
buffer will not be overwritten.
‐ Post Fill — A trigger event has been encountered, and the FTRACE buffer is currently being post-
filled with a number of post-error events. Once the post-filling has been completed, the buffer will
transition to either a “Checked Out” or “Triggered” state.
‐ Unused — The buffer has not been used to capture any events. The buffer will be used when the
prior buffer in the list transitions to either a “Checked Out” or “Triggered” state.
• Size — The number of trace records that are in the buffer.
• Trace Header Address — A memory address used internally for controlling access to the trace buffer.
• Wrap Count — The number of times that a trace buffer has been wrapped. The trace buffer is a
circular buffer that wraps after the size number of trace events has been exceeded.
• In OXID and Out OXID — Not used until the buffer is being analyzed.
• Switch Date — Indicates the system date when the buffer transitioned to either a “Checked Out” or
“Triggered” state.
• Switch Time — Indicates the system time when the buffer transitioned to either a “Checked Out” or
“Triggered” state.