＜ネスペちゃん０１について＞
ネスペちゃん０１はネットワークの用語やセキュリテ
ィのお話について、「難しい」イメージから「意外と
面白い」に変えるのが目的です。そのため、あえて大
胆なたとえや、表現を使っています。
そんなわけで、結果的に、緻密さを犠牲にする部分が
あります。詳しく知りたい方は、さらに勉強しよう！
ってことで。よろしくお願いします。（にしの）
----
（前回までのお話）
ＴＣＰの働きは３つ。
（１）通信路を確立すること
（２）データを送信すること
（３）エラーがあれば、再送すること
前回は（１）の手順として「３ＷＡＹハンドシェイ
ク」について説明した。返答に応答を加えることで、
相互通信の許可の手数を減らすことができたにゃ。
復習すると
１ （クライアント）サーバさん、僕通信したいな。
２ （サーバ）いいけど、僕からも通信していい？
３ （クライアント）もちろん！オッケーだよ！
これ、ちょっと難しくやれば
１ ＳＹＮ
２ ＳＹＮ＋ＡＣＫ
３ ＡＣＫ
ってなるのにゃ。
なんか、教科書でみたやつだ。
今回は前回のも踏まえつつ、（２）と（３）について
触れたいと思うにゃー。
え？３ＷＡＹハンドシェイクはもういいんじゃ？
いやいや、実は３ＷＡＹでデータのやり取りの確認作
業もやったりしてるにゃん。
データを送る
データは別に何Ｇでもまとめて送ればいいけど、もし
も送信途中で失敗すると、もう一度送り直さなければ
ならないにゃ。
地獄だよなー。
なので、データはセグメントという単位に分割される。
え？パケットじゃなくて？
お、鋭い！ ＴＣＰではパケットのことをセグメント
と呼ぶ。ちなみに、パケットはＩＰでの呼び方。その
ほかにもフレームだとかデータグラムとかいう言い方
もするけど、ほとんど意味は一緒だから考えなくてい
い。
わっかりました。
分割される最大のセグメントの大きさをＭＳＳ（マック
ス・セグメント・サイズ）というにゃ。
セグメントを送信するときには先程の３ＷＡＹハンドシ
ェイクの考え方を使うにゃん。
たとえば、こうなる。
１ シーケンス番号としてランダムな数字を送信（たとえば１０）
２ 応答に１をプラスして返す（１１）
３ シーケンス番号（１１）にデータ（５０バイト）を付けて送信
４ 届いた印としてシーケンス番号にデータ量をプラスした値を返す（６１）
５ シーケンス番号（６１）にデータ（１００バイト）を付けて送信
６ 届いた印としてシーケンス番号にデータ量をプラスした値を返す（１６１）
これを送信側受信側双方向からやる。
たとえば、４のときにシーケンス番号が返ってこないと？
送信失敗したと考えて、再送する。
たとえば４のとき５１とかいう数字が返ってくると？
送信失敗したと考えて、再送する。
じゃ、じゃあ６２なら？
それも送信失敗と考える。ＴＣＰのこの送信話はまた次回も続く。
続くのかぃ。
