ibm-information-center/dist/eclipse/plugins/i5OS.ic.rzajw_5.4.0.1/rzajwviproute.htm

79 lines
5.4 KiB
HTML

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="en-us" xml:lang="en-us">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="security" content="public" />
<meta name="Robots" content="index,follow" />
<meta http-equiv="PICS-Label" content='(PICS-1.1 "http://www.icra.org/ratingsv02.html" l gen true r (cz 1 lz 1 nz 1 oz 1 vz 1) "http://www.rsac.org/ratingsv01.html" l gen true r (n 0 s 0 v 0 l 0) "http://www.classify.org/safesurf/" l gen true r (SS~~000 1))' />
<meta name="DC.Type" content="concept" />
<meta name="DC.Title" content="Routing with virtual IP" />
<meta name="abstract" content="Virtual IP, also called a circuitless or loopback interface, is a powerful function that can be used in many ways." />
<meta name="description" content="Virtual IP, also called a circuitless or loopback interface, is a powerful function that can be used in many ways." />
<meta name="DC.Relation" scheme="URI" content="rzajwrcb.htm" />
<meta name="copyright" content="(C) Copyright IBM Corporation 1998, 2006" />
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 1998, 2006" />
<meta name="DC.Format" content="XHTML" />
<meta name="DC.Identifier" content="rzajwviproute" />
<meta name="DC.Language" content="en-us" />
<!-- All rights reserved. Licensed Materials Property of IBM -->
<!-- US Government Users Restricted Rights -->
<!-- Use, duplication or disclosure restricted by -->
<!-- GSA ADP Schedule Contract with IBM Corp. -->
<link rel="stylesheet" type="text/css" href="./ibmdita.css" />
<link rel="stylesheet" type="text/css" href="./ic.css" />
<title>Routing with virtual IP</title>
</head>
<body id="rzajwviproute"><a name="rzajwviproute"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Routing with virtual IP</h1>
<div><p>Virtual IP, also called a circuitless or loopback interface, is
a powerful function that can be used in many ways.</p>
<p>Virtual IP provides a way to assign one or more addresses to the system
without the need of binding the address to a physical interface. You can use
this function when you want to run multiple occurrences of a server bound
to different addresses, or if you want to run other services that need to
bind to default ports.</p>
<p>Most environments where you might want to use virtual IP are cases where
you want to provide multiple paths between the local gateway and the iSeries™ server,
for example, load balancing and fault tolerance. In this context, each "path"
implies an additional interface, and consequently, an additional, nonvirtual
IP address on the iSeries server. The existence of these multiple interfaces
should only be visible on the local network. You do not want the remote clients
to have to be aware of the multiple IP addresses for the iSeries server.
Ideally, you will like them to view your iSeries server as a single IP address.
How the inbound packet gets routed through the gateway, over the local network,
and to the iSeries server
should be invisible to a remote client. The way to accomplish this is by using
virtual IP. Local clients should communicate with the iSeries server by any of the physical
IP addresses while remote clients see only the virtual IP interface.</p>
<br /><img src="rzajw510.gif" alt="Routing with virtual IP" /><br /><p>The virtual IP environment is for the iSeries server that acts as the server
for remotely connected clients. More importantly, the virtual IP address is
on a different subnet than the physical interfaces. Moreover, the virtual
IP address makes your iSeries server appear as a single host, not necessarily
as one attached to a larger network or subnetwork. Therefore, the subnet mask
for the virtual IP interface should usually be set to 255.255.255.255.</p>
<p><img src="./delta.gif" alt="Start of change" />Because the virtual IP address is not bound to a single physical
interface, the iSeries server
never responds to an Address Resolution Protocol (ARP) request to the virtual
IP address unless you enable proxy ARP for the virtual IP address. In other
words, by enabling proxy ARP, a local interface can respond to the ARP requests
on behalf of the virtual IP address. Otherwise, remote systems must have a
route defined to reach the address. <img src="./deltaend.gif" alt="End of change" /></p>
<p><img src="./delta.gif" alt="Start of change" />In the preceding example, the workstations all point to one
of the 10.3.2 interfaces, on the iSeries server, as their next hop gateway.
When a packet arrives at the iSeries server, it goes through the packet processing.
If the destination address matches any address defined on the system (including
virtual IP addresses), the system processes the packet.<img src="./deltaend.gif" alt="End of change" /></p>
<p>The DNS servers use the addresses of the requested server. In this case,
all the addresses represent the same system. The virtual IP function can be
used when consolidating multiple systems into one larger system.</p>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzajwrcb.htm" title="Routing deals with what path the network traffic follows from its source to its destination and how that path is connected.">Routing connectivity methods</a></div>
</div>
</div>
</body>
</html>