04.02.2014 Views

View - ADTRAN Support Community

View - ADTRAN Support Community

View - ADTRAN Support Community

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Example Configurations<br />

Consult with the ISP to determine which BGP attributes they will honor when making a<br />

decision on routing traffic back to your advertised AS.<br />

The command clock source line is enabled by default. Therefore, this command will not<br />

appear in the output when the show running-config command is issued.<br />

Example 5: Load Sharing When Multihomed to Multiple ISPs<br />

AOS allows multiple equal cost routes to be used for the purposes of load sharing outbound traffic.<br />

The maximum number of equal cost routes supported in AOS is 6.<br />

The need for load sharing is typically found in BGP applications where an AOS device is multihoming<br />

with multiple connections to different ISPs. The BGP protocol does not provide support for load sharing.<br />

Therefore, BGP will always export the single best path for a given prefix to the IP route table. However,<br />

there are methods that can be implemented that will allow multiple BGP-derived routes to be imported into<br />

the IPv4 route table. Aside from the BGP-specific configuration, load sharing must be globally enabled on<br />

the AOS device to allow the presence of multiple equal cost routes in the IP route table.<br />

At the global level, load sharing has two different implementation options: per packet and<br />

per destination. Refer to Configuring IP Load Sharing in AOS (<strong>ADTRAN</strong>’s Knowledge Base<br />

article 1994) for more information on these load sharing options.<br />

The following example illustrates load sharing across multiple links where the customer’s router is<br />

multihomed to two different ISPs. Each ISP is advertising a default route to the AOS device. The default<br />

routes contain equal BGP attributes, therefore one route is no more desirable than the other according to<br />

the BGP selection process. The objective is to ensure that outbound traffic from the customer’s network is<br />

load balanced (load shared) between the two Internet connections.<br />

Several configuration steps are needed to allow BGP load sharing to take place. The ip load-sharing<br />

per-destination command must be enabled in Global Configuration mode. This command allows<br />

duplicate routes to exist in the routing table. The command maximum-paths 2 is issued in BGP<br />

Configuration mode to allow up to two equal cost routes from BGP to be exported to the routing table. In<br />

order for multiple BGP routes to the same destination to be candidates for load sharing, they must be equal<br />

cost and share the same AS number in the AS path attribute. Since each ISP in this example owns their<br />

own unique AS number that is added on to the BGP path attribute, an arbitrary AS number must be<br />

prepended to each eBGP neighbor’s BGP advertisement. This AS number enables the BGP routes to<br />

become candidates for load sharing since the routes now appear to originate from the same AS. This is<br />

accomplished with the route map (LOAD-SHARE) applied inbound to each eBGP neighbor. It matches the<br />

prefix list (DEFAULT) that only allows the default route, which automatically filters any other advertised<br />

routes. The route map then prepends the same arbitrary AS path (65009) to the default route prefix learned<br />

by each neighbor. The prefix list (PUBLIC-BLOCK) is used to advertise only the customer public block<br />

61200860L1-29.4E Copyright © 2012 <strong>ADTRAN</strong>, Inc. 43

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!