雑記/2014-10-20 のバックアップ(No.2)

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• 雑記/2014-10-20 へ行く。
  • 1 (2014-10-20 (月) 15:25:00)
  • 2 (2014-10-20 (月) 16:44:20)

雑記

パケットキャプチャの仕事が最近多いですが
さっぱり分かりません。

どうしよう。
TCP/IPについてもう一度お勉強し直すしかないかなぁ。

TCP Window Update:ウィンドウサイズが変更された
TCP Precious segment lost：パケットの欠落、破棄
TCP Dup Ack：受信から同じ応答番号のACKを受け取った。
クライアントはサーバに対して受け取らなかったパケットを
再度送信するように求めている
TCP Out-Of-Order：順番の乱れたパケット
TCP Retransmission：TCPによる再送信

UPG：緊急処理データが含まれている
ACK：確認応答番号、コネクション確立時の最初のSYN以外は1
PSH：受信データをすぐに上位のアプリへ渡す。0はバッファリング許可
RST：コネクションが強制的に切断される
SYN：コネクション確立の意思表示
FIN：終了確認、FIN ACKが来るとコネクション切断

パケット問題のTCPメッセージ †

[TCP Window Full] 受信側のバッファが一杯です
[TCP ZeroWindow] 受信側のバッファが一杯で受けられない

Flow Control:

 TCP provides a means for the receiver to govern the amount of data
 sent by the sender.  This is achieved by returning a "window" with
 every ACK indicating a range of acceptable sequence numbers beyond
 the last segment successfully received.  The window indicates an
 allowed number of octets that the sender may transmit before
 receiving further permission.

• [TCP Dup ACK 6707#xxx]
  TCP Dup Ack=TCP Duplicate AC
  K受信側から同じ応答確認番号のACKを受け取れない番号を通知

• [TCP Fast Retransmission]
  TCPの高速再転送が行われているパケット
  データ送信者がDupACKを複数回受け取ると、Retransmission Timeoutの経過を待つことなく再送を行います。

• [TCP Out-Of-Order]
  順番の乱れたパケット

• [TCP Retransmission]
  TCPデータの送信者が、受信者からACKを受け取れなかった場合、TCPデータの再送を要求する