LTM デバイスには、0.0.0.0:0 でリッスンするパフォーマンス レイヤー 4 仮想として構成された仮想サーバーがあり、上流ルーターへのパケットのルーティングを実行します。IP アドレス 192.168.0.4 のクライアント マシンは、IP アドレス 10.0.0.99 の LTM デバイスの上流にあるホストに接続しようとしています。
ネットワーク フローは非対称であり、次の TCP キャプチャが表示されます。
# tcpdump -nnni 0.0 'ホスト 192.168.0.4 およびホスト 10.0.0.99'
tcpdump: 詳細出力を抑制、-v または -vv を使用して完全なプロトコル デコードをリッスン 0.0、リンク タイプ EN10MB (イーサネット)、キャプチャ サイズ 96 バイト
05:07:55.499954 IP 192.168.0.4.35345 > 10.0.0.99.443: S 3205656213:3205656213(0) ack 3267995082 勝利 1480
05:07:55.499983 IP 10.0.0.99.443 > 192.168.0.4.35345: R 1:1(0) ack 1 勝利 0
05:07:56.499960 IP 192.168.0.4.35345 > 10.0.0.99.443: S 3205656213:3205656213(0) ack 3267995082 勝利 1480
05:07:56.499990 IP 10.0.0.99.443 > 192.168.0.4.35345: R 1:1(0) ack 1 勝利 0
キャプチャされた 4 つのパケット
LTM デバイスがフローを拒否しないようにするために、LTM スペシャリストが有効にする必要がある fastL4 プロファイル内のオプションはどれですか?

- 示す-

-- 出品物 - 出品物を参照してください。
LTM スペシャリストが、プール メンバーをダウンとしてマークしている HTTP モニターのトラブルシューティングを行っています。ブラウザーを介して直接プール メンバーに接続すると、アプリケーションが起動し、正しく機能していることがわかります。
ltm monitor http http_mon { defaults-from http destination *:* interval 5 recv "200 OK" send "GET /\\r\\n" time-until-up 0 timeout 16 }
どうした？

LTM スペシャリストは、Web アプリケーション用のカスタム HTTP モニターを作成しており、ブラウザーから直接サイトにアクセスしてコンテンツを表示しました。モニターは継続的に失敗します。モニター構成は次のとおりです。
ltm モニター http /Common/exampleComMonitor {
defaults-from /Common/http
行き先 *：*
インターバル5
recv "最近の検索"
send "GET /app/feed/current\?uid=20145 HTTP/1.1\\r\\nホスト: www.example.com\\r\\nAccept-Encoding.
gzip、デフレート\\r\\n接続: 閉じる\\r\\n\\r\\n"
までの時間 0
タイムアウト 16
}
トレースは、次の要求と応答を示しています。
リクエスト：
GET /app/feed/current?uid=20145 HTTP/1.1
ホスト www.example.com
Accept-Encoding gzip、デフレート
接続: 閉じる
応答：
HTTP/1.1 302 一時的に移動
日付 2012 年 10 月 17 日水曜日 18:45:52 GMT
サーバー アパッチ
場所 https://example.com/login.jsp
コンテンツ エンコーディング gzip
Content-Type text/html;charset=UTF-8
セット CookieE。JSESSIONID=261EFFBDA8EC3036FBCC22D991AC6835; Path=/app/feed/current?uid=20145 問題は何ですか?

- 示す-


- 示す -
展示品を参照してください。
ユーザーに最大の遅延を引き起こしているサーバーの URL は?

- 示す -

- 示す -
展示を参照してください。
LTM スペシャリストが、ユーザーから報告された断続的なページ読み込みの問題を調査しています。
問題を解決するために LTM スペシャリストは何をすべきですか?