HomeField notes
PACKETDOJO GUIDES

OSPF neighbor troubleshooting labs

Practice area mismatches, passive interfaces, and missing advertisements in a browser lab.

Map the expected adjacency

Before troubleshooting, identify which device should be a neighbor on each transit link. This turns an empty neighbor table into a specific missing relationship.

Inspect participation and scope

Compare network statements, area membership, and passive-interface settings. Each changes a different part of the protocol's behavior.

Check the service prefix

After restoring the adjacency, verify that the service network appears where it is needed and that the actual forwarding path succeeds.

Protocol reference: OSPF Version 2 — RFC 2328.

PUT THE IDEA TO WORK

A little too quiet

Atlanta campus. Client, partner and service access branches attach to different vertices of a routed core triangle. Service reachability disappeared after an OSPF hardening change. Interface addressing is unchanged and the service uplink still responds locally. Investigate the two service networks from R1: 10.202.0.0/24 to 10.202.10.0/24 (TCP/443), and 10.202.1.0/24 to 10.202.11.0/24 (TCP/8443).

Network topology6 devices 6 links

A little too quiet — network topologyR1: Client edge. R2: Client core. R3: Partner core. R4: Partner edge. R5: Service core. R6: Service gateway. R1 connects to R2. R2 connects to R3. R3 connects to R5. R5 connects to R2. R3 connects to R4. R5 connects to R6. Connections show physical links, not service health.R1 ↔ R2 · 10.202.16.0/30R2 ↔ R3 · 10.202.17.0/30R3 ↔ R5 · 10.202.18.0/30R5 ↔ R2 · 10.202.19.0/30R3 ↔ R4 · 10.202.20.0/30R5 ↔ R6 · 10.202.21.0/30R1Client edgeR1 · Client edgeR2Client coreR2 · Client coreR3Partner coreR3 · Partner coreR4Partner edgeR4 · Partner edgeR5Service coreR5 · Service coreR6ServicegatewayR6 · Service gateway
Physical links · Service health not shown

Free to practice. No account required.

Create an account to save your results and build your skill graph.