HomeIncident briefing
Back to the library
INCIDENT #233 · BGP

Remote access: A new service prefix never reaches clients

Medium20 minutesPro lab

The incident

Managed remote clients reach access-service gateways over an enterprise transit chain; unmanaged devices use a separate branch. The core has two routed branches and a cross-link before the common service handoff. BGP carries the primary service prefix, but the connected secondary service subnet is absent from remote BGP tables. Investigate access gateway transport from R1: 10.180.0.0/24 to 10.180.8.0/24 (TCP/443), and 10.180.1.0/24 to 10.180.9.0/24 (UDP/1194).

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 R3. Do not change physical topology or addressing. These are network forwarding checks, not application-level transactions.

The network

Network topology5 devices 6 links

Remote access: A new service prefix never reaches clients — network topologyR1: Client core. R2: North transit. R3: South transit. R4: Egress core. R5: Service gateway. R1 connects to R2. R1 connects to R3. R2 connects to R4. R3 connects to R4. R2 connects to R3. R4 connects to R5. Connections show physical links, not service health.R1 ↔ R2 · 10.180.16.0/30R1 ↔ R3 · 10.180.17.0/30R2 ↔ R4 · 10.180.18.0/30R3 ↔ R4 · 10.180.19.0/30R2 ↔ R3 · 10.180.20.0/30R4 ↔ R5 · 10.180.21.0/30R1Client coreR1 · Client core · Starting deviceR2North transitR2 · North transitR3South transitR3 · South transitR4Egress coreR4 · Egress coreR5ServicegatewayR5 · Service gateway
Physical links · Service health not shown
5 devices · Cisco IOS syntax · Simulated network

What you’ll practice

bgp originationconnected networksprefix validation

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