cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1234
Views
0
Helpful
3
Replies

OSPF how to convert backbone to another area

Madura Malwatte
Level 4
Level 4

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:

 

ospf migration support forum.jpg

 

 

 

3 Replies 3

Reza Sharifi
Hall of Fame
Hall of Fame

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

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).

 

ospf 2 support forum.jpg

 

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