11-16-2014 12:07 PM - edited 03-11-2019 10:05 PM
Hello,
I am replacing FWSM with ASA module, I have used the migration tool and migrated the configuration my concern is I have very critical server which have a zero downtime.
I am planning to replace both at a same time but there will be a situation where in 1 switch it will be a FWSM and in one switch ASA module becz while uploading the configuration through TFTP in ASA module it will take time and then it will reboot the ASA module for effect of the migrated configuration after the ASA comes up both FWSM and ASA will be active because without confirming the connectivity with ASA I cannot shut FWSM,
Can anybody share his knowledge for migration of FWSM to ASA Module by keeping zero downtime.
Solved! Go to Solution.
11-17-2014 01:33 PM
Yes - you would not want both active simultaneously. I would keep one in shutdown until the configuration was all imported and ready to handle traffic.
Then during cutover go into the currently active FWSM and shutdown the production interfaces. Move over to the new ASA SM and do a "no shutdown". You may need to clear the ARP caches on the upstream and downstream gateways and send one ping to the ASA SM interface IPs to get all hosts to more quickly re-establish a valid ARP cache entry. In a normal HA pair failover the former standby ASA will send a gratuitous ARP to handle this but in your case of a manual migration that would not be initiated.
That sort of thing is what I was alluding to when I mentioned minimizing the downtime.
11-17-2014 06:41 AM
There is not a zero downtime migration path.
Unfortunately you will have unavoidable downtime when migrating to new hardware. You can minimize it but you will be, at a minimum, interrupting all active TCP connections and UDP flows.
11-17-2014 12:28 PM
Dear Marvin
Thanks for your precious time to reply this post,
when on one switch there will be ASA module active and on another FWSM active then in this situation there will be a duplicate IP in the network and that will cause the Network instability ???
any more thoughts that will affect the network.
thanks
11-17-2014 01:33 PM
Yes - you would not want both active simultaneously. I would keep one in shutdown until the configuration was all imported and ready to handle traffic.
Then during cutover go into the currently active FWSM and shutdown the production interfaces. Move over to the new ASA SM and do a "no shutdown". You may need to clear the ARP caches on the upstream and downstream gateways and send one ping to the ASA SM interface IPs to get all hosts to more quickly re-establish a valid ARP cache entry. In a normal HA pair failover the former standby ASA will send a gratuitous ARP to handle this but in your case of a manual migration that would not be initiated.
That sort of thing is what I was alluding to when I mentioned minimizing the downtime.
11-28-2014 08:16 AM
Thanks Marvin,
for the precious reply and giving your thought for my migration,
so my thoughts are below for migration pls correct if they are wrong.
Is it the above plan will work like a stream for me with a 4 or 5 packets drops of ping.
thanks
11-29-2014 07:49 AM
That seems like a pretty good plan for the FWSM to ASA SM migration. If you have uncertainty, it would be a good proactive measure to open a TAC case in advance to review your procedure. You can even schedule an engineer to be on the call with you during the upgrade.
Note that when you initially install the ASA SM in a separate chassis, the supported method for migrating configuration is to do a network copy and let the ASA SM load and parse the configuration.
11-29-2014 08:30 PM
Dear Marvin,
i appreciate your response.
"is to do a network copy and let the ASA SM load and parse the configuration."
i have done through tftp copy and allowed the ASA-SM to load parse the configuration ,In the above post point 1 i mean to say a tftp copy and let ASA-SM to load and parse.
Also i saw access-list missing after migrating.now can i will copy paste those missing one's in asa-sm will it be a bad effect on the configuration if i do copy paste.
thanks
11-30-2014 06:28 AM
I'd not be able to tell you the effect of putting in an access list or entry without seeing the FWSM and ASA SM configurations.
Generally speaking though an access-list needs an associated access-group command to apply it to an interface.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide