cancel
Showing results for 
Search instead for 
Did you mean: 

Dividing a Large Fabric with a Transit Area: Routing Challenges and Solutions

Dividing a Large Fabric with a Transit Area: Routing Challenges and Solutions

mooze84jet
New Contributor

We're discussing a scenario where a large, central fabric deployment needs to be broken into two by inserting a transit area. The user is encountering issues with IP shortcuts (routes) not propagating between the two newly separated halves, likely due to loop prevention mechanisms.

This post explores whether this is achievable and if a VSP can support multiple remote areas. We've identified that achieving this separation with inter-area connectivity is indeed possible, with potential solutions including explicit routing in the transit area, logical segmentation, or configuring the transit area as a pure forwarding domain.

Furthermore, it's generally the case that a VSP can support multiple remote areas, as the core function of such platforms is often to interconnect different network segments.

To provide a more tailored solution for the user's specific situation, we've requested more details about the underlying fabric technology being used.

1 REPLY 1

WillyHe
Contributor II

Hello,

It looks like you are discussing an OSPF setup?

A VOSS/FabricEngine device can support a maximum of TWO AREA's in the FABRIC, HOME and REMOTE AREA.

We had also to split a customers large FABRIC only network and did it the following way.
The Multi-AREA setup is running as stable as the Single-AREA setup did before.

  • One HOME AREA: for the DC sites (this was the existing AREA before migration).
  • Four REMOTE AREA's:  for the ACCESS sites.

Traffic between ACCESS sites is forwarded via the HOME AREA between the Multi-AREA switches.
To avoid routing loops, it is never a good idea to interconnect two ACCESS AREA's.

regards
WillyHe

GTM-P2G8KFN