Developers Guide

78 Fabric OS Troubleshooting and Diagnostics Guide
53-1003141-01
Zone conflicts
9
If the zoneset members between two switches are not listed in the same order in both
configurations, the configurations are considered a mismatch; this results in the switches
being segmented in the fabric.
For example:
[cfg1 = z1; z2]
is different from
[cfg1 = z2; z1],
even though the members of the
configuration are the same.
One simple approach to making sure that the zoneset members are in the same order is to
keep the members in alphabetical order.
Reordering the zone member list
1. Obtain the output from the cfgShow command for both switches.
2. Compare the order in which the zone members are listed. Members must be listed in the same
order.
3. Rearrange zone members so the configuration for both switches is the same. Arrange zone
members in alphabetical order, if possible.
Checking for Fibre Channel connectivity problems
Enter the fcPing command to:
Generate an Extended Link Service (ELS) frame ECHO request to the source port specified and
validate the response.
Generate an ELS ECHO request to the destination port specified and validate the response.
Regardless of the device’s zoning, the fcPing command sends the ELS frame to the destination
port. A device can take any of the following actions:
Send an ELS Accept to the ELS request.
Send an ELS Reject to the ELS request.
Ignore the ELS request.
There are some devices that do not support the ELS ECHO request. In these cases, the device
either does not respond to the request or send an ELS reject. When a device does not respond to
the ELS request, further debugging is required; however, do not assume that the device is not
connected to the Fibre Channel.
The following example is sample output from the fcPing command in which one device accepts the
request and another device rejects the request:
switch:admin> fcping 10:00:00:00:c9:29:0e:c4 21:00:00:20:37:25:ad:05
Source: 10:00:00:00:c9:29:0e:c4
Destination: 21:00:00:20:37:25:ad:05
Zone Check: Not Zoned
Pinging 10:00:00:00:c9:29:0e:c4 [0x20800] with 12 bytes of date:
received reply from 10:00:00:00:c9:29:0e:c4: 12 bytes time:1162 usec
received reply from 10:00:00:00:c9:29:0e:c4: 12 bytes time:1013 usec
received reply from 10:00:00:00:c9:29:0e:c4: 12 bytes time:1442 usec
received reply from 10:00:00:00:c9:29:0e:c4: 12 bytes time:1052 usec
received reply from 10:00:00:00:c9:29:0e:c4: 12 bytes time:1012 usec
5 frames sent, 5 frames received, 0 frames rejected, 0 frames timeout