cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
295
Views
1
Helpful
4
Replies

Preparation for migration - thought process

iores
Level 1
Level 1

Hi,

Let's say you have to migrate L3 device. We all know preparation for this can be very cumbersome to do. I would like to hear your experiences, including:

1. What is your thought process when you have to prepare for migration? 

2. How do you approach the pre-migration analysis? More specifically, what is that your are looking for (interface configuration, L2/L3, routing protocols, routing table, next-hops...) and in which order?

3. How do you systematize the collected data, and what tool do you use (Notepad, Excel...)?

Thanks in advance.

4 Replies 4

@iores 

1. What is your thought process when you have to prepare for migration?

  Try to not overthink. If you have previous experience just follow what you did in the past.

 

2. How do you approach the pre-migration analysis?

 

  • Inventory Assessment: Identify all the devices, services, and connections currently in place (routers, switches, firewall, connected endpoints, etc.).
  • Network Topology Review: Ensure you have a clear understanding of the network topology, including routing protocols (e.g., OSPF, EIGRP, BGP), IP addressing, VLANs, and access control lists (ACLs).
  • Backup Configurations: Save the current configuration of the existing device(s). This allows you to restore if necessary.
  • Test Environment: If possible, replicate the migration in a test environment to understand potential issues.
  • Downtime Planning: Plan for a maintenance window, especially if critical services will be interrupted.
  • Stakeholder Communication: Inform all relevant teams and users about the migration and possible downtime.

 

More specifically, what is that your are looking for (interface configuration, L2/L3, routing protocols, routing table, next-hops...) and in which order?

 

  • New Device Configuration: Pre-configure the new Layer 3 device with all necessary settings:
    • IP address schema
    • Routing protocols (OSPF, BGP, etc.)
    • VLANs and inter-VLAN routing
    • Security policies (ACLs, firewalls)
    • Quality of Service (QoS), if required
  • Feature Parity: Ensure the new device has all the necessary software and hardware features.
  • Hardware Setup: Physically install the new device in the data center or rack. Connect power and ensure it's ready for deployment.
  •  

 

3. How do you systematize the collected data, and what tool do you use (Notepad, Excel...)?

 I dont believe it matters but Notepad++ is a very good tool for network enginner

Keep in mind also

Post-Migration Testing

  • End-to-End Testing: Test critical applications and services to ensure they are reachable and functioning as expected (ping tests, file transfers, VoIP tests, etc.).
  • Check for Latency or Performance Issues: Use network monitoring tools to check for increased latency, jitter, or packet loss.
  • Confirm Failover (if applicable): If the new device is part of a failover setup (e.g., HSRP or VRRP), verify that failover occurs seamlessly.

 Documentation and Review

  • Update Documentation: Ensure all network diagrams, IP address documentation, and device configurations are updated with the new device details.
  • Post-Migration Review: Conduct a review of the migration process with the network team to address any issues or improvements for future migrations.
  • Backup New Configuration: Back up the new device's configuration for future reference or rollback if needed.

 Rollback Plan (Contingency)

  • Plan for Rollback: In case of any critical issues during the migration, have a rollback plan in place to switch back to the old device. Ensure that the old device configuration is preserved and accessible.

I would really like to add:
when possible: Pre-Migration Testing

For everything you plan to test in the Post-Migration phase, go through the test pre-migration.
That way, you know the expected results. Don't assume you'll know the expected results.

It's super easy to spend hours troubleshooting a failed test in the post-migration phase, only to then realize nothing changed (didn't work before, or similar behavior before.)

 

Leo Laohoo
Hall of Fame
Hall of Fame

@iores wrote:
What is your thought process when you have to prepare for migration? 

I cannot work with vague information like this.  My thought process will depend entirely on the wider picture.  Migrate from what, exactly,  "layer 3" to what "layer 3".  There are many cast-of-characters involved which can change my "thought process".  

For instance, we are in the middle of upgrading/modernizing our fleet of ME-3800 (site PE and distro) and Layer 2 (access).  For site PE, our options are 9500 or 9300 and our access switches are 9300L.  Whether we use 9500 or 9300, my "thought process" is very different just on those two model of switches alone.  There is an approach to deploying a 9500 (stand alone or VSS) and a 9300.  

@Leo Laohoo 

I know that every preparation is different but then again, every preparation has many universal aspects, such as the way how you decide which information to collect, how do you collect the information you need, how do you store collected information etc. @Flavio Miranda summed things up very well which give a good overall picture, regardless of migration type.

 

Review Cisco Networking for a $25 gift card