Ondersteuning van Virtual IP Address (VIPA) biedt fouttolerantie voor Multiple Virtual Storage (MVS) door een virtueel apparaat en een virtueel IP-adres in een IBM TCP/IP-stack te gebruiken. Het virtuele apparaat is altijd actief en ziet nooit een storing. VIPA blijft toegankelijk zodat RouteD altijd dit IP adres (en zijn netto) als levend adverteert.
Het VIPA-nummer (tijdelijk Fix-nummer (PTF) van het VIPA-programma is UN83939. Het is geïntegreerd in TCP/IP-versie 3.10.
Er zijn geen specifieke vereisten van toepassing op dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
In de configuratie die in dit document wordt gebruikt, verbinden al het telnet, FTP en ander verkeer dat van de netwerkzijde wordt geïnitieerd door het VIPA-adres van 10.10.12.2.
De convergentietijd van het Routing Information Protocol (RIP) (met standaardinstellingen) zou tot zes minuten kunnen bedragen. Als Cisco 7000 met CIP-WS2 in die topologie bijvoorbeeld mislukt, kan het tot zes minuten duren voor het verkeer dat er doorheen ging om door Cisco 7000 met CIP-WS1 te gaan. Om de convergentietijd te verkorten, kunnen de timers van het RIP op de router worden gewijzigd.
Deze instellingen in de configuratie voor mystation maken het herstel van de TCP-verbinding mogelijk:
Nameserver: mvshost 10.10.12.2 (het doelstation en IP-adres)
Bestemmingsnetwerk: 10.10.12.0 vanaf mijn station (paden naar dat doelstation)
tot en met 10.10.11.2
tot en met 10.10.10.2
Stel dat mystation een sessie krijgt met mvshost tot 10.10.11.2. Als die 10.10.11.2-kanaalinterface op mvshost mislukt, dan gebeurt dit:
De TCP laag op mijn station soms.
De TCP-laag geeft opnieuw over.
mystation accepteert een nieuwe route via 10.10.10.2 .
TCP-laag opnieuw verzenden 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
Opmerking: Er is geen START-verklaring voor VDEV (het VIPA-apparaat) in het bestand 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
Opmerking: Deze configuratie veronderstelt dat routing updates wordt uitgewisseld met het mainframe zoals de uitzending parameter is gespecificeerd. Als dit niet het geval is, moet u een statische route coderen naar het VIPA-adres met behulp van het adres dat als de volgende hop in de CLAW-verklaring is opgegeven. Dit is een voorbeeld:
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