-- 出展- -- 出展-

展示を参照してください。
BIG-IP1 でフェイルオーバーが発生しました。BIG-IP2 がアクティブになり、期待どおりにトラフィックを管理します。両方の Bigip には、メイン ボーダー ルーターの到達可能性をチェックするためのゲートウェイ フェイルセーフが設定されています。スイッチは期待どおりに動作しました。
LTM スペシャリストは、潜在的な問題についてどこを確認する必要がありますか?

- 示す -

- 示す -
展示を参照してください。
クライアント トラフィックに影響を与えずに削除できるプールはどれですか?

LTM スペシャリストは、仮想ごとに異なるキー/証明書ペアを持つ同じドメイン上の 10 台の仮想サーバーで構成された LTM デバイスで作業しています。例えば。www.example.com; ftp.example.com; ssh.example.com; ftps.example.com.
LTM スペシャリストは、LTM デバイス上のオブジェクトの数を減らすために何をすべきですか?

- 示す -

- 示す -
展示を参照してください。
ユーザーがアプリケーションにアクセスできません。
問題の根本原因は何ですか?

プールには 172.16.20.1、172.16.20.2、および 172.16.20.3 の 3 つのサーバーがあり、仮想 IP アドレスは 10.0.20.88 です。
ユーザーは HTTP アプリケーションに接続できません。問題を理解して解決策を見つけるために、LTM スペシャリストは LTM デバイスで 2 つの同時トレースを実行し、次の結果を得ました。
クライアント側のトレース:
tcpdump: 詳細な出力を抑制します。完全なプロトコル デコードには -v または -vv を使用してください
リッスン 0.0、リンク タイプ EN10MB (イーサネット)、キャプチャ サイズ 96 バイト
22:22:07.423759 IP 172.16.20.100.53875 > 10.0.20.88.80: S 998346084:998346084(0)
win 5840 <mss 1460,sackOK,timestamp 67942058 0,nop,wscale 4>
22:22:07.424056 IP 10.0.20.88.80 > 172.16.20.100.53875: S 4671780:4671780(0) 確認
998346085 win 4380 <mss 1460,nop,wscale 0,nop,nop,timestamp 2392362490 67942058,sackOK,eol> 22:22:07.424776 IP 172.16.20.100.53875 > 10.0.20.88.80: . 1 勝 365
<いいえ、いいえ、タイムスタンプ 67942058 2392362490>
22:22:07.424790 IP 172.16.20.100.53875 > 10.0.20.88.80: P 1:149(148) ack 1 win 365 <nop,nop,timestamp 67942058 2392362490> 22:22:07.424891 IP2 >0.80.80. 172.16.20.100.53875: . ack 149 勝利 4528
<いいえ、いいえ、タイムスタンプ 2392362491 67942058>
22:22:12.024850 IP 10.0.20.88.80 > 172.16.20.100.53875: R 1:1(0) ack 149 勝利 4528
キャプチャされた 6 つのパケット
フィルタによって受信された 6 つのパケット
カーネルによってドロップされた 0 パケット
サーバー側のトレース:
tcpdump: 詳細な出力を抑制します。完全なプロトコル デコードには -v または -vv を使用してください
内部でリッスン、リンク タイプ EN10MB (イーサネット)、キャプチャ サイズ 96 バイト
22:22:07.424881 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 勝利
4380 <mss 1460,nop,wscale 0,nop,nop,timestamp 2392362491 0,sackOK,eol>
22:22:08.424893 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 4380 <mss 1460,nop,wscale 0,nop,nop,timestamp 239236ol>3491 0,sackOK,e
22:22:09.625082 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 4380 <mss 1460,nop,wscale 0,nop,nop,timestamp 239236>4691 0,sackOK,e
22:22:10.825194 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 勝利 4380 <mss 1460,sackOK,eol>
キャプチャされた 4 つのパケット フィルタによって受信された 4 つのパケット カーネルによってドロップされた 0 つのパケット
LTMスペシャリストは問題を解決するために何をすべきですか?