Question 360
A REST PUT request omits existing settings and the team fails to review the full object mutation risk. Which TWO complementary steps identify the appropriate network response AND the evidence needed to verify it? Select TWO.
Explanation
Correct Answers
Use supported AOS-CX API endpoints and role-scoped service accounts for automations, separating read-only audits from approved changes. This addresses the controlling network requirement rather than merely changing its symptoms. API availability, versioning and authorization govern integrations; an HTTP success status must be correlated with network state. Verify before and after with: Check active REST API version, authentication mode, target VRF, transaction response, desired diff and audit trail. This choice supplies the implementation half of the requested pair. Scenario: A REST PUT request omits existing settings and the team fails to review the full object mutation risk.
Check active REST API version, authentication mode, target VRF, transaction response, desired diff and audit trail. These observations distinguish the stated fault or prerequisite from an unrelated feature. API availability, versioning and authorization govern integrations; an HTTP success status must be correlated with network state. The corresponding action is: Use supported AOS-CX API endpoints and role-scoped service accounts for automations, separating read-only audits from approved changes. This choice supplies the diagnostic or verification half of the pair. Scenario: A REST PUT request omits existing settings and the team fails to review the full object mutation risk.
Incorrect Answers
Subscribers receive expected streams without flooding non-subscribing access ports or triggering avoidable congestion. This step pertains to Multicast flooding and receiver path performance but is not one of the two complementary decisions in this case. The required response and evidence are: Use supported AOS-CX API endpoints and role-scoped service accounts for automations, separating read-only audits from approved changes. Together with: Check active REST API version, authentication mode, target VRF, transaction response, desired diff and audit trail. Scenario: A REST PUT request omits existing settings and the team fails to review the full object mutation risk.
Inspect NAD records, authentication source, RADIUS VSAs, role mapping, certificate path and endpoint policy. This step pertains to ClearPass or identity-service policy integration but is not one of the two complementary decisions in this case. The required response and evidence are: Use supported AOS-CX API endpoints and role-scoped service accounts for automations, separating read-only audits from approved changes. Together with: Check active REST API version, authentication mode, target VRF, transaction response, desired diff and audit trail. Scenario: A REST PUT request omits existing settings and the team fails to review the full object mutation risk.
Coordinate supported VSX peer and downstream MC-LAG connectivity with the core and access design and confirm peer synchronization boundaries. This step pertains to VSX and aggregation integration verification but is not one of the two complementary decisions in this case. The required response and evidence are: Use supported AOS-CX API endpoints and role-scoped service accounts for automations, separating read-only audits from approved changes. Together with: Check active REST API version, authentication mode, target VRF, transaction response, desired diff and audit trail. Scenario: A REST PUT request omits existing settings and the team fails to review the full object mutation risk.

