Brocade Fabric OS Administrator's Guide Supporting Fabric OS v6.3.0 (53-1001336-02, November 2009)

Fabric OS Administrator’s Guide 233
53-1001336-02
Zoning overview
11
Session-based hardware enforcement is in effect in the following cases, on a per-zone basis:
A zone does not have either all WWN or all D,I entries.
Overlapping zones (in which zone members appear in two or more zones).
NOTE
For the Brocade 48000 with an FC4-48 port blade: If ports 16 through 47 on the FC4-48 port blade
use domain,index identifiers, then session-based hardware enforcement is in effect on these ports,
regardless of the enforcement for the remaining zone members. That is, if all zone members are
defined using D,I notation, frame-based hardware enforcement is in effect except for ports 16
through 47 on the FC4-48 blade, for which session-based hardware enforcement is in effect.
Identifying the enforced zone type
1. Connect to the switch and log in as admin.
2. Enter the portZoneShow command, using the following syntax:
portzoneshow
Considerations for zoning architecture
Table 48 lists considerations for zoning architecture.
Zoning can be implemented and administered from any switch in the fabric, although it is
recommended that you use a switch running the latest Fabric OS version. If the switch is running
Fabric OS v6.0.x or earlier, it must have an Advanced Zoning license enabled.
TABLE 48 Considerations for zoning architecture
Item Description
Type of zoning
enforcement: frame-
or session-based
If security is a priority, frame-based hardware enforcement is recommended.
Use of aliases The use of aliases is optional with zoning. Using aliases requires structure when defining
zones. Aliases aid administrators of zoned fabrics in understanding the structure and
context.
Interoperability mode See Chapter 14, “Interoperability for Merged SANs,” for interoperability mode
considerations when using zoning.
Effect of changes in a
production fabric
Zone changes in a production fabric can result in a disruption of I/O under conditions
when an RSCN is issued because of the zone change and the HBA is unable to process the
RSCN fast enough. Although RSCNs are a normal part of a functioning SAN, the pause in
I/O might not be acceptable. For these reasons, you should perform zone changes only
when the resulting behavior is predictable and acceptable. Ensuring that the HBA drivers
are current can shorten the response time in relation to the RSCN.
Testing Before implementing a new zone, you should run the Zone Analyzer from Web Tools to
isolate any possible problems. This is especially useful as fabrics increase in size.
Confirming operation After changing or enabling a zone configuration, you should confirm that the nodes and
storage can identify and access one another. Depending on the platform, you might need
to reboot one or more nodes in the fabric with the new changes.