I've stumbled upon a case where there's a need for L2 extension over a L3 link between DC (running ACI) and DRC (legacy Catalyst 6807). The 6807 supports L2TPv3 pseudowire, which I don't think has ever been available on the Nexus switches (ACI or NX-OS). Therefore, I'm looking for an alternative way for this setup, but full blown multi-pod and multi-site is currently far out of the touch for us at this stage.
1. Apparently, it is possible for us to use remote leaves (running ACI) to connect back to the DC ACI fabric through an IPN - our Leaves are all Gen 2 and Spines are 9332C.
2. Also, I could have deployed 2 more NX-OS switches as DCI (one in each site). The link between these are L3 (using routed ports). The DC ACI can extend the EPG to the DC's Nexus DCI, each of these would act as a VTEP and handle the VXLAN bridging over the DCI link. Then the DRC DCI would map that to the VLAN and hand it off to the legacy DRC Core.
3. However, as the planned DCI link is gonna be an L3Out (routed port) on the DC ACI side, is there any way to extend L2 over such L3Out in the future? Could a NX-OS switch perform as a VTEP on the DRC site in this case?
Apart from what you already mentioned multi-pod, multi-site and remote-leaf. I have seen some configs where customers are using OTV on one NX-OS side and normal EPG on ACI side to extend L2 over legacy routed links.
NX-OS as VTEP is only possible with GOLF which is not L2 extension and the connections towards DCI networks are on the spines not on the leafs.
I thought I saw a Cisco Live slide talking about having NX-OS switches as VTEPs on two ends (DC and DRC) connecting to the Border Leaf at DC and legacy Core at DRC. From such BLeaf, I would have to extend the EPG out to the NX-OS DCI switch, then let it handle the VLAN-VXLAN mapping. At DRC side it's simply a L2 access or trunk from the DCI switch towards the Core.
I don't think it's a really good practice to do such since the manual configuration on the NX-OS side would be such a hassle, it would affect scalability. What's your opinion on that?
Pondering Automation has moved! It is now a part of the standard Cisco blogs in DevNet!
You can find the general blogs here: blogs.cisco.com
And you can find the newest pondering automation here: https://blogs.cisco.com/developer/ponderinga...