自動化と最終評価クイズ
観測結果に合わせるため、同じ更新で期待値を変更すると何が起こり得ますか？
- A) TCP が常に高速化する
- B) リグレッションやポリシー違反が隠される
- C) 元の証拠が不要になる
- D) 検証が常に厳格になる
回答を表示
回答: B
解説: 意図は別途レビューし、そのリビジョンまたはハッシュを記録してください。期待値と観測値を恣意的に同時調整すると、検証が自己確認になってしまいます。
BGP が Established に戻るまでの時間から何が分かりますか？
- A) サービスの収束がその時刻に正確に完了したこと
- B) すべての VRF が分離されていること
- C) コントロールプレーンの状態。フォワーディングとサービスの復旧は別途測定する必要がある
- D) すべてのパケットが損失なく配信されたこと
回答を表示
回答: C
解説: 広告、選択、FIB、プローブの復旧にかかる時間はそれぞれ異なることがあります。観測ポイントと時間軸を揃えてください。
禁止されたフローについてタイムアウトだけが収集されました。どのように正規化すべきですか？
- A) ポリシーによる拒否の証拠がなければ不明のままにする
- B) 常に拒否と判定する
- C) 常に許可と判定する
- D) フロー記録を削除する
回答を表示
回答: A
解説: ルーティング、リスナー、リターンパスの問題でもタイムアウトが発生します。拒否を確定するには、プローブとポリシーの証拠を関連付ける必要があります。
合成例では CONSISTENT_RECORD と出力されます。何が確認されましたか？
- A) 実デバイスのフォワーディングが成功したこと
- B) 本番環境へのロールアウトが承認されたこと
- C) 元の PCAP の真正性
- D) 提供された意図と必須レコード条件が一致すること
回答を表示
回答: D
解説: チェッカーが検証するのは整合性です。合成ラベルや成果物名は、実際のトラフィックや収集内容を証明するものではありません。
広告が承認されているのは 203.0.113.0/24 だけですが、観測結果には 0.0.0.0/0 も含まれています。どうすべきですか？
- A) 経路は多いほどよいため合格にする
- B) 想定外の広告を拒否する
- C) 意図に自動的に追加する
- D) デフォルトルートは常に無視する
回答を表示
回答: B
解説: この契約では、1 つのピアに広告された経路の集合全体を比較します。想定外の広告を隠してはいけません。
成果物の参照文字列があります。ほかに何を検証する必要がありますか？
- A) 何もない
- B) 元データを削除できること
- C) 存在、ハッシュ、時刻、収集者、観測地点、実際の内容
- D) すべてのアカウント権限を拡張すること
回答を表示
回答: C
解説: 参照情報があることと、信頼できる証拠があることは別です。この例は元データを独立して検査するものではありません。
FRR のピア広告と Linux の FIB 全体を、同じプレフィックスリストとして比較できますか？
- A) 対象範囲が異なるため、別々の正規化と意図が必要
- B) 常に同一である
- C) 件数が同じなら十分である
- D) ECMP では常に経路が 1 つになる
回答を表示
回答: A
解説: コントロールプレーンの広告とフォワーディング状態は別々のデータセットです。集合への変換で失われる属性やマルチパス情報は個別に検証してください。
復旧後に何を確認する必要がありますか？
- A) プロセスが稼働していることだけ
- B) 許可されたフローを 1 つ確認すれば十分
- C) 集計スコアだけ
- D) 元の基準に照らして、許可されたフロー、分離、管理アクセスを確認する
回答を表示
回答: D
解説: 設定をコピーしただけでは復旧完了とは言えません。同じ観測を使い、必要な動作と禁止された動作の両方を再確認してください。