Courseiva
Network OperationsmediumMultiple ChoiceObjective-mapped

N10-009 Network Operations Practice Question

A network monitoring system alerts that a specific router interface has been flapping (repeatedly going up and down) for the past hour. Which of the following is the MOST likely cause of this behavior?

⚠ Common exam trap

Test-takers frequently confuse 'route flapping' (caused by routing protocol issues) with 'interface flapping' (a physical-layer problem), leading them to incorrectly select routing protocol misconfiguration.

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

Faulty transceiver

A faulty transceiver is the most likely cause of interface flapping because physical-layer issues, such as a failing SFP or GBIC, can cause intermittent loss of signal or link synchronization. The router's interface detects the loss of carrier and brings the link down, then re-establishes it when the signal returns, creating a repeated up/down cycle. This is a common hardware failure mode distinct from software or configuration problems.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • Faulty transceiver

    Why this is correct

    A malfunctioning Small Form-Factor Pluggable (SFP) or Gigabit Interface Converter (GBIC) transceiver is a common cause of physical interface flapping. These optical or copper modules are responsible for converting electrical signals to optical signals (or vice-versa) and maintaining the physical link. When a transceiver is faulty, it can intermittently fail to establish or maintain a stable physical layer connection, leading to the interface repeatedly going up and down. This sporadic loss of link integrity directly manifests as interface flapping, making it a primary suspect for such symptoms.

  • High CPU utilization on the router

    Why it's wrong here

    While consistently high CPU utilization on a router can severely degrade network performance, delay packet forwarding, and even cause control plane instability, it typically does not directly cause a physical interface to repeatedly go up and down. High CPU primarily impacts the router's ability to process packets, run routing protocols, or manage its own operating system. The physical link state, which is determined by the transceiver and cabling, remains stable even under heavy CPU load, unless the high CPU is a symptom of a hardware failure affecting the physical layer components.

    When this WOULD be correct

    A question asking about intermittent connectivity or routing instability where the router is unable to process routing updates or keepalives due to high CPU, leading to neighbor flapping or route flapping.

  • Incorrect SNMP community string

    Why it's wrong here

    An incorrect Simple Network Management Protocol (SNMP) community string would prevent a network monitoring system from successfully polling the router for operational data. While this would certainly impact the ability to monitor the router's status, including interface states, it does not cause the physical interface to actually go up and down. SNMP is a management protocol used for data collection; it has no direct control over the physical layer operation or the link status of network interfaces. The interface would continue to operate normally, but its status would simply not be reportable via SNMP.

    When this WOULD be correct

    This option would be correct in a question like: 'A network monitoring system cannot retrieve data from a router. Which of the following is the MOST likely cause?' where the issue is lack of SNMP access due to mismatched community strings.

  • Routing protocol misconfiguration

    Why it's wrong here

    Routing protocol misconfigurations, such as incorrect timers, authentication failures, or improper network statements, can certainly lead to "route flapping," where routing entries frequently appear and disappear from the routing table. However, this is a logical issue affecting the routing information base, not the physical state of the interface itself. An interface experiencing route flapping due to protocol issues will still show a stable "up/up" physical and line protocol status, as the underlying hardware connection remains intact.

    When this WOULD be correct

    This would be correct in a question about 'persistent route flapping' where routes are repeatedly added and removed from the routing table due to misconfigured timers or neighbor relationships, causing network instability.

Option-by-option analysis

Why each answer is right or wrong

Understanding why wrong answers are wrong — and when they would be correct — is what separates a 750 score from a 900. The N10-009 exam frequently reuses these exact scenarios with slightly different constraints.

Faulty transceiverCorrect answer

Why this is correct

A malfunctioning Small Form-Factor Pluggable (SFP) or Gigabit Interface Converter (GBIC) transceiver is a common cause of physical interface flapping. These optical or copper modules are responsible for converting electrical signals to optical signals (or vice-versa) and maintaining the physical link. When a transceiver is faulty, it can intermittently fail to establish or maintain a stable physical layer connection, leading to the interface repeatedly going up and down. This sporadic loss of link integrity directly manifests as interface flapping, making it a primary suspect for such symptoms.

High CPU utilization on the routerWrong answer — click to see why

Why this is wrong here

High CPU utilization on the router can cause performance issues but does not directly cause an interface to flap (repeatedly go up and down). Flapping is typically a physical or layer 1 issue.

★ When this WOULD be the correct answer

A question asking about intermittent connectivity or routing instability where the router is unable to process routing updates or keepalives due to high CPU, leading to neighbor flapping or route flapping.

Why candidates choose this

Candidates may associate high CPU with general instability and incorrectly assume it can cause interface flapping, confusing interface state changes with routing protocol issues.

Incorrect SNMP community stringWrong answer — click to see why

Why this is wrong here

An incorrect SNMP community string would prevent the network monitoring system from polling the router, but it would not cause the interface to flap. Flapping is a physical or data-link layer issue, not an SNMP authentication problem.

★ When this WOULD be the correct answer

This option would be correct in a question like: 'A network monitoring system cannot retrieve data from a router. Which of the following is the MOST likely cause?' where the issue is lack of SNMP access due to mismatched community strings.

Why candidates choose this

Candidates may confuse SNMP configuration errors with interface flapping because both can generate alerts, but they fail to recognize that flapping is a physical-layer symptom unrelated to SNMP authentication.

Routing protocol misconfigurationWrong answer — click to see why

Why this is wrong here

Routing protocol misconfiguration typically causes routing loops, black holes, or suboptimal paths, not physical interface flapping. Flapping is a Layer 1 or Layer 2 issue, not a routing protocol problem.

★ When this WOULD be the correct answer

This would be correct in a question about 'persistent route flapping' where routes are repeatedly added and removed from the routing table due to misconfigured timers or neighbor relationships, causing network instability.

Why candidates choose this

Candidates may confuse 'interface flapping' with 'route flapping' and assume routing protocols are involved, or they may think misconfiguration can cause interfaces to go up/down.

Analysis generated from the official N10-009blueprint and verified against question context. The “when correct” sections are what AI assistants cite when candidates ask “what’s the difference between these options?”

About these practice questions

One of 464 original N10-009 practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

JA

Written by Johnson Ajibi, MSc IT Security

Senior Network & Security Engineer · founder of Courseiva

This N10-009 practice question is part of Courseiva's free CompTIA certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the N10-009 exam.