【ネットワーク入門】トランスポート層を「マンションの優秀な管理人さん」で理解する！

　トランスポート層の役割は、「届いた荷物（データ）を、確実・スピーディーに、ポート番号（部屋番号）を頼りに正しい部屋（アプリ）へ振り分ける『マンションの優秀な管理人さん』」です。

　トランスポート層は、下から数えて第4層（レイヤ4）に位置し、一つ下の第3層（ネットワーク層）は、「IPアドレス」という「住所（〇〇県〇〇市〇〇マンション）」を頼りに、荷物をマンションの入り口まで届けるのが与えられた任務です。

　しかし、マンションの入り口に荷物を置かれただけでは、どの部屋の誰宛てのものかが分かりません。そこで、第4層である「マンションの優秀な管理人さん」が登場し、大きく分けて荷物の振り分けという重要な仕事をしてくれます。

ポート番号 =「入居者の部屋番号」

各部屋には、入居者（アプリ）がおり、郵便物が届くのを心待ちにしています。中には、443号室はルームシェアをしているといったケースもあります。
送る側のPCで、YouTubeを見ながらメールしたりできるのは、送る側でも送った部屋番号（ポート番号）を通知しているので、間違えることなく通信のやりとりができるのです。

コネクション型（TCP）＝「訪問集荷」

荷物（データ）を送る前に、「もしもし、今からそちらに荷物を送ってもいいですか？」「はい、受け入れ準備できていますよ！」という事前のやり取り（挨拶）を行ってから、実際のデータを送り始める方式です。
お互いの間にしっかりとしたコネクション（認識）が繋がっていることを確認してから送るので、「書留・手渡し」のように確実性が高くなります。

1. 「ハンドシェイク」とは？＝「事前のやり取り（挨拶）」

ネットワークの世界でデータを送る前に、「今から送ってもいいですか？」「いいですよ！」と、お互いの状態を確認し合う事前の挨拶のことを「ハンドシェイク（握手）」と呼びます。
TCPという通信ルールは、このハンドシェイクを必ず行ってからデータを送る「コネクション型（＝しっかり繋がってから送るタイプ）」です。

いきなりアポなしで重い段ボール箱（データ）を相手に送りつけるのではなく、まずは電話で「荷物を受け入れる準備はできていますか？」と確認し合う、とても丁寧で確実な仕組みなのです。

2. 3ウェイ・ハンドシェイク ＝「3回のキャッチボールで確実な約束を交わす」

TCPでは、この事前のやり取りを必ず3回のステップで行います。これを「3ウェイ・ハンドシェイク」と呼びます。専門用語では「SYN（シン）」や「ACK（アック）」という言葉を使いますが、訪問集荷の電話予約だと思えばとても簡単です！

■ STEP 1：通信の開始をお願いする（SYN）

• あなた（パソコン）： 「もしもし！そちらの〇〇番窓口（ポート番号）に荷物を送りたいのですが、今から集荷と受け入れをお願いできますか？」

• 専門用語： 通信の同期（SYNchronize）を依頼します。

■ STEP 2：了承し、逆の確認もする（SYN ＋ ACK）

• 宅配業者（サーバー）： 「はい、承りました！受け入れ準備OKです。（ここでお返事します）ところで、そちらも荷物を渡す準備は間違いなくできていますか？」

• 専門用語： 依頼に対する確認応答（ACKnowledgment）と、サーバー側からの通信の同期（SYNchronize）を同時に行います。

■ STEP 3：最終確認のお返事をする（ACK）

• あなた（パソコン）： 「はい、準備バッチリです！それでは通信（荷物の受け渡し）を始めましょう！」

• 専門用語： サーバーからの確認に対して、最終的な確認応答（ACKnowledgment）を返します。

★ なぜ「3回」もやり取りするのか？

「2回（お願い→OK）」で十分じゃないか？と思うのですが、ネットワークの世界（道路）は、途中で通信（電話の声）が途切れてしまう危険が常にあります。
もし、2回だけで終わってしまうと、サーバー側は「相手は本当に自分の『OK』の返事を聞き取れたかな？」と不安なままになってしまいます。 「お互いの声がしっかり届いていること」を両者が確信するためには、どうしても最低3回のキャッチボールが必要なのです。

3. パケットの連続送信 ＆ 一括応答確認 ＝ 「まとめて送って、まとめてハンコ！」

データ（段ボール箱）を送る時、1箱送るたびに「届きましたか？」「はい、届きました！」というやり取りをしていたら、日が暮れてしまいます。
これを解消する方法が、パケットの連続送信と一括応答確認です。

• パケットの連続送信
  そこで配達員さんは、お返事を待たずに「ポン、ポン、ポン！」と連続して複数の段ボール箱を送ることにしました。これが、パケットの連続送信です。

• 一括応答確認
  受け取る側も、1箱ごとに受領印を押すのではなく、「1番から3番の箱まで、全部まとめて受け取りましたよ！」と一度にまとめてお返事をします。これで、配達のスピードが格段に上がります！

4. ウィンドウ制御 ＆ スライディングウィンドウ制御 ＝ 「ベルトコンベア式の配達」

いくら連続で送れると言っても、相手のマンションの「荷物の受け入れスペース（倉庫の広さ）」には限界があります。格納限界を超えないように制御する方法が、ウィンドウ制御とスライディングウィンドウ制御です。

• ウィンドウ制御
  「返事を待たずに、一度に連続して送ってもいい段ボール箱の数（上限）」のことを、ネットワークの世界では「ウィンドウサイズ（窓の大きさ）」と呼びます。この枠組み（上限）を守って送るルールがウィンドウ制御です。

• スライディングウィンドウ制御
  例えば「一度に3箱まで」という枠（ウィンドウ）があったとします。相手から「1番の箱、受け取りました！」とお返事が来たら、枠に1箱分の空きができますよね。すると、その枠を「ズラして（スライドさせて）」、新しく4番の箱を送り出します。 お返事が来るたびに、送っていい権利の枠がベルトコンベアのようにスーッと後ろへスライドしていく。これが「スライディングウィンドウ」です。

5. フロー制御 ＝ 「倉庫パンパン！ちょっと待って！」の思いやり

もし、受け取る側のパソコンやスマホが別の作業で忙しくて、届いた段ボール箱を倉庫（メモリ）からなかなか奥へ片付けられなかったら…？
このまま連続で箱が届き続けると、倉庫から溢れて荷物が壊れて（破棄されて）しまいます。
そこで受け取る側は、「今、うちの倉庫がパンパンだから、一度に送る箱の数（ウィンドウ）を小さくして！スピードを落として！」と相手にお願いをすることで、荷物を送るスピードや量を調整する仕組みを「フロー制御」と呼びます。

6. BBR ＝ 「超優秀なカーナビを積んだ最新トラック」

「BBR（ビービーアール）」は、Googleが開発したTCPの輻輳制御のアルゴリズムで、一言で言えば「現代の超賢いスピード調整技術」です。

• 従来の仕組みの弱点： 昔の配達トラックは、「段ボール箱が途中で落っこちた（回線が渋滞してパケットが消えた）」ことに気づいてから、「やばい、渋滞してる！」と慌ててスピードを落としていたので、非効率でした。

• BBRの凄さ： BBRを搭載したトラックは、道路（通信回線）の「実際の広さ」と「往復にかかる時間」を常に測りながら走ります。つまり、渋滞で荷物を落とす「前」に、道が一番スムーズに流れる「最高のスピード（限界点）」を計算して走り続けることができるのです！

コネクションレス型（UDP）＝「ポスト投函」

事前の挨拶や確認を一切せず、相手の宛先が分かったらいきなり送りつける方式です。 「今から送るよ」という確認（コネクションの確立）をしないため、相手が受け取れる状態かどうかにかかわらず、とにかくスピーディーに荷物をポスティングしていくイメージです。

UDPが活躍する代表的なポート番号

1. 53番：DNS（インターネットの案内所）

• どんな仕事？： 「https://www.google.com/search?q=google.comのIPアドレス（住所）教えて！」と聞くと、「はい、172.217...だよ！」と即答してくれるサービスです。

• なぜUDP？： 住所を聞くだけの簡単なやり取りに、いちいち「今から聞いてもいいですか？」「いいですよ」といった丁寧な挨拶（3ウェイ・ハンドシェイク）をするのは時間がもったいないからです。一瞬で答えが欲しいのでUDPを使います。（※長い回答が必要な時はTCPを使うこともあります）

2. 67番 / 68番：DHCP（IPアドレスの自動発券機）

• どんな仕事？： スマホやPCをWi-Fiに繋いだ瞬間、「空いてるIPアドレス（部屋）ください！」と叫ぶと、「はい、この番号を使って！」と即座に割り当ててくれる仕組みです。

• なぜUDP？： ネットワークに繋がってすぐの「最初の準備」なので、スピードが重要だからです。

3. 123番：NTP（時報）

• どんな仕事？： 「ピッ、ピッ、ピッ、ポーン」と世界標準の正確な時刻を知らせて、コンピュータの時計を合わせるサービスです。

• なぜUDP？： もし通信が少し遅れて「ポーン」が遅く届いたら、時間が狂ってしまいますよね。届かなかったら、次の時報を聞けばいいだけです。「確実に届ける」ことより「今この瞬間の情報を送る」ことが大事なので、UDPが最適なんです。

TCPとUDPの使いどころ

マンションの優秀な管理人さんは、入居（第5層〜第7層のアプリケーションなど）している住人から荷物の発送や住人宛の荷物が届いたら、その住人の要望に合わせてこの2つを使い分けます。

• 「Webページの大事なデータだから、1文字も欠けないように送ってくれ！」と頼まれたら、コネクション型（TCP）で丁寧に送る。

• 「今の時間を知りたい（時報）だけだから、すぐに回答して」と頼まれたら、コネクションレス型（UDP）で素早く送る。

このように、スマホやパソコンの裏側では、目的に合わせて「TCP」と「UDP」が自動的に選択されています。

ここまで勉強してみて

第4層：トランスポート層の勉強をしてみて、アプリケーション層の入り口なので、たまに聞いたり調査したことがあったので、何となくとっつきやすかったです。
ただ、一番困ったのは「トランスポート層を何に例えるべきか」ということ。ネットワークの世界を物流で捉えることにしたので、流通関連の末端にあるサービスや仕組み置き換えるのが大変でした。
でも、「高級なマンションの仕組み」で捉えればいけるかもと考えたのが、ブレイクスルーでした。もし、アパートや一戸建てで考えていたらどうなっていたか…下手したら、サザエさんやちびまるこちゃんの世界観になっていたかもしれません…。こわやこわや🤭

引き続き、自分のネットワークの仕組み理解するためのチートシートとして、ネットワークの仕組みを嚙み砕いて整理していきますので、宜しくお願いします。