Versa-Network Routerをエッジデバイスとして使用するブランチオフィスでのCisco Secure Accessの導入時に、両方のIPSecトンネルが動作可能に見えたにもかかわらず、接続の問題が発生しました。
具体的な症状は次のとおりです。
ブランチからCisco Secure Accessへの接続がない
スタティックルート経由のインターネットアクセスが機能しない
監視された単方向暗号化トラフィック(セキュアアクセスへの発信のみ)
送信パケットは送信されているが、受信パケットがないことを示すルータ統計情報
SD-WANルータとSecure Accessの間で双方向に機能するデッドピア検出
発信トラフィックを正しく照合するためのセキュリティパラメータインデックス(SPI)値
トンネルフラッピング(リセット)では、接続の問題は解決されませんでした
パケットキャプチャとスクリーンショットにより、着信トラフィックがないことを確認
トンネル暗号をCBCからGCMに変更しても、問題は解決しなかった
調査の結果、チェックサムエラーが原因でCisco側でのトラフィックの復号化に失敗したことが判明しました。これは、VersaルータがESN(拡張シーケンス番号)機能をネゴシエートしたためです。
シスコセキュアアクセスの導入
エッジデバイスとしてのVersa-Networksルータ
IP-IDトンネルの設定
CBCとGCMの両方の暗号試行を使用したIPsecトンネル設定
この問題を解決するには、Versaルータで拡張シーケンス番号(ESN)ネゴシエーションを無効にして、Cisco Secure Accessヘッドエンドで復号化障害を引き起こしていたチェックサムエラーを防止する必要がありました。
調査の結果、VersaルータがESN(拡張シーケンス番号)をネゴシエートしていることが判明しました。これにより、Cisco Secure Accessヘッドエンドはチェックサムエラーを受信し、ESN構築パケットの復号化に失敗しました。
Versa Networksサポートまたはルータ管理者に連絡して、Versaルータ設定のESNチェックとネゴシエーションを無効にしてください。これにより、ESNが不適切にネゴシエートされる原因となる、既知のVersaの不具合が解決されます。
ESNネゴシエーションを無効にした後、双方向トラフィックフローが確立され、ブランチからセキュアアクセスおよびインターネットへの完全な接続が復元されたことを確認します。
ルータの着信パケットと発信パケットの両方の統計情報が、両方向で適切なトラフィックフローを示していることを確認し、単方向トラフィックの問題が正常に解決されたことを確認します。
根本原因は、既知のVersa Networksのバグ(Versa support bug ID:122437 - ESNはVOSによってネゴシエートされない)として特定されており、このバグでは、IPSecトンネルの確立中にVersaルータが拡張シーケンス番号(ESN)機能を誤ってネゴシエートします。このESNネゴシエーションにより、Cisco Secure Accessヘッドエンドはチェックサムエラーのあるパケットを受信するようになり、適切な復号化が妨げられ、結果として単方向トラフィックフローが発生します。Versaルータは発信パケットを正常に送信しますが、ESN関連の復号化の失敗が原因でリターントラフィックを適切に処理できません。
| 改定 | 発行日 | コメント |
|---|---|---|
1.0 |
18-Aug-2026
|
初版 |