IBM AIX Continuous Availability Features - IBM Redbooks
IBM AIX Continuous Availability Features - IBM Redbooks
IBM AIX Continuous Availability Features - IBM Redbooks
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
2.4.4 EtherChannel<br />
network traffic to an alternate backup route, if available. DGD is generally most useful for<br />
hosts that use static rather than dynamic routing.<br />
<strong>AIX</strong> releases prior to <strong>AIX</strong> V5.1 do not permit you to configure multiple routes to the same<br />
destination. If a route's first-hop gateway failed to provide the required routing function, <strong>AIX</strong><br />
continued to try to use the broken route and address the dysfunctional gateway. Even if there<br />
was another path to the destination which would have offered an alternative route, <strong>AIX</strong> did not<br />
have any means to identify and switch to the alternate route unless a change to the kernel<br />
routing table was explicitly initiated, either manually or by running a routing protocol program,<br />
such as gated or routed. Gateways on a network run routing protocols and communicate with<br />
one another. If one gateway goes down, the other gateways will detect it, and adjust their<br />
routing tables to use alternate routes (only the hosts continue to try to use the dead gateway).<br />
The DGD feature in <strong>AIX</strong> V5.1 enables host systems to sense and isolate a dysfunctional<br />
gateway and adjust the routing table to make use of an alternate gateway without the aid of a<br />
running routing protocol program.<br />
There are two modes for dead gateway detection:<br />
► Passive dead gateway detection<br />
► Active dead gateway detection<br />
Passive dead gateway detection<br />
Passive dead gateway detection will work without actively pinging the gateways known to a<br />
given system. Passive DGD will take action to use a backup route if a dysfunctional gateway<br />
has been detected.<br />
The passive DGD mechanism depends on the protocols Transmission Control Protocol<br />
(TCP) and Address Resolution Protocol (ARP), which provide information about the state of<br />
the relevant gateways. If the protocols in use are unable to give feedback about the state of a<br />
gateway, a host will never know that a gateway is down and no action will be taken.<br />
Passive dead gateway detection has low overhead and is recommended for use on any<br />
network that has redundant gateways. However, passive DGD is done on a best-effort basis<br />
only.<br />
Active dead gateway detection<br />
When no TCP traffic is being sent through a gateway, passive DGD will not sense a<br />
dysfunctional state of the particular gateway. The host has no mechanism to detect such a<br />
situation until TCP traffic is sent or the gateway's ARP entry times out, which may take up to<br />
20 minutes. But this situation does not modify route costs. In other words, a gateway not<br />
forwarding packets is not considered dead. In such cases, active DGD becomes valuable to<br />
use.<br />
Active DGD will ping gateways periodically, and if a gateway is found to be down, the routing<br />
table is changed to use alternate routes to bypass the dysfunctional gateway. Active dead<br />
gateway detection will be off by default and it is recommended to be used only on machines<br />
that provide critical services and have high availability requirements. Because active DGD<br />
imposes some extra network traffic, network sizing and performance issues have to receive<br />
careful consideration. This applies especially to environments with a large number of<br />
machines connected to a single network.<br />
EtherChannel is a network interface aggregation technology that allows you to produce a<br />
single large pipe by combining the bandwidth of multiple Ethernet adapters. In <strong>AIX</strong> V5.1, the<br />
38 <strong>IBM</strong> <strong>AIX</strong> <strong>Continuous</strong> <strong>Availability</strong> <strong>Features</strong>