[[雑記]]
#setlinebreak(on)


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

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

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



-TCP Packetの変更メッセージ
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メッセージ [#o5151e66]

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


Flow Control:

-解説
  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データの再送を要求する

トップ   編集 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 検索 最終更新   ヘルプ   最終更新のRSS