インテリジェント・ネットオペレーション：インテリジェント・ネットワークへの道

シンガポールのIT部門は設定を確認したが、ニューヨーク本社のIT部門は問題に気づきさえしなかった。全員が手動でルーティングテーブルを確認した。

NPMツールから、しきい値ポリシーが超過したとのアラートが送信されたが、リモートパケット検査では異常は確認されなかった。最終的に、チームはDNSログとWAN上のフローデータを照合し、原因を特定した。シンガポールからのトラフィックがニューヨークの本社を経由してルーティングされていたのである。

ネットワーク監視ツールが、トラフィックを社内のネットワーク経由でルーティングしてしまう設定ミスを検出しました。このツールはDDIプラットフォームと通信し、プラットフォームが設定を更新してトラフィックを正しくルーティングするようにしました。ユーザーに速度低下の影響はなかったため、トラブルシューティングを行う必要はありませんでした。

IT部門は、アプリケーションが正しくインストールされ、最新バージョンであること、およびVPN接続が安定していることを確認する。

NPMツールから得られた情報を基に、ネットワークチームは、DNSトラフィックをブロックしているファイアウォールポリシーの更新が問題の原因であると特定した。

NWOのツールが、デバイスの正常状態と相関するDNS障害率の急上昇を特定しました。インテリジェント・ネットワークは、ファイアウォールポリシーの設定のずれを自動的に検出し、修正します。

従業員たちは問題のトラブルシューティングを試みたが、やがて諦めて会議を終了した。IT部門に連絡した者は誰もいなかった。

従業員はZoomアプリケーションを更新するよう促す自動メールを受け取ったが、これを無視した。彼らは1日に約5通の同様の通知を受け取っていた。

インテリジェントネットワークが、Zoomトラフィックにおける持続的なQoSの低下を検知しました。これにより、リモートパケットキャプチャがトリガーされ、ISPの遅延とエンドポイントの健全性を相関分析した上で、検証済みのアプリ更新の推奨事項をプッシュすると同時に、フォールバックルーティングを適用しました。

合成監視ツールは依然として「すべて正常」と報告しており、トラフィックメトリクスも正常に見える。DevOps、NetOps、セキュリティの各チームは互いに責任をなすり合っている。

数時間にわたる調査の結果、エンジニアたちは、一部のクライアントを廃止済みのオンプレミス仮想IPアドレスに依然として誘導している、忘れ去られていたエイリアスを発見した。長いTTLによってエラーが継続していたが、IT部門はその事実を把握しておらず、アクセスを復旧させるために移行作業全体をロールバックしてしまった。

あらかじめ設定された間隔で実行される自動化されたデバイスの健全性チェックにより、孤立したレコードが検出され、利用不可としてマークされ、すべてのクライアントへの応答から削除されます。（ただし、これは待機できる場合やタイミングに恵まれた場合にのみ有効です）。

トラフィックが切り替わった瞬間、インテリジェントネットワークはリアルタイムのDNS応答と権威あるインベントリを照合します。孤立したレコードにはフラグが立てられ、修正された後、TTL 1分で公開されます。クラウドおよびオンプレミス全体でキャッシュがクリアされ、パケットおよび経路のチェックにより、数分以内にグローバルな解決が完全に完了したことが確認されます。

ファイアウォールのシグネチャやフローダッシュボードには決定的な手がかりが見当たらないため、SecOpsとNetOpsは仮説を交わし合う一方で、データは静かに漏洩し続けていた。数時間後にパケットトレースが取得されたが、DHCPおよびDNSレコードが別のサイロに管理されているため、所有者を特定することはできなかった。

NetOpsエンジニアは、閾値を超えるDNSトラフィックの急増を自動的に隔離するよう、セキュリティイベント相関プラットフォームを設定した。このプラットフォームは、漏洩の大部分（すべてではない）を含むデバイスの識別情報を捕捉し、誤って一部の正常なトラフィックをブロックしてしまった。

インテリジェント・ネットワークは、異常なDNSトラフィック量をリアルタイムで検知し、パケットキャプチャをトリガーして隠蔽されたペイロードを確認すると同時に、問題のIPアドレスをそのリース情報および資産タグに即座に紐付けます。 その後、システムは当該デバイスを自動的に隔離し、すべてのリゾルバーに伝播するブロックリストを公開し、データ流出が停止したことを確認します。これらすべてが数分以内に完了します。さらに、その過程の記録も残されます。