Cisco Overlay Transport Virtualization (OTV)

Author
Peter Welcher
Architect, Operations Technical Advisor

This blog provides a link to the CMUG presentation on Cisco Overlay Transport Virtualization (OTV) I gave in Columbia, MD on 1/19/11. I have also added some supplementary info you may find useful below.

The OTV CMUG presentation can be found (in PDF form) here. It consists of numerous slides of useful information I assembled that supplement concepts and graphics based on the Cisco Networkers BRKDCT-2049 presentation.

The first version of OTV requires manual filtering of FHRP (First Hop Routing Protocol: HSRP / VRRP / GLBP) and ARP information for FHRP gateways between the data centers interconnected by OTV.

I have adopted and annotated the HSRP-filtering sample configuration from the BRKDCT-3060 below, in the hopes it will be useful to you. This supplements the FHRP (First Hop Routing Protocol) blog I previously wrote.

The following example assumes you’re doing OTV in a dedicated VDC “on two sticks”, i.e. with one “inside” interface and one “outside” or WAN-facing interface. It should be easy to adopt it to other OTV designs, but the two stick model is the easiest / most obvious way to explain the configuration sample below.

Configuring Manual HSRP and HSRP Gateway VMAC ARP Filtering

!!! Create and apply the policies to filter out HSRPv1 messages !!! between the two datacenters.
!!!
ip access-list ALL_IPs
10 permit ip any any
!
mac access-list ALL_MACs
10 permit any any
!
ip access-list HSRPv1_IP
10 permit udp any 224.0.0.2/32 eq 1985
!
mac access-list HSRPv1_VMAC
10 permit 0000.0c07.ac00 0000.0000.00ff any
!
!
vlan access-map HSRPv1_Localization 10
match mac address HSRPv1_VMAC
match ip address HSRPv1_IP
action drop
!
vlan access-map HSRPv1_Localization 20
match mac address ALL_MACs
match ip address ALL_IPs
action forward
!
!
vlan filter HSRPv1_Localization vlan-list 600-1000
!
!!!
!!! Enable VACL processing on IP packets on OTV VDC internal
!!! interface.
!!! This blocks any traffic to the all-routers IP on UDP port !!! 1985, also traffic from an HSRP MAC address. This keeps one !!! side of the OTV from responding to an ARP for the default !!! gateway IP from the
!!! datacenter at the other side. (Configure it on both ends.)
!
interface Ethernet1/2
mac packet-classify
!
!!! Apply a route-map on the OTV control plane to avoid
!!! communicating vMAC info to remote OTV edge devices
!
mac-list HSRPv1-vmac-deny seq 5 deny 0000.0c07.ac00 ffff.ffff.ff00 ANY
mac-list HSRPv1-vmac-deny seq 10 permit 0000.0000.0000 0000.0000.0000 ANY
!
route-map stop-HSRPv1 permit 10
match mac-list HSRPv1-vmac-deny
!
otv-isis default
vpn Overlay101
redistribute filter route-map stop-HSRPv1
!

Exercise for the Reader

Produce versions of this for VRRP or GLBP based on the info in the blog article above, and post as a comment to this article.

One response to “Cisco Overlay Transport Virtualization (OTV)

Leave a Reply