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.

6. The hell<strong>os</strong> are passed to the control protocol process.<br />

Note<br />

The control-plane routing protocol used to implement the OTV is IS-IS, which has<br />

TLV support to carry MAC address information <strong>and</strong> is a st<strong>and</strong>ard-based protocol.<br />

The customer or end user does not need to configure any IS-IS information to get OTV<br />

to work.<br />

The use of the ASM group to transport the Hello messages enables the Edge Devices to<br />

discover each other as if they were deployed on a shared LAN segment.<br />

Although data centers offer forms of physical security access controls <strong>and</strong> are controlled<br />

environments, you can leverage the IS-IS HMAC-MD5 authentication feature to add an<br />

HMAC-MD5 digest to each OTV control protocol message. The digest enables<br />

authentication at the IS-IS protocol level, which prevents the unauthorized routing message<br />

from being injected into the network routing domain. As a result, only authenticated devices<br />

will be allowed to successfully exchange OTV control protocol messages between them <strong>and</strong><br />

become part of the same overlay network. Because the OTV Edge Devices have a full mesh<br />

of adjacencies, here is how the MAC address advertisement happens from each OTV Edge<br />

Device:<br />

1. The OTV Edge Devices learn new MAC addresses on the internal interface; this is<br />

traditional Layer2, switching data-plane learning.<br />

2. An OTV Update message is created containing information for the MAC addresses<br />

that were learned in the OTV internal interfaces. The MAC addresses are OTV<br />

encapsulated <strong>and</strong> sent to the Layer 3 core. Again, the IP destination address of the<br />

packet in the outer header is the multicast group configured under the OTV overlay<br />

interface used for control protocol exchanges.<br />

3. The OTV Update is optimally replicated in the transport <strong>and</strong> delivered to all remote<br />

Edge Devices that decapsulate it <strong>and</strong> h<strong>and</strong> it to the OTV control process.<br />

4. The MAC reachability information is populated in the MAC address hardware tables<br />

of the OTV Edge Devices. The only difference is that a traditional MAC address is<br />

associated with a physical interface; OTV-learned remote MAC addresses have MAC<br />

address entries associated to the IP address of the join interface of the originating<br />

Edge Device.<br />

Because you advertise reachability of MAC addresses from the control-plane IS-IS<br />

protocol, the same logic can be applied for MAC address withdraw <strong>and</strong> MAC address<br />

movements from one data center to another.<br />

Note<br />

The Nexus 7000 has a default Layer 2 MAC address aging time of 1800 seconds (30<br />

minutes) <strong>and</strong> a default ARP aging timer of 1500 seconds (25 minutes). By setting the<br />

default ARP < CAM, timeout results in refreshing the CAM entry before it expires

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

Saved successfully!

Ooh no, something went wrong!