[[雑記]] #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データの再送を要求する