cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
654
Views
0
Helpful
6
Replies

L3 migration between legaxy Nexus and ACI L3out

irenof
Spotlight
Spotlight

Hi all,
in the next months we will do a migration from a legacy Nexus environment to a greenfield Cisco ACI. I am studying the better ways to do this.
We decided to proceed with network-centric approach (1BD-1EPG-1VLAN); we will connect ACI to legacy in trunk with all the VLANs involved and than we will start moving L2 cables to ACI with the BG with L3 disabled (unicast routing). So, at this stage, L3 operation is still done by the 2 Nexus that performs L3 routing (SVI, BGP..).

My question is: how to migrate L3 both physically and logically? I mean, I have done a similiar migration between to legacy nexus, where I put all the SVIs in the new Nexus in shut, I moved the cable connection with the routers and than I "no shut" the new SVI and "shut" the old ones. I was planning to do something similar, but I saw that I cannot shut an L3OUT (but only the BGP peering) and more over I cannot configure the interface to the router both with L2 static binding at the start and than activate L3 capabilities, right?.

I read that to migrate L3 is necessary to activate in each BD the routing flag, so the L3OUT will start to advertise the networks, but are the L3outs in "shutdown"-like mode if no network has to be advertised? (maybe they try to perform BGP connection)

I leave a simple diagram to recap.

irenof_0-1734516735687.png

Thanks,
Irenof

 

6 Replies 6

micde123stokes
Level 1
Level 1

@irenof NJ DMVwrote:

Hi all,
in the next months we will do a migration from a legacy Nexus environment to a greenfield Cisco ACI. I am studying the better ways to do this.
We decided to proceed with network-centric approach (1BD-1EPG-1VLAN); we will connect ACI to legacy in trunk with all the VLANs involved and than we will start moving L2 cables to ACI with the BG with L3 disabled (unicast routing). So, at this stage, L3 operation is still done by the 2 Nexus that performs L3 routing (SVI, BGP..).

My question is: how to migrate L3 both physically and logically? I mean, I have done a similiar migration between to legacy nexus, where I put all the SVIs in the new Nexus in shut, I moved the cable connection with the routers and than I "no shut" the new SVI and "shut" the old ones. I was planning to do something similar, but I saw that I cannot shut an L3OUT (but only the BGP peering) and more over I cannot configure the interface to the router both with L2 static binding at the start and than activate L3 capabilities, right?.

I read that to migrate L3 is necessary to activate in each BD the routing flag, so the L3OUT will start to advertise the networks, but are the L3outs in "shutdown"-like mode if no network has to be advertised? (maybe they try to perform BGP connection)

I leave a simple diagram to recap.

irenof_0-1734516735687.png

Thanks,
Irenof

 


To migrate L3 from your legacy Nexus to Cisco ACI, gradually migrate L2 traffic, then enable routing in ACI Bridge Domains. Create L3Outs and configure BGP on ACI leaves. Start with a subset of routes and gradually increase the scope, monitoring traffic flow at each step. Finally, remove L3 configurations from the legacy Nexus and shut down the interfaces.

Hi and thank you for your response. I think I understood the high level picture of the opeartion, but I have problem seeing the low level picture in ACI perspective. For exaqmple, what about the cable migration from nexus A to Leaf A? I could create a SVI log itnerface in ACI for the BGP session, but I am seeing that with the SVI I still have to select a port on ACI...

Claudia de Luna
Spotlight
Spotlight

Hi @irenof 

When building out a new ACI fabric I always recommend,
1. build the fabric (both from management perspective as well as logical (tenants, DBs, EPG, etc)
2. If you are migrating existing build all the BDs as L2 only
3. Building out a new L2 extension between the new Fabric and the Old Data Center (Looks like you have Nexus so thats a dual sided vPC just like you are used to)
3. Build out a new L3Out to your external routing (L3 Core in the diagram below) and build out a test BD/EPG and make sure all that is working to your satisfaction.  
4. Test a migration with a test server/application
5. Now that the fabric is fully tested, start moving your data center resources which now travel the new L2 Extension to reach other servers still on the old DC infrastructure and to get out to the rest of the world.
6. At some point (the “tipping” point”) you want to swing the gateways over to ACI and thats basically a) shut down the old gateway b) enable unicast routing on the BD in ACI c) test.  Leave everything in place but shutdown for a bit just in case you need to roll back

Those are the basic steps I always recommend (and follow).


aci_migration.png

Hi  @Claudia de Luna and thank you for your detailed answer. The thing I still cannot see clearly is the physical connection with the external router. I mean, I have some VRFs with some direct vlan towards the hosts and each VRF has a BGP connecyion with a router via /30 network address and tag Vlan incapsulation.

When will start migrating cables from legacy to aci, we will also migrate the cable that connect with the external router (right?) and I do not see how to deal with L2 and L3: I will try to explain better my doubt. I am thinking to create some EPGs with the VLAN associated to the /30 connections and migrate its cable from legacy switch to new leaf (border leaf). In this situation, the leaf is only L2 bridge from old data center GW to router. Then I will migrate the L3 by enabling the GW on BD of ACI... But I created L3 outs and int profile with BGP peer before doing the migration. how can I leave the l3out "shut down"? I do not see option to do so, only BGP disable option.. more over can L3out and static epg coexist with the same VLAN? I am asking to create a little test plant to try all of this, but I am anticipating in order to be more ready.

The figura dsecribes what I am thining.

irenof_0-1734624452719.png

I would "activate" the L3out one VRF at time, leaving all the network addresses te same

Thanks

So it sounds like you are thinking of a “hard” migration and I never recommend that.  Run both in parallel.  Bring up a new L3 link from your new fabric over to your L3Core.  Don’t think about “moving” your existing.  Move your servers gradually….Not sure what your environment is like but if you clear off some compute and storage to bring up in ACI and then just vmotion stuff over or physically move servers as down time permits, then when you are ready change the routing so that the subnets get advertised out of the new fabric L3Out.

Hi @Claudia de Luna , thanks for your interesting answer and sorry for the late reply. Unfortunatley I am not able to use new L3 link to our router. I can only use the cable I have, so my idea (since I have few VRF) is to migrate the layer 3 with a VRF-per-VRF approach. In this case, the interface connecting with the router should be configured initially as simple EPG binding carrying L2 traffic (since l3 in still on old nexus) and then, step by step, configure in to the same interface l3out SVI also. Is that possible?

I am asking to create a small test plant to do all the operations and check them. But while I am waiting for it, I am asking to you!

Thanks,

Alessandro

Review Cisco Networking for a $25 gift card

Save 25% on Day-2 Operations Add-On License