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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

with the same site-id. The site-id configured is advertised in the IS-IS hello packets sent;<br />

this advertisement is over both the overlay <strong>and</strong> on the site VLAN.<br />

Note<br />

If you run the OTV with versions of NX-OS prior to 5.2.1, In-Service Software<br />

Upgrade (ISSU) cannot be performed. The OTV Edge Device is forced into a down<br />

state until the site-id is configured the same on both AEDs in the same data center.<br />

OTV <strong>and</strong> ARP<br />

OTV introduces several enhancements to reduce the overall amount of traffic that traverses<br />

the inter-DC links. One of these enhancements is ARP optimization. ARP optimization<br />

enables each AED to snoop <strong>and</strong> cache initial ARP replies from h<strong>os</strong>ts located at a remote<br />

site. Because the reply information is cached, a local AED can then reply in proxy to ARP<br />

requests for remote h<strong>os</strong>ts, thus reducing ARP traffic acr<strong>os</strong>s the inter-DC links. The caching<br />

process functions as follows:<br />

1. A device in Datacenter 2 site sources an ARP request to determine the MAC of the<br />

h<strong>os</strong>t with address IP A.<br />

2. The ARP request is a Layer 2 broadcast frame <strong>and</strong> is sent acr<strong>os</strong>s the OTV overlay to<br />

all remote sites, eventually reaching the machine with address IP A in Datacenter 1,<br />

which creates an ARP reply message. The ARP reply is sent back to the originating<br />

h<strong>os</strong>t in the Datacenter 2.<br />

3. The OTV Edge Device in Datacenter 2 snoops the ARP reply <strong>and</strong> caches the<br />

contained mapping information (MAC 1, IP A) in a local data structure named ARP<br />

Neighbor-Discovery (ND) Cache.<br />

4. A subsequent ARP request is originated from Datacenter 2 for the same IP A address.<br />

5. The request is not forwarded to the remote sites but is locally answered via proxy by<br />

the local OTV Edge Device on behalf of the remote device IP A.<br />

This caching process does, however, introduce some potential caveats. In a situation in<br />

which the ARP aging timer is set longer than the CAM aging timer, traffic might be<br />

blackholed because of OTV dropping unknown unicast frames. Recommended practice<br />

dictates that the ARP aging-timer is set lower than the CAM aging-timer to eliminate this<br />

caveat. The default aging timers on the Nexus 7000 follow:<br />

• OTV ARP aging-timer: 480 seconds / 8 minutes<br />

• MAC aging-timer: 1800 seconds / 30 minutes<br />

These timers differ on other Cisco platforms, such as the Nexus 5000 or an IOS-based<br />

device such as a Catalyst 6500. In deployments in which the h<strong>os</strong>t’s default gateway is<br />

placed on a device different than the Nexus 7000, you must set the ARP aging-timer of the<br />

device to a value lower than its MAC aging-timer. The OTV ARP caching behavior is<br />

enabled by default. It can be disabled via the otv suppress-arp-nd comm<strong>and</strong> inside of the<br />

OTV overlay interface subconfiguration.

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

Saved successfully!

Ooh no, something went wrong!