Instiq
第4章 · ネットワークアシュアランス·v1.0.0·更新 2026/7/20·読了目安 約19分

変更要約: 初版

4.3コントローラとプログラマブル管理(Catalyst Center・NETCONF・RESTCONF)

この節の要点

意図ベースで設計/ポリシー/展開/保証を回すCisco Catalyst Center(旧DNA Center)の4ワークフローとAssuranceによるAI/機械学習を用いた異常検知、XML/SSHポート830でcandidateデータストアへ書きcommitで原子的に適用するNETCONF、HTTP+JSONでCRUDをHTTPメソッドに対応させるRESTCONFを、「この変更をどの機構で流すのが安全か」という選定の判断として学びます。

CLIで1台ずつ設定する世界では、設定ドリフト(同じ役割の機器なのに設定が微妙に食い違う)と、変更の途中失敗(40台のうち17台目でエラーになり半分だけ適用された状態)が慢性的な事故要因になります。プログラマブル管理はこれを構造的に解消する試みで、鍵はトランザクション性意図(intent)の宣言です。NETCONFは書き換えを一旦candidateに溜めてcommitで全か無かに適用でき、RESTCONFは既存のHTTPツールチェーンでYANGデータへ手軽に触れます。そしてCatalyst Centerは「どうやるか」ではなく「どうあってほしいか」を入力させ、差分の検出と保証(Assurance)まで面倒を見ます。同じ変更でも規模と失敗時の影響で選ぶべき機構が変わるという視点で読んでください。

4.3.1Cisco Catalyst Center(旧 DNA Center)

  • Cisco Catalyst Center(旧DNA Center)はキャンパスの意図ベースネットワーキングコントローラで、Design(サイト階層・共通設定の設計)→Policy(グループ/SGTベースのポリシー)→Provision(機器への展開・SD-Accessファブリック構築)→Assurance(監視と保証)という4つのワークフローで運用を回す。北向きのIntent API(RESTful)で外部システムから同じ操作を自動化でき、南向きにはNETCONF/RESTCONF/SNMP/CLIで機器を制御する。
  • Assuranceは機器・クライアント・アプリからテレメトリを継続収集し、ヘルススコアとして正常度を数値化する。単なる閾値監視ではなく機械学習でベースラインを学習し、そこからの逸脱を異常として提示したうえで、根本原因の候補と推奨アクションを示すのが特徴。Network Time Travelにより「昨日の15時にこのクライアントで何が起きていたか」を過去にさかのぼって再生できるため、再現しにくい断続障害の解析に強い。
  • AI活用のワークフローは「AIが勝手に直す」ものではなく、ベースライン学習→異常検知→根本原因の絞り込み→推奨アクションの提示→運用者の承認による適用という人が判断を持つ流れで設計されている。トラブル時の価値は、CLIで何十台もshowを叩いて突き合わせる作業を、相関済みの候補提示に置き換える点にある。

続きは無料登録で読めます

冒頭を無料で公開中。無料登録でこの節の全文と、第4章以降を含む全参考書・全問題集が読めます。