Brocade Fabric OS Troubleshooting and Diagnostics Guide v6.2.0 (53-1001187-01, April 2009)

Fabric OS Troubleshooting and Diagnostics Guide 77
53-1001187-01
FCIP links
10
Symptom FCIP tunnel goes online and offline.
Probable cause and recommended action
A bouncing tunnel is one of the most common problems. This issue is usually because of an over
commitment of available bandwidth (trying to push 1 Gbps through a pipe that can only sustain 0.5
Gbps).
Too much data tries to go over the link.
Management data gets lost, queued too long, and timeouts expire.
Data exceeds timeouts multiple times.
Verify what link bandwidth is available.
Confirm the IP path is being used exclusively for FCIP traffic.
Confirm that traffic shaping is configured to limit the bandwidth to available (portshow
fciptunnel).
1. If committing a rate, generally recommend setting a little below available to allow for bursting
2. Type the portShow fciptunnel <GePort> all -perf –params command.
Examine data from both routers. This data is not in the supportshow output and shows
retransmissions indicating, input and output rates on the tunnels.
Gather this information for both data and management TCP connections.
3. Run the following commands on both sides of the tunnel:
portCmd --ipperf <slot/GePort> -s <local IP> -d <remote IP> -R
portCmd --ipperf <slot/GePort> -s <local IP> -d <remote IP> -S
4. Confirm the throughput using the portCmd
--ipperf command. This command must be run on
both sides of the tunnel, simultaneously.
Let IPPERF run for at least 3 minutes in both directions. The last 30 second output will include
good recommended committed rates for the tunnel in that direction from the -S side.
If necessary, issue the portCfg fcipTunnel slot/geX modify <tunnel> -b NEWRATE command to
reset the committed rate for the tunnel to the discovered reliable maximum from IPPERF.
On local side:
portcmd --ipperf <slot/GBPort> -s <local IP> -d <remote IP> -R
On Remote side:
portcmd --ipperf <slot/GBPort> -s <local IP> -d <remote IP> -S
5. Repeat each step in the opposite direction to get throughput
FCIP links
The following list contains information for troubleshooting FCIP links:
When deleting FCIP links, you must delete them in the exact reverse order they were created.
That is, first delete the tunnels, then the IP interfaces, and finally the port configuration. The IP
route information is removed automatically at this point.