La compatibilidad con la dirección IP virtual (VIPA) proporciona tolerancia a fallos para el almacenamiento virtual múltiple (MVS) mediante el uso de un dispositivo virtual y una dirección IP virtual en una pila TCP/IP de IBM. El dispositivo virtual siempre está activo y nunca aparece una falla. El VIPA permanece accesible para que RouteD siempre anuncie esta dirección IP (y su subred) como activa.
El número de corrección temporal del programa VIPA (PTF) es UN83939. Se ha integrado en la versión 3.10 de TCP/IP.
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
En la configuración utilizada en este documento, todo el tráfico Telnet, FTP y otro que se inicia desde el lado de la red se conecta a través de la dirección VIPA 10.10.12.2.
El tiempo de convergencia del protocolo de información de routing (RIP) (con la configuración predeterminada) puede ser de hasta seis minutos. Por ejemplo, si el Cisco 7000 con CIP-WS2 falló en esa topología, podría tardar hasta seis minutos en que el tráfico que lo atravesaba empezara a pasar por el Cisco 7000 con CIP-WS1 en su lugar. Para reducir el tiempo de convergencia, se pueden cambiar los temporizadores RIP en el router.
Estas configuraciones en la configuración para mystation habilitan la recuperación de la conexión TCP:
Nombre del servidor: mvshost 10.10.12.2 (la estación de destino y la dirección IP)
Red de destino: 10.10.12.0 desde mystation (trayectos a esa estación de destino)
hasta 10.10.11.2
hasta 10.10.10.2
Suponga que mystation obtiene una sesión con mvshost hasta 10.10.11.2. Si esa interfaz de canal 10.10.11.2 en mvshost falla, esto sucede:
La capa TCP en mystation se agota el tiempo de espera.
La capa TCP se retransmite.
mystation acepta una nueva ruta a través de 10.10.10.2.
La retransmisión de la capa TCP es correcta.
CHPID PATH=05,TYPE=CNC,SWITCH=3 CNTLUNIT CUNUMBR=2300,PATH=05,UNIT=SCTC,LINK=C7,UNITADD=((10,8)) IODEVICE ADDRESS=(310,8),CUNUMBR=2300,UNIT=SCTC * CHPID PATH=0A,TYPE=CNC,SWITCH=3 CNTLUNIT CUNUMBR=2400,PATH=05,UNIT=SCTC,LINK=C8,UNITADD=((20,8)) IODEVICE ADDRESS=(320,8),CUNUMBR=2400,UNIT=SCTC
000045 DEVICE IPP CLAW 310 CISCOMVS 7000ws1 NONE 20 20 4096 4096 000046 LINK IPL IP 1 IPP 000051 DEVICE I2P CLAW 320 CISCOMVS 7000ws2 NONE 20 20 4096 4096 000052 LINK I2L IP 1 I2P 000057 DEVICE VDEV VIRTUAL 0 000058 LINK VLINK VIRTUAL 0 VDEV 000085 HOME 000087 10.10.11.2 I2L 000089 10.10.10.2 IPL 000091 10.10.12.2 VLINK 000100 BSDROUTINGPARMS true 000101 ; LINK MAXMTU METRIC SUBNET MASK DEST ADDR 000102 I2L 4096 0 255.255.255.0 10.10.11.1 000103 IPL 4096 0 255.255.255.0 10.10.10.1 000104 VLINK 4096 0 255.255.255.0 0 000108 ENDBSDROUTINGPARMS 000142 START I2P 000144 START IPP
Nota: No hay ninguna instrucción START para VDEV (el dispositivo VIPA) en el archivo TCPIP.Profile.
interface Channel0/0 ip address 10.10.11.1 255.255.255.0 ip route-cache cbus ip route-cache same-interface no ip redirects no keepalive claw C200 10 10.10.11.2 ciscomvs 7000ws1 tcpip tcpip broadcast
Nota: Esta configuración asume que las actualizaciones de ruteo se intercambian con el mainframe a medida que se especifica el parámetro broadcast. Si este no es el caso, debe codificar una ruta estática que apunte a la dirección VIPA utilizando la dirección especificada como salto siguiente en la instrucción CLAW. Aquí tiene un ejemplo:
ip route 10.10.12.2 255.255.255.255 10.10.11.2
interface Channel0/0 ip address 10.10.10.1 255.255.255.0 ip route-cache cbus ip route-cache same-interface no ip redirects no keepalive claw C300 20 10.10.10.2 ciscomvs 7000ws2 tcpip tcpip broadcast