22.05.2017 Views

nx.os.and.cisco.nexus.switching.2nd.edition.1587143046

Nexus Switching 2nd Edition

Nexus Switching 2nd Edition

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.

methods are discussed from a high-level st<strong>and</strong>point; additional details for RHI <strong>and</strong> Null<br />

Aggregation are outside the scope of this book. LISP is covered in detail in Chapter 13,<br />

“LISP.”<br />

One simple way to redirect traffic to a specific IP address in an OTV extended VLAN<br />

environment is to dynamically inject a h<strong>os</strong>t route for the individual endpoint IP address into<br />

the routing protocol. Load balancers with the RHI function implemented on them can<br />

provide an automated mechanism for detecting real-server reachability, dynamically<br />

reacting to moves (VM-Mobility) <strong>and</strong> injecting the necessary h<strong>os</strong>t routes as applicable. In an<br />

OTV environment, this allows remote h<strong>os</strong>ts <strong>and</strong> routers to use this routing-specific<br />

information to take the m<strong>os</strong>t optimal path to a specific IP address that is part of an extended<br />

VLAN. When combined with FHRP isolation, this enables complete end-to-end routing<br />

symmetry.<br />

Note<br />

This approach, although simple, pollutes the routing tables considerably <strong>and</strong> causes a<br />

large amount of churn in the routing protocol. Forcing churning of the routing protocol<br />

is a risky prop<strong>os</strong>ition because it can lead to instabilities <strong>and</strong> overall l<strong>os</strong>s of<br />

connectivity, together with adding delays to roaming h<strong>and</strong>offs.<br />

Null Aggregation provides another extremely simple mechanism for providing optimal<br />

inbound path selection. In a Null Aggregation deployment for a typical dual-DC deployment<br />

leveraging OTV, a VLAN’s Layer 3 subnet is logically split into two more specific subnets<br />

along a logical boundary—creating two logical ranges of IP addresses—one range to be<br />

used per site. H<strong>os</strong>ts at each site are addressed inside of that site’s specific range but retain<br />

the larger subnet mask <strong>and</strong> the same default gateway. The split range boundary is statically<br />

defined in the routing table pointing to Null0, creating a more-specific inbound path for a<br />

particular subnet—thus drawing the traffic into a particular site in an OTV extended VLAN<br />

environment. This method is similar to the RHI approach previously described but without<br />

any sort of dynamic behavior. It is also bound at the subnet level <strong>and</strong> not to an individual<br />

h<strong>os</strong>t level. As this method is static in nature, strict administrative oversight is required to<br />

ensure h<strong>os</strong>ts are addressed into the correct IP range to maintain symmetry.<br />

Due to this, the Null Aggregation approach works well in OTV deployments leveraging<br />

geographically dispersed clusters because IP addresses would stay “stuck” to a particular<br />

site. This method quickly breaks in VM-Mobility environments as individual IP addresses<br />

float dynamically between sites.<br />

Example 11-24 shows the Null route information for Datacenter 1.<br />

Example 11-24. Null Aggregation Datacenter 1 Configuration Example Leveraging the<br />

Subnet 10.1.64.0/24 <strong>and</strong> EIGRP for Redistribution<br />

Click here to view code image

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

Saved successfully!

Ooh no, something went wrong!