hardMultiple Choice
200-901 Practice Question: Refer to the exhibit
Exhibit
Router# show running-config | section router ospf router ospf 1 network 10.1.1.0 0.0.0.255 area 0 network 192.168.1.0 0.0.0.255 area 1
Refer to the exhibit. A DevOps engineer is using NETCONF to retrieve the OSPF configuration. The <get> response is missing the network statements. What is the most likely cause?
⚠ Common exam trap
Cisco often tests the nuance that NETCONF filters are not automatically recursive; candidates mistakenly assume that requesting a parent container returns all child elements, but the filter must explicitly include the desired subtree path.
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
✓
The filter used in the NETCONF request did not include the correct path for network commands.
The most likely cause is that the NETCONF <get> request used an incorrect or incomplete XML filter that did not specify the correct XPath for the OSPF network statements. NETCONF relies on YANG-defined data paths; if the filter omits the subtree for network commands, the device will not return those configuration elements, even though they exist in the running configuration.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✓
The filter used in the NETCONF request did not include the correct path for network commands.
Why this is correct
NETCONF subtree filtering returns only the branches matching the filter's path. If the filter omits the OSPF network statement path, the reply contains the OSPF container but no network entries, exactly matching the missing statements observed.
- ✗
The YANG model for OSPF does not include the network statement.
Why it's wrong here
OSPF network statements are device configuration, not YANG-modelled data, so the model's absence is not the cause; the configuration simply is not exposed as state. It is tempting because incomplete YANG coverage does hide some data, but here the missing statements reflect configuration versus operational datastore filtering.
- ✗
The device does not support NETCONF for OSPF.
Why it's wrong here
The device clearly supports NETCONF for OSPF, since the <get> reply returned OSPF data; only the network statements are absent. It is tempting when replies look truncated, but the concrete cause is that <get> returns state data, while configuration lives in the <get-config> datastore.
- ✗
The NETCONF username does not have sufficient privileges.
Why it's wrong here
Insufficient privileges would typically produce an authorization error or empty reply rather than a partial OSPF response containing other data. It is tempting because RBAC restrictions do hide configuration, but the specific omission of network statements points to <get> returning state rather than configuration.
Visual reference
Go deeper
Related to this question
About these practice questions
Courseiva writes every 200-901 question from scratch — 975 in total, each with an explanation and a wrong-answer breakdown. None are copied from real exams or dumps. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This 200-901 practice question is part of Courseiva's free Cisco 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 200-901 exam.