HomeIncident briefing
Back to the library
INCIDENT #118 · SECURITY

Branch WAN: The new service host fails its network check

Hard25 minutesPro lab

The incident

Branch resolvers reach a central DNS service across a regional aggregation router and a WAN handoff. Traffic crosses three routed handoffs before reaching the service gateway. The primary service transport succeeds to .10 but fails to .200 in the same destination subnet. ICMP to both addresses still works. Investigate central DNS transport from R1: 10.165.160.0/24 to 10.165.168.0/24 (TCP/53), and 10.165.161.0/24 to 10.165.169.0/24 (UDP/53).

Your objective

Restore both authorized service transports and return reachability, including clients and service hosts in both halves of the primary subnet. Keep R2 blocked from both service transports, keep SSH blocked to both service subnets, and preserve monitoring between R1 and R4. Do not change physical topology or addressing. These are network forwarding checks, not application-level transactions.

The network

Network topology5 devices 4 links

Branch WAN: The new service host fails its network check — network topologyR1: Branch edge. R2: Access handoff. R3: Metro transit. R4: Service handoff. R5: Service gateway. R1 connects to R2. R2 connects to R3. R3 connects to R4. R4 connects to R5. Connections show physical links, not service health.R1 ↔ R2 · 10.165.176.0/30R2 ↔ R3 · 10.165.177.0/30R3 ↔ R4 · 10.165.178.0/30R4 ↔ R5 · 10.165.179.0/30R1Branch edgeR1 · Branch edge · Starting deviceR2Access handoffR2 · Access handoffR3Metro transitR3 · Metro transitR4ServicehandoffR4 · Service handoffR5ServicegatewayR5 · Service gateway
Physical links · Service health not shown
5 devices · Cisco IOS syntax · Simulated network

What you’ll practice

acl wildcardsdestination matchingtransport testing

Interview exercises are inspired by common industry competencies. They are not proprietary interview questions.