Wan Performance Analysis Tools; Ipperf Option; Wan Tool Sessions With An Fcip Tunnel Online; Fcip Port Bandwidth - HP A7533A - Brocade 4Gb SAN Switch Base Administrator's Manual

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 L2 CoS value of 3.
switch:admin> portcfg vlantag 8/ge0 add 192.168.10.1 100 3 7 192.168.20.1

WAN performance analysis tools

Introduced in Fabric OS 5.2.0, WAN analysis tools are designed to test connections, trace routes, and
estimate the end-to-end IP path performance characteristics between a pair of B-Series FCIP port endpoints.
WAN tools include the following commands and options:
•
portCmd
--
ports.
•
portCmd
--
address.
•
portCmd
--
address.
• portShow fcipTunnel -perf displays performance statistics generated from the WAN analysis.

ipPerf option

The WAN tool ipPerf (referred to simply as ipPerf in this chapter) is an option of the Fabric OS portCmd
command. This option allows you to specify the slot and port information for displaying performance
statistics for a pair of ports. For this basic configuration, you can specify the IP addresses of the endpoints,
target bandwidth for the path, and optional parameters such as the length of time to run the test and
statistic polling interval.
Only a single ipPerf session can be active on an FCIP GbE port at any time. Each FCIP port supports a
single instance of the WAN tool-embedded client running in sender or receiver mode only. You can,
however, use multiple CLI sessions to invoke simultaneous ipPerf sessions on different FCIP ports.

WAN tool sessions with an FCIP tunnel online

ipPerf sessions use different TCP ports than FCIP tunnels, so you can simultaneously run an ipPerf
session between a pair of ports while an FCIP tunnel is online. You can, for example, revalidate the service
provider Service Level Agreement (SLA) without bringing the FCIP tunnel down, but the general
recommendation is to run ipPerf only when there are no active tunnels on the IP network. Data
transferred across an active FCIP tunnel competes for the same network bandwidth as the ipPerf session,
and ipPerf is attempting to saturate a network to determine how much usable bandwidth is available
between the sites. Unless you have a method to quiesce all storage traffic over an active FCIP tunnel during
ipPerf testing, you may experience undesirable interactions.

FCIP port bandwidth

Allocation of the FCIP GbE port bandwidth behaves exactly the same for ipPerf as for FCIP tunnels.If
bandwidth is allocated for FCIP tunnels, the ipPerf session uses the remaining bandwidth. Since
bandwidth is already reserved for the FCIP tunnels, the ipPerf session is not affected by any active FCIP
tunnel. If no bandwidth is reserved, the ipPerf session competes for a share of the uncommitted
bandwidth. Starting an ipPerf session has an impact on any active uncommitted bandwidth FCIP tunnels
just like adding a new FCIP tunnel would. For example:
• Adding a committed-rate ipPerf session reduces the total uncommitted bandwidth shared by all the
uncommitted bandwidth FCIP tunnels.
• Adding an uncommitted-bandwidth ipPerf session adds another flow competing for the shared
uncommitted bandwidth.
The CLI and configuration system ensures that any bandwidth allocation does not result in an over
commitment of the FCIP GbE port. An active FCIP tunnel cannot be forced to give up its committed buffer
and bandwidth resources. Therefore, to commit a specific bandwidth to the ipPerf session, you must have
an equivalent amount of spare capacity on the FCIP GbE port.
ipPerf characterizes end-to-end IP path performance between a pair of B-Series FCIP
ping tests connections between a local Ethernet port (ge0 or ge1) and a destination IP
traceroute traces routes from a local Ethernet port (ge0 or ge1) to a destination IP
Fabric OS 6.2 administrator guide 487