概要
代替WAN(Alt。 WAN)は、柔軟で強靭なWANトラフィック管理ソリューションを提供することで、組織がネットワーク接続性を向上させることを可能にします。 同一サブネット上のソケット用のレイヤー2と異なるネットワーク上のソケット用のレイヤー3の設定をサポートします。 展開に関する詳細は、代替WANネットワークとの統合を参照してください。
この記事は、Alt。 WANに関する一般的な問題と、それを解決するためのトラブルシューティング手順を提供します。
症状
以下は、Alt。 WANが期待通りに機能しない場合の一般的な症状です:
Alt。 WAN接続が確立できない
CMAはサイトを切断状態として表示しますが、トラフィックはAlt。 WAN
Alt。 WAN使用時にサーバによってTLS接続がリセットされる
Alt。 プライマリトンネルがダウンすると、WANの復旧が失敗する
Alt。 BGP接続が確立できない
可能な原因
誤った設定
UDP/20049がAlt。 WANサイト間でブロックされている
高いソケットCPU
問題のトラブルシューティング
代替WANトンネルが確立されない
設定を確認
正しい設定を確認するために、代替WANが有効になっているソケットサイトに移動します。 ネットワーク > サイト > ソケットに移動し、代替WANインターフェースのポートステータスがアップとして表示されていることを確認します。
ステータスがダウンと表示されている場合、ネットワークに正しく接続されていることを確認するためにポート接続をチェックしてください。

インターフェースが代替WAN(レイヤー2)または代替WAN(レイヤー3)の正しいオプションで設定されていることを確認します。

次に、IPアドレスとサブネット設定が正確に構成されていることを確認します。

代替WANトンネルがアクティブであることを確認するには、ソケットWebUIにアクセスします。 代替WANトンネルが正しく確立された場合、SDWANトンネルの下に接続されているチャンネルの数が表示されます。

UDPポート20049がブロックされていないことを確認します
代替WANトンネルはUDP/20049上で確立されます。
両方のソケットのSocketUIにアクセスして、トラフィックキャプチャタブに移動します。
Alt。 WANが設定されており、UDPプロトコルのキャプチャを開始します。

PCAPはUDPポート20049について双方向トラフィックを表示する必要があります。 双方向のフローが見られない場合は、2つのサイト間のいかなるデバイスがUDP/20049をブロックしているかを確認してください。
注: 代替WANレイヤー2の構成では、トンネルは代替WAN IPを使用して開始されます。 対照的に、代替WANレイヤー3の構成では、トンネルはネイティブサブネットのローカルIPを使用して開始されます。 以下の表は、トンネルの送信元IPに注目して、レイヤー2とレイヤー3の設定でのトラフィックフローの違いを強調しています。 レイヤー2
レイヤー3

代替WANトンネルは代替WAN IPから開始されます。 代替WANインターフェースからのパケットキャプチャは、IPアドレス192.168.20.2からトンネルが開始され、リモートサイトの代替WAN IP: 192.168.20.3および192.168.20.4と接続が確立されることを示しています。


ソケットUIで代替WAN IPアドレスが192.168.20.2として設定されていますが、代替WANトンネルはこのIPからは開始されません。 代替WANインターフェースのパケットキャプチャは、トンネルが代わりに192.168.2.1から開始され、リモートサイトに対して代替WAN用に構成されたネイティブローカルIP:192.168.3.1および192.168.4.1と接続が確立されることを示しています。

CMAでのサイトが切断されているにもかかわらずAlt。 WAN
サイトはCatoクラウドへのトンネルがダウンしているためにCMAで切断状態として表示されます。
トラフィックはAlt。 WANリンクを介して流れ続け、ネットワーク操作を保証しますが、CMAはそれにアクセスできないためサイトをオフラインとして登録します。
CMAでの可視性を回復するには、トンネル接続をトラブルシューティングしてCatoクラウドに再確立します。 詳細なトラブルシューティング手順については、ソケット・サイト・トンネル接続性のトラブルシューティングをご覧ください。
Alt。 WANリンクでのTLS接続失敗
Alt。 WANは主なトランスポートとしてWANを使用するように明示的に設定されたネットワークルール

ソケットUIのチェックでは、Alt。 WANトンネルが有効です。

しかし、サーバーはAlt。 WANを使用する際にTLSアプリケーションを常にリセットします。
このシナリオでは、Alt。 WANルールの上に複雑なネットワークルールが存在しないことを確認することが重要です。 複雑なネットワークルールとは、ソケットが直接評価できないルールのことです。 したがって、Alt。 WANルールの上に複雑なルールがある場合、ソケットは適切なネットワーク処理を決定するためにPoPにトラフィックを送信します。
このプロセスにより、戻りのトラフィックがAlt。 WANリンク上を通過するときに対称性のないフローが生じ、最終的にサーバーが接続をリセットします。
複雑なルールについての詳細は、CatoのTCPアクセラレーションおよびベストプラクティスの説明、「複雑なネットワークルールの作業」 と題された セクション をご覧ください。
この問題の解決方法については、AWS-WANリンク上のTLS接続失敗の解決方法に関する指針を参照してください。 Alt。
WANへの復旧。 プライマリトンネルがダウンした際にAlt。
WAN が発生しませんでした。 デフォルトでは、Alt。 WANの復旧は有効になっていません。
これは限定機能とみなされており、それを選択したい場合は、Cato担当者にリクエストを送信することができます。
BGPが接続を確立できません
顧客のBGPルーターとAlt。 WANリンク上でソケットの間でBGPピアリングが設定されていますが、BGP接続が確立できません。
この場合、Alt。 ソケットのWAN構成は次の通りです:

BGPルーターのログは、次のホップが無効であることを示しています。 一つの可能な理由は、BGP更新で広告された次のホップがBGPピアを介して到達不可能であることです。
%BGP-5-ADJCHANGE: neighbor 192.168.200.1 Up %BGP-3-NOTIFICATION: received from neighbor 192.168.200.1 3/8 (invalid next hop specified) 4 bytes 0AFD0011次のホップが無効でないのが原因で、BGP構成で次のホップセルフコマンドを使用するのが潜在的な解決策です。 このコマンドは、ルーターに自分自身を次のホップとして宣伝するよう指示し、広告されたルートが受信するBGPピアに到達可能な次のホップIPアドレスを持つことを保証します。
この問題の詳細については、BGPが接続を確立できない解決策を参照してください。
ソケットCPUパフォーマンスの確認
持続的なCPU利用率が90%以上で、ソケット性能にネガティブな影響を与え、パケットの損失、トンネルが確立されず、または頻繁に切断が発生する可能性があります。
ネットワークアナリティクスに移動し、ハードウェアタブを選択して、コアごとの履歴CPU使用状況を表示します。

リアルタイムのソケットCPU使用率を確認するには、ソケットWebUIにアクセスしてHWステータスタブを選択します。

継続して高いCPUが検出された場合は、サポートに連絡してください。
発見した問題の解決
Alt。 WANリンクでのTLS接続失敗の解決策
オフクラウドまたはAlt-WANリンクを使用している場合、単純なネットワークルールが定義済みのアプリケーションを含む複雑なルールの下に配置されている場合、Catoサイト間のTLS接続が失敗する可能性があります。
これは、TCPプロキシが強制され、TCPハンドシェイクがCatoクラウドを通過する一方、データパケットがAlt。 WANを通過する結果、接続がリセットされます。
解決策は、単純なオフクラウドまたはAlt-WANルールを複雑なルールの上に移動するか、あるいは、TCPプロキシの強制を避けるためにTLSインスペクションを無効にすることです。
この問題の詳細については、オフクラウドまたはAlt-WANリンクでのTLS接続失敗をご覧ください。
BGPが接続を確立できない解決策
顧客はデフォルトルートの次のホップがBGPルーターで正しく設定されていることを確認する必要があります。 顧客のルーターでは、以下のいずれかのオプションを使用してデフォルトルートを設定します:
次のホップをBGP隣接の代替WAN IPとして設定するために、ネクストホップセルフコマンドを使用します:
neighbor <ソケット代替WAN IP> next-hop-selfルートマップを適用して、ルーターの代替WANインターフェースIPに次のホップを明示的に設定します:
route-map <マップ名> permit 10 set ip next-hop <ルーター代替WANインターフェースIP>
制限/注意点
Alt。 WANがHAサイトで構成されている場合、Alt。 WANトンネルはマスターソケットのみで確立されます。 したがって、通常の状態では、マスターソケットだけがAlt。 WANトンネルをリモートサイトと確立します。