O suporte a Endereço IP Virtual (VIPA) fornece tolerância a falhas para MVS (Multiple Virtual Storage, Armazenamento Virtual Múltiplo) usando um dispositivo virtual e um endereço IP virtual em uma pilha IBM TCP/IP. O dispositivo virtual está sempre ativo e nunca vê uma falha. O VIPA permanece acessível para que o RouteD sempre anuncie esse endereço IP (e sua sub-rede) como ativo.
O número de correção temporária (PTF) do programa VIPA é UN83939. Ele foi integrado ao TCP/IP versão 3.10.
Não existem requisitos específicos para este documento.
Este documento não se restringe a versões de software e hardware específicas.
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.
Na configuração usada neste documento, todo o Telnet, FTP e outro tráfego iniciado do lado da rede se conecta através do endereço VIPA de 10.10.12.2.
O tempo de convergência do Routing Information Protocol (RIP) (com configurações padrão) pode ser de até seis minutos. Por exemplo, se o Cisco 7000 com CIP-WS2 falhasse nessa topologia, poderia levar até seis minutos para o tráfego que estava passando por ele começar a passar pelo Cisco 7000 com CIP-WS1. Para diminuir o tempo de convergência, os temporizadores RIP no roteador podem ser alterados.
Estas definições na configuração para a mystation permitem a recuperação da ligação TCP:
Nameserver: mvshost 10.10.12.2 (a estação de destino e o endereço IP)
Rede de destino: 10.10.12.0 da minha estação (caminhos até a estação de destino)
até 10.10.11.2
até 10.10.10.2
Suponha que minha estação receba uma sessão com mvshost até 10.10.11.2. Se a interface de canal 10.10.11.2 em mvshost falhar, isso acontece:
A camada TCP na minha estação expira.
A camada TCP retransmite.
a mystation aceita uma nova rota via 10.10.10.2.
Retransmissão da camada TCP OK.
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
Observação: não há instrução START para VDEV (o dispositivo VIPA) no arquivo 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
Observação: essa configuração supõe que as atualizações de roteamento sejam trocadas com o mainframe, pois o parâmetro de broadcast é especificado. Se esse não for o caso, você deve codificar uma rota estática apontando para o endereço VIPA usando o endereço especificado como o salto seguinte na declaração CLAW. Este é um exemplo:
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