A VIPAROUTE statement is used to select a route from a distributing stack or a backup distributing stack to a target stack. This route is used for distribution of all DVIPAs for which a matching dynamic XCF address, or ALL, was specified on a VIPADISTRIBUTE statement. This route is also used for forwarding packets to existing connections on a stack that contains the DVIPA in MOVING status. When processing a connection from the client, the sysplex distributor determines whether or not a matching VIPAROUTE statement has been specified. If it has, the best available route is determined using the normal IP routing tables. If no matching VIPAROUTE statement exists for that target, IP packets distributed by sysplex distributor to that target use dynamic XCF interfaces. Dynamic XCF interfaces include HiperSockets™ (iQDIO), IUTSAMEH for the same LPAR, or XCF interfaces created by the IPCONFIG DYNAMICXCF or IPCONFIG6 DYNAMICXCF statement. If the Cisco Multi-Node Load Balancing (MNLB) function is being used, the target IP address on a VIPAROUTE statement is used to route the packet directly to the target stack if a matching VIPAROUTE statement has been specified.
Result: There is always a matching route (and thus no message) if you define a default route by specifying DEFAULT.
If the VIPAROUTE statement specifies a target IP address for which no route exists, an informational message is issued the first time the problem is encountered. When this happens, that target is not considered for the distribution, and the distributor treats this the same way as when the dynamic XCF interface becomes inactive. If OMPROUTE is used for dynamic routing on the target, the GLOBALCONFIG SYSPLEXMONITOR DELAYJOIN TCP/IP profile option should be considered. The DELAYJOIN option delays the processing of sysplex-related definitions within the TCP/IP profile statements until OMPROUTE is active.
In the following cases, even though a VIPAROUTE statement has been specified, the dynamic XCF interface is used for distribution:
Messages are issued at the distributing stack when these conditions are detected, and when the distributing stack first attempts to route a connection request to the target stack.
An additional case where the dynamic XCF interface is used even though the VIPAROUTE parameter has been specified is for a connection that is protected by an IPSec UDP-encapsulated security association negotiated with a peer behind a NAT.
Rule: Specify the parameters in the order shown here.
.-DEFINE-. >>-VIPAROUTE--+--------+--dynxcfip--target_ipaddr-------------->< '-DELEte-'
If duplicate dynxcfip values are specified (with different target_ipaddr values) with the DEFINE function in the same profile, the first entry is in effect. Any duplicate entries are ignored and a message is displayed.
See Restrictions on IPv6 addresses configured in the TCP/IP profile for a list of restrictions that must be observed when specifying this parameter for IPv6 dynamic XCF addresses.
Specifying a static VIPA for this address might achieve the highest degree of fault tolerance. This alleviates the single point of failure issue with non-VIPAROUTE statement use of dynamic XCF interfaces. If an IP address is specified that is not owned by the target stack, dynamic XCF interfaces are used to distribute IP packets to this target stack.
For more information about the use of the routing information, see z/OS Communications Server: IP Configuration Guide.
This example shows how to define an alternate route to dynamic XCF for the sysplex distributor function.
VIPAROUTE 201.3.10.10 199.3.10.1
VIPAROUTE 2001:ODB8::201:3:10:10 2001:ODB8::199:3:10:1