A client reports intermittent connectivity issues when accessing a server across a provider MPLS network. The issue occurs only during peak hours. Which component should be checked first?
Peak traffic can cause output discards or CRC errors, leading to connectivity drops.
Why this answer
Intermittent connectivity during peak hours strongly suggests a bandwidth or queuing issue at the edge of the MPLS network. Interface errors (e.g., CRC, runts) and discards on the CE router indicate congestion or Layer 1/2 problems, which are the most common cause of such time-dependent symptoms. Checking this first aligns with the standard troubleshooting methodology of verifying the physical and data-link layers before moving to higher-layer protocols.
Exam trap
Cisco often tests the principle that intermittent issues during peak hours are almost always due to congestion or interface errors at the edge, not control-plane or core problems, leading candidates to incorrectly focus on BGP or MPLS labels.
How to eliminate wrong answers
Option A is wrong because BGP peering between CE and PE is a control-plane function; if it were flapping or down, connectivity would be lost entirely or consistently, not just intermittently during peak hours. Option B is wrong because server CPU utilization is an endpoint issue unrelated to the MPLS network; while high CPU could cause slow responses, it would not cause intermittent connectivity across the provider network. Option D is wrong because MPLS labels in the core are typically stable and not affected by peak-hour traffic patterns; label switching is deterministic and congestion in the core would manifest as drops or discards at the CE/PE edge, not as label failures.