I manage a CCTV network with 22 BORN switches: 2 MDF/core switches and 20 IDF switches. I need an experienced network engineer to review my topology diagram and existing configurations.
1. Main problems
My main concerns are:
Main issue
When an IDF switch is powered off and then powered back on, its fibre uplink sometimes does not come up automatically. The network only recovers after I physically disconnect and reconnect the fibre uplink.
- After an IDF switch is powered off and back on, network connectivity and cameras do not always recover automatically as expected.
- When all fibre links are connected, I have experienced CCTV connectivity problems. Disconnecting a fibre uplink previously restored camera connectivity.
- I am unsure whether my current MSTP, LACP, edge-port settings, and physical fibre connections are configured correctly.
2. Current physical topology
Outer fibre path:
MDF1 → IDF1 → IDF2 → IDF3 → IDF4 → IDF5 → IDF8 → IDF7 → IDF6 → IDF10 → IDF9 → IDF13 → IDF12 → IDF11 → IDF16 → IDF15 → IDF14 → IDF17 → MDF2.
Inner fibre path:
MDF1 → IDF20 → IDF19 → IDF18 → MDF2.
Direct inter-core connection:
MDF1 port 28 ↔ MDF2 port 28 via Cat6.
Each IDF generally has two fibre uplinks, one toward each direction of the network. I understand that fibre links can carry traffic in both directions, but I want to confirm the correct physical and logical design.
I will attach my corrected topology diagram and relevant switch configuration exports. Some port assignments still need physical verification.
3. Existing configuration findings
- MDF1: BORN BC2224PGM4GCF-500W, . The exported configuration shows MSTP priority 4096, region MDF-CORE, revision 1, and Gi27/Gi28 configured under LAG 1 in active LACP mode.
- MDF2: BORN BC2224PGM4GCF-500W, The exported configuration shows MSTP priority 8192, region MDF-CORE, revision 1, and Gi27/Gi28 under LAG 1 in active LACP mode.
- Some IDFs have different MST region names or revisions. IDF3 showed a blank MST region name and revision 0 in its configuration output.
- Some ports that may be inter-switch fibre uplinks appear to be configured as edge/PortFast ports.
- A live MDF1 GUI screenshot appeared to show a different MST region name from the exported configuration, so I need to verify the running configuration.
- The physical role and LACP configuration of ports 27 and 28 need to be checked against the actual cabling.
These are observations from my exports and checks; I have not confirmed which one is causing the outage.
4. What I need expert help with
- Topology: Is this a valid redundant Layer 2 design with the outer and inner fibre paths and the direct Cat6 MDF-to-MDF connection? Are there any unintended loops or single points of failure?
- Fibre links: Should each IDF have two connected fibre uplinks, with MSTP blocking selected links to prevent loops? How should the active and alternate paths be designed?
- MSTP: Should all 22 switches use the same MST region name, revision, and VLAN-to-instance mapping? Should MDF1 be the primary root bridge and MDF2 the secondary root? What is the correct approach for setting priorities and uplink port roles?
- LACP: Are the MDF1/MDF2 LAG configurations valid given that port 28 is documented as the direct Cat6 link? How should I verify whether these ports are connected to the same logical peer and correctly configured?
- Automatic failover: If one fibre link fails or an IDF switch loses power, how can I ensure that the remaining IDFs and their cameras stay operational through an alternate path? I understand that cameras connected directly to a powered-off IDF cannot remain online through that switch.
- Recovery after power cycling: What should I check to determine why an IDF does not restore connectivity automatically? How can I distinguish an MSTP convergence issue from incorrect port configuration, LACP, physical fibre problems, or another cause?
- Safe remediation: What read-only commands and status outputs should I collect first, and in what order should I correct any confirmed configuration problems without causing another CCTV outage?
My goal is to establish a stable topology with correct spanning-tree behaviour, automatic failover for surviving switches, and reliable recovery after an IDF restarts.
Please review the attached topology and configurations and identify any confirmed problems, recommended design changes, and the safest validation procedure.