プールには、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) ack
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: . ack 1 win 365
<nop,nop,timestamp 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 IP 10.0.20.88.80 > 172.16.20.100.53875: . ack 149 win 4528
<nop,nop,timestamp 2392362491 67942058>
22:22:12.024850 IP 10.0.20.88.80 > 172.16.20.100.53875: R 1:1(0) ack 149 win 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) win 4380 <mss 1460,nop,wscale 0,nop,nop,timestamp 2392363491 0,sackOK,eol>
22:22:09.625082 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) win 4380 <mss 1460,nop,wscale 0,nop,nop,timestamp 2392364691 0,sackOK,eol>
22:22:10.825194 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) win 4380 <mss 1460,sackOK,eol>
4パケットがキャプチャされました。フィルタによって4パケットが受信されました。カーネルによって0パケットがドロップされました。
LTMスペシャリストは、この問題を解決するために何をすべきでしょうか？