I am building a typical OTV architecture (on a stick, not inline) on Nexus 7000s; the join and internal interfaces in my OTV VDC are using M1 card ports. Can the other end of those links -- i.e. the interfaces in my Agg VDC -- use ports on my F1 card? Or do both ends of the internal and join links (all 4 ports) need to be on my M1 card? Asking because my M1 card is full at present.
The following Overlay Transport Virtualization (OTV) features are available in Release 6.2(2):
The VLAN translation feature allows you to connect applications that reside in separate Layer 2 domains between data centers.
Selective unknown Unicast flooding is a per MAC address configuration that allows OTV to flood across the DCI for the specified MAC address. This feature is particularly helpful for applications that go silent and timeout from the ARP tables.
Dedicated broadcast group allows you to configure a separate multicast address for broadcast traffic. This feature is useful for organizations that need separate QoS policies for broadcast traffic.
OTV has built-in BFD support that does not require any additional configuration on the OTV side, which helps with any reconvergence that OTV might have to handle.
The scale of OTV and how fast it converges are improved in this release.
F1 Series and F2e Series modules can be used as internal interfaces with the OTV VDC.
Q.What modules of the Cisco Nexus 7000 Series will support OTV?
A.OTV is supported on all M-series modules. OTV is not supported on F1-series modules. Deployments using F1 series can leverage VDC separation to achieve the desired combination of line cards and functionality.
The only Cisco platform supporting OTV functionality at this time is the Nexus 7000. Figure 1-37 shows all existing M1 linecards OTV fully supports.
Figure 1-37 M1 Linecards Supporting OTV
Full support essentially means that both Join and internal interfaces can be configured on one of the M1 modules mentioned. OTV on F1 modules is not supported on NX-OS releases shipping at the time of writing of this document (5.2 and 6.0 releases) and will be introduced in a future software release but restricted only to internal interfaces (an M1 linecard will always be required on the OTV edge device to source the OTV encapsulated traffic out of the Join interface).
I'm using NX-OS 6.1(1). The wording in these docs is ambiguous. The phrase for OS 6.2 stating "F1 Series and F2e Series modules can be used as internal interfaces with the OTV VDC" could be interpreted as referring only to the port used as the internal interface in the OTV VDC, whereas my question is about the port in the *other* VDC, the Agg VDC in my case. In that VDC there is no OTV configuration and the port linking over to the OTV VDC internal interface is configured the same as any other outbound trunk interface in the Agg VDC.... so does that port *also* need to be on the M1 card? That is what is not clear to me. And those documents do not clearly speak to this question that I can find.
Introduction This article will help you understand the steps on how to
download the UCS licenses from the Cisco Systems website and then
installing it on the UCS. The redacted (blue lines) just covers up
certain numbers for privacy please do not take them...
Introduction This article will help you understand and educate the
customer on how to clear their "expired licenses"
(license-graceperiod-expired) from their UCS-M. If a customer just
purchased a license and needs a step by step guide on how to download
==================== VIC FNIC driver does not support Virtual Volumes (
second level LUN ID ) An enhancement request has been created to track
this feature - CSCux64473 UPDATE - 12-14-2016 We made some traction on
the enhancement request - The Fix is in t...