Moving default route from one layer 3 switch to another

Solved
CWK_Rob
Getting noticed

Moving default route from one layer 3 switch to another

I'm attempting to replace a MS300 layer 3 switch with a new MS350X. I have both switches online in the network and my next step would be to move all of the Interfaces and Static Routes to the MS350X.

I'm wondering about the transition when I change the default route. Right now, the MS300 handles the default route and the site is connected via Air Fibre using a transit network. Can I move the default route to the MS350X and still have the Air Fibre patched to the MS300 until I am ready to remove the MS300 and move the patch cable? Will everything still communicate with the cloud if the MS350X holds the logic for the default route while the MS300 is connected to the Air Fibre uplink?

1 Accepted Solution
CWK_Rob
Getting noticed

So, I had the exact scenario last night, but at a less critical, less public facing area of my network. 

 

Once both layer 3 switches are in place, with the new one connected to a trunk port on the original, all interfaces and static routes (logic) moved to the new switch without issue.  I did try to just move the interfaces at first, but Meraki Dashboard forced me to move all routing logic to the new switch, not piece by piece as I intended.  There was no service interruption, however.

 

After I was comfortable with the routing, I replaced the original layer 3 by moving it's uplink to the new layer 3.  This re-patch had a very short outage, as expected.

View solution in original post

5 Replies 5
PhilipDAth
Kind of a big deal
Kind of a big deal

If their is a trunk connection between the MS300 and MS350 allowing all VLANs then it would work.

 

I've never heard of an MS300, so this probably wont work, but you could take a look at using switch cloning.

https://documentation.meraki.com/MS/Other_Topics/Switch_Cloning 

If that worked you would clone the config from the old switch to the new, and then remove the layer 3 config from the old switch.

CWK_Rob
Getting noticed

 PhilipDAth: Sorry, I meant MS320.

 

Yes, there is a trunk connection between the MS320 and MS350X allowing all VLANs, so I do think it will work as well.  I just wanted to be sure before i went ahead and moved the routing config.  It's a public-use facility.

 

I will also look into switch cloning.

 

Cheers

PhilipDAth
Kind of a big deal
Kind of a big deal

Note the switch cloning method would definately result in an outage.

 

Also note that when you move the default gateway from one layer 3 switch to another (assuming you are keeping the same IP address) that the clients will loose connectivity because they will have cached the ARP entry for the old switch.  Typically ARP cache times are from 10 minutes to 4 hours.

 

Because of this problem I often reboot the access switches where devices are plugged in (dropping their link and bringing it up again makes them ARP again).  You can also manually unplug and re-plug them in.  You can also reboot the hosts, or manually clear the host ARP cache.

CWK_Rob
Getting noticed

I just looked at switch cloning.  It's not an option in this case, switch models have to be the same.

 

Thanks for the tips with the ARP cache, something to watch out for.

CWK_Rob
Getting noticed

So, I had the exact scenario last night, but at a less critical, less public facing area of my network. 

 

Once both layer 3 switches are in place, with the new one connected to a trunk port on the original, all interfaces and static routes (logic) moved to the new switch without issue.  I did try to just move the interfaces at first, but Meraki Dashboard forced me to move all routing logic to the new switch, not piece by piece as I intended.  There was no service interruption, however.

 

After I was comfortable with the routing, I replaced the original layer 3 by moving it's uplink to the new layer 3.  This re-patch had a very short outage, as expected.

Get notified when there are additional replies to this discussion.
Welcome to the Meraki Community!
To start contributing, simply sign in with your Cisco account. If you don't yet have a Cisco account, you can sign up.
Labels