08-26-2017 05:09 AM - edited 03-08-2019 11:50 AM
I have this scenario and looking for best practice or suggestion on how to convert a production ospf backbone area 0 to another area with minimal traffic distruption (if that is even possible). I sort of have an idea but want some feedback on the correct/better approach.
Currently there are two separate networks X and Y. The core router in each is configured as ospf area 0. Routers X and Y are to be ospf peers and X's subnets along with the existing devices it is peering with should be moved to a different area, say area 3.
My idea is to create a new ospf process (ospf process 2) on router X and the rest of its existing peers. Router X would peer with Y in the backbone area on the new ospf process (so area 0 would exist on ospf process 1 and process 2). X would also then peer with its existing peers in new area 3 in process 2. Then its a matter of migrating the existing ospf interfaces from area 0 to area 3 from one ospf process to the other. Would this work, or is there a better solution for this kind of migration (a document/whitepaper would be ideal)? Diagram below:
08-26-2017 08:11 AM
So, adding a link between router-Y and X and putting the link in the existing OSPF process should not cause any downtime as the 2 networks are not currently connected and that link will connect them together and that is ultimately what you want right? As for router-X and the router below it, to minimize the downtime, you can add a second link, configure OSPF peering and put them in a different OSPF process, once OSPF is up on the second link unplug the first link. This will of course make the area 3 routers to be in a different process and that is fine. Or the easies way is to just have a short maintenance window and convert the existing link between router-X and the router below it to area 3. Either way, this type of change will cause downtime, and I recommend doing it during a planned maintenance window.
HTH
08-26-2017 07:07 PM
Hi Reza, thanks for your reply. So my understanding on your suggestion is to extend ospf area 0 between X and Y. So this will create a merged area 0 between A, Y, X and B. Next when you bring up a second link between X and B, configuring peering and out them in area 3 in a different ospf process. However after unplugging the first link, then wouldn't there be a partition as area 3 would not have a backbone area? On X, area 0 in is one process and area 3 in another (ospf databases area separated).
08-27-2017 07:20 PM
Hi,
On X, area 0 in is one process and area 3 in another (ospf databases area separated).
Yes, that is correct. I forgot to mention that you would have to distribute between the OSPF processes, so both processes can see each other's route before you unplug the first link. I think overall it is so much less work to have a maintenance window and convert the link between router-x and b to area 3 in the same OSPF process as all the other routers and be done with. Changing the link does not require a long window if you have everything ready.
Link to OSPF redistribution between different processes.
https://www.cisco.com/c/en/us/support/docs/ip/open-shortest-path-first-ospf/4170-ospfprocesses.html
HTH
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