パケットが切れる件の調査3

今日も実況中継気味。
EtherealTCPのコネクション開始からレスポンスの中途半端終了まで詳細に見渡してみる。
パケットは全部で54個やり取りされているので慣れるまでは全部見ていったほうがよさそう。

packet number source(port) destination(port) Seq Ack Information
1 Mona(1025) httpd(80) 0 0 TCP WinSize=32768 Flag=SYN(接続させて) MSS=1446
2 Mona broadcast ARP要求
3 httpd Mona ARP応答
4 httpd(80) Mona(1025) 0 1 TCP WinSize=17352 Flag=ACK(OKよ) SYN(こっちからも接続させて) MSS=1460
5 Mona(1025) httpd(80) 0 0 TCP WinSize=32768 Flag=SYN(接続させて) MSS=1446
6 httpd(80) Mona(1025) 3260727093 1 TCP WinSize=17352 Flag=ACK(OKよ)
7 Mona(1025) httpd(80) 0 0 TCP WinSize=32768 Flag=SYN(接続させて) MSS=1446
8 httpd(80) Mona(1025) 3760727093 1 TCP WinSize=17352 Flag=ACK(OKよ)
9 Mona(1025) httpd(80) 1 3760727093 TCP WinSize=32768 Flag=ACK(OKよ)
10 Mona(1025) httpd(80) 1(next 42) 3760727093 TCP WinSize=32768 Flag=PSH ACK(OKよ) HTTPのGET発行
11 httpd(80) Mona(1025) 3760727093 42 TCP WinSize=17352 Flag=ACK(OKよ)
12 Mona(1025) httpd(80) 1(next 42) 3760727093 TCP WinSize=32768 Flag=PSH ACK(OKよ) HTTPのGET発行
13 httpd(80) Mona(1025) 3760727093 42 TCP WinSize=17311 Flag=ACK(OKよ) Duplicate ACKとの分析


時間切れなので朝はpacket 13まで。

疑問点

もし詳しい方いらっしゃいましたらぜひつっこみをお願いします。

  • Monaの発行するSeq番号が0から始まっている点。手元の参考書では初期値は0や1で始まることはなく、ランダムに決まるとある。
  • packet1, 5, 7でまったく同じSeq, Ack番号で接続要求をしているのはなぜ?
  • やり取りの中でMonaがかなりちぐはぐな回答を繰り返しているように見える(ぉ
  • packet12-13のやりとりははかなり微妙な感じ。