CCNA-139 · 理解確認
AI Recommendation Validation · 理解確認
試験項目 5.1 · 20問
AI RecommendationとObserved Network Factの関係として適切なのはどれか。
B. Recommendationは生成時点でObserved Factとなり、追加確認なしで確定できる
C. RecommendationのConfidenceが高ければ、Observed Factとの照合は省略できる
D. Observed FactよりRecommendationを優先し、不一致時は実状態を無視する
答えと解説
答え:A
Recommendationは推論結果、Observed FactはTelemetry等で確認された実状態として区別する
Agentが「Packet Lossの原因はDuplex mismatch」と推奨したが、Interface情報はまだ未確認である。適切な扱いはどれか。
B. 原因候補として扱い、実状態を確認してから確定する
C. 無条件で全Interface設定を変更する
D. 推奨を確認せずClosed Loop完了とする
答えと解説
答え:B
原因候補として扱い、実状態を確認してから確定する
Groundingの目的として適切なのはどれか。
B. 推奨のConfidenceだけを使い、TelemetryやLogとの照合は行わない
C. 推奨をTelemetry・Log・Counterなど対象Networkの実データへ結び付ける
D. 推奨をTopologyだけで評価し、現在の状態を示す観測情報は利用しない
答えと解説
答え:C
推奨をTelemetry・Log・Counterなど対象Networkの実データへ結び付ける
Agentが「Interface Error増加」を原因根拠として示した。Groundingを強める確認として適切なのはどれか。
B. 推奨を生成したModelのConfidenceが高いかだけを確認する
C. Configuration上そのInterfaceが存在することだけを確認する
D. 対象InterfaceのCounterやTelemetryでError増加が実際にあるか確認する
答えと解説
答え:D
対象InterfaceのCounterやTelemetryでError増加が実際にあるか確認する
Context整合性Validationで確認すべきものはどれか。
B. 推奨がTelemetryの値だけと一致し、Topologyは参照しないようにする
C. 推奨が過去事例と一致すれば、現在のConfigurationは確認しない
D. 推奨が一般的なBest Practiceなら、対象Network固有Contextを省略する
答えと解説
答え:A
推奨が対象NetworkのTopology・Configuration・Device Roleと整合するか確認する
Agentが冗長Uplinkの一方をShutdownする提案をした。実行前に特に重要なContextはどれか。
B. もう一方のUplinkが正常で、Trafficを引き継げる状態か確認する
C. 提案対象Portに直近のError Counterが存在するかだけを確認する
D. Shutdown Commandが対象Platformで利用可能かだけを確認する
答えと解説
答え:B
もう一方のUplinkが正常で、Trafficを引き継げる状態か確認する
Problem-Action FitのValidationとは何か。
B. Observed ProblemよりChange Windowを優先し、問題との対応は確認しない
C. Proposed ActionがObserved Problemや原因へ適切に作用するかを確認する
D. Proposed ActionのRiskが低ければ、問題との対応関係は確認しなくてよい
答えと解説
答え:C
Proposed ActionがObserved Problemや原因へ適切に作用するかを確認する
DNS遅延が疑われるのに「全Access PortをShutdown」が提案された。最初に疑うべき点はどれか。
B. Shutdown Actionが実行可能ならProblemとの対応確認は不要と判断する
C. Recommendationが生成されたため、原因との関係を確認せず実行する
D. DNS遅延というObserved Problemに対してActionが適合していない可能性を疑う
答えと解説
答え:D
DNS遅延というObserved Problemに対してActionが適合していない可能性を疑う
Change Risk Evaluationで考慮する内容として適切なのはどれか。
B. Change対象のDevice数だけでRiskを決め、Service Impactは考慮しない
C. Changeが技術的に実行可能ならRiskは低いと判断し、影響を確認しない
D. Change Window内であればRisk評価を省略し、実行可否だけを確認する
答えと解説
答え:A
Change失敗の可能性と、失敗時にServiceへ与えるImpactを評価する
正常稼働中のCore Routerを再起動する提案がある。実行前にRiskが高いと判断する主な理由はどれか。
B. 再起動で重要Trafficや多数Serviceへ影響が及ぶ可能性があるため
C. 再起動Commandが短いため、実行ミスの可能性だけが高くなるため
D. AIが提案したActionであるため、通常のChangeよりRiskが高いとみなす
答えと解説
答え:B
再起動で重要Trafficや多数Serviceへ影響が及ぶ可能性があるため
Blast Radiusの説明として適切なのはどれか。
B. Changeに必要なCommand数と設定差分の行数の大きさだけを表す
C. 誤ったChangeの影響がDevice・Site・User・Serviceへ広がる範囲を表す
D. Change実行に必要なApproval人数とReview期間の長さだけを表す
答えと解説
答え:C
誤ったChangeの影響がDevice・Site・User・Serviceへ広がる範囲を表す
一つのAccess Port変更と全拠点共通Template変更を比べると、一般に後者で特に確認すべきものはどれか。
B. 変更対象が必ず一台だけになること
C. User影響が必ずゼロになること
D. より広い範囲へ影響が波及する可能性
答えと解説
答え:D
より広い範囲へ影響が波及する可能性
Policy / Permission Validationの役割として適切なのはどれか。
B. Actionが可能なら権限を無視して実行する
C. Maintenance Windowを常に無効化する
D. 高Risk ChangeほどPermission確認を省略する
答えと解説
答え:A
技術的に可能なActionでも許可範囲やChange条件を満たすか確認する
修正内容は正しいが、現在はChange Freeze期間でPolicy上実行禁止である。Agentic AIの適切な判断はどれか。
B. Change FreezeというOperational Constraintに従い、実行を保留または承認Flowへ送る
C. Freeze期間中はValidation結果を破棄し、期間終了後に同じActionを無条件実行する
D. Policyに抵触するため、原因調査や修正案そのものも実施せずIssueをCloseする
答えと解説
答え:B
Change FreezeというOperational Constraintに従い、実行を保留または承認Flowへ送る
人間の承認をControl Pointとして使う説明として適切なのはどれか。
B. Human Approvalが入ったActionでは、事前ValidationやPolicy Checkを省略する
C. 高RiskやPolicy指定Actionで、人間の判断をExecution前のControl Pointにする
D. Human Approvalを要求した時点で、Agentic AIのReasoningとRecommendationを無効にする
答えと解説
答え:C
高RiskやPolicy指定Actionで、人間の判断をExecution前のControl Pointにする
Human ApprovalをControl Pointとして設計する主な目的はどれか。
B. Approvalがあれば確認情報やRiskのValidationを省略できるようにする
C. Approval担当者がTechnical Contextを見ず、Action名だけで承認できるようにする
D. 自律実行を残しつつ、高影響・Policy指定Changeに権限ある人の判断を挟む
答えと解説
答え:D
自律実行を残しつつ、高影響・Policy指定Changeに権限ある人の判断を挟む
Pre-change ValidationとPost-change Validationの違いとして適切なのはどれか。
B. 両方とも実行前のPrompt文だけを確認する
C. 前者は実行後だけ、後者は実行前だけ確認する
D. どちらもNetwork状態を確認しない
答えと解説
答え:A
前者は実行前の根拠・Risk等、後者は実行後の結果を確認する
AgentがChange前に対象InterfaceとRiskを確認し、Change後にLoss率を再測定した。この組合せは何を示すか。
B. Pre-changeとPost-changeの両方を実施している
C. Post-changeだけでRiskを事前評価している
D. Validationを行わずExecutionだけしている
答えと解説
答え:B
Pre-changeとPost-changeの両方を実施している
Post-change Outcome Verificationで、Expected Outcomeの達成を示す確認情報として最も適切なのはどれか。
B. Configuration差分がDeviceへCommitされたという状態だけ
C. 変更前に高かったLoss率が変更後に基準値まで低下したTelemetry
D. 承認Workflowが完了しChange TicketがClosedになったという状態だけ
答えと解説
答え:C
変更前に高かったLoss率が変更後に基準値まで低下したTelemetry
Routing Changeは正常にCommitされたが通信断は継続している。Outcome Verificationの結論として適切なのはどれか。
B. Change Ticketが完了したためNetwork状態に関係なく成功とする
C. Action実行が成功したため通信断は別Issueとして切り離して扱う
D. Expected Outcomeである通信回復が未達なので、成功判定せず問題未解決と扱う
答えと解説
答え:D
Expected Outcomeである通信回復が未達なので、成功判定せず問題未解決と扱う