こんにちは！ネットワークの世界に足を踏み入れたばかりの頃って、次から次へと出てくるカタカナ用語や略語に圧倒されてしまいますよね。「NAT？NAPT？なんだか難しそう……」と感じている方もご安心ください。
今回は、私たちが普段何気なく使っている家庭用Wi-Fiルーターの裏側で、パケットがどのようにバトンタッチされ、世界中と繋がっているのかを、身近な例えを交えながら優しく紐解いていきます。一歩ずつリラックスして理解していきましょう！
—
1. 郵便配達員に例える「IPアドレス」と「NAT」の基本
まずは、インターネットの世界の住所事情からお話ししますね。
私たちが自宅で使っているスマホやパソコン、テレビやスマートスピーカーなどのデバイスには、それぞれ家庭内だけの「内線番号」のようなIPアドレス（例：192.168.1.10 など）が割り振られています。これをプライベートIPアドレスと呼びます。
しかし、この内線番号のままでは、広大なインターネットの海（外の世界）に出ることはできません。外の世界で通用するのは、プロバイダーから割り当てられた世界にひとつだけの「グローバルIPアドレス」という本住所だけだからです。
ここで登場するのが、NAT（Network Address Translation）という技術です。
NATのイメージ：会社の代表電話と内線
大きな会社を想像してみてください。外からの電話はすべて会社の「代表番号（グローバルIP）」にかかってきて、受付の人が「〇〇課の田中さんですね、内線に繋ぎます」と取り次ぎますよね。NATは、これと全く同じことをやっています。
家庭用ルーターという「受付係」が、家族（各デバイス）が外に荷物を送るときに、送り主の住所を「我が家の代表住所（グローバルIPアドレス）」に書き換えて送り出してくれるのです。
—
2. 家族全員が同時にネットを見るための魔法：NAPT（IPマスカレード）
「ちょっと待って、それじゃあ家族全員が同時にYouTubeを見たり、オンラインゲームをしたりしたら、ルーターという受付係は『どの荷物への返事だっけ？』とパニックになっちゃうんじゃないの？」
鋭いご質問ですね！ その通り、ただのNATだと、全員の通信が「我が家の代表住所」にまとめられてしまうため、返事が届いたときに誰宛のものか分からなくなってしまいます。
そこで使われるのが、今回の主役であるNAPT（Network Address Port Translation）です。別名「IPマスカレード（仮面舞踏会）」とも呼ばれます。
ポート番号という「荷物の伝票番号」
NAPTは、IPアドレスだけでなく、ポート番号という小さな番号を組み合わせて管理します。
郵便の例えで言うなら、我が家の代表住所（グローバルIP）のあとに、「内線100番のスマホからの荷物には『伝票番号：50001』を貼っておこう」「内線105番のパソコンからの荷物には『伝票番号：50002』を貼ろう」と、個別の管理番号（ポート番号）をシュッと書き加えるイメージです。
これなら、外から「伝票番号 50001 宛ての荷物だよ！」と返事が返ってきたとき、ルーターの受付係は「あ、これはさっきスマホが送ったやつだな」と一瞬で判断して、スマホにバトンを返すことができますよね。
—
3. ルーターの記憶力：セッションテーブルの仕組み
ルーターのこの「受付台帳」のことを、ネットワークの世界ではセッションテーブルと呼びます。
【ルーターのセッションテーブル（イメージ）】
-----------------------------------------------------------------------------------------
送信元IP (内線) | 送信元ポート | 変換後のIP (外向き) | 変換後ポート | 宛先IP (通信先)
-----------------------------------------------------------------------------------------
192.168.1.10 | 54321 | 203.0.113.50 | 60001 | 93.184.216.34 (Web)
192.168.1.15 | 49152 | 203.0.113.50 | 60002 | 151.101.1.140 (動画)
-----------------------------------------------------------------------------------------私たちがブラウザでウェブサイトを開いたり、アプリを更新したりするたびに、このセッションテーブルに新しい行が1つずつ書き込まれていきます。通信が終わると、この行は綺麗に消しゴムで消されます。このダイナミックな管理のおかげで、私たちは何台ものデバイスから同時にインターネットを満喫できるのです。
—
4. 恐怖の「セッションテーブル枯渇」とその挙動
さて、ここからが現場でよくあるリアルなお話です。
「最近、家族みんなが家にいる時間になると、急にWi-Fiが重くなるんだよね……電波はフルなのに、なぜかページの読み込みが止まる！」
そんな現象に直面したことはありませんか？ 原因の一つが、このセッションテーブルの枯渇（こかつ）です。
なぜセッションが枯渇するのか？
家庭用ルーターにも、記憶できるキャパシティ（最大セッション数）の限界があります。安価なモデルだと数千件、高性能なゲーミングルーターやメッシュWi-Fiシステムでも数万件程度です。
ここで、現代ならではの「犯人たち」を見てみましょう。
- 大量のタブを開いたままのブラウザ（裏で何十個もの広告やコネクションを維持している）
- P2P通信やオンラインゲーム（数千〜数万の同時コネクションを張るものがある）
- スマート家電やIoTデバイスの群れ（数秒おきにクラウドへ死活確認の通信を行っている）
これらが積み重なると、ルーターのセッションテーブルの空きが「0」になってしまいます。受付係の机の上が、メモ用紙で埋め尽くされてパニックを起こしている状態です。
枯渇するとどうなる？
セッションテーブルがパンクすると、ルーターは新しい通信の予約（エントリの追加）を受け付けられなくなります。結果として、「新しいWebページを開こうとしても『サーバーが見つかりません』と表示される」「スマホで新着メッセージの読み込みがフリーズする」といった症状が起きます。
不思議なことに、すでに繋がっている動画のストリーミングなどは何事もなく再生できたりするので、「Wi-Fiは繋がっているのにネットが見られない」という非常に厄介なトラブルになるのです。
—
5. 現場のエンジニアが教える！トラブルを防ぐための実用アプローチ
もしご自宅のネットワークでこうしたセッション枯渇の兆候を感じたら、インフラエンジニアとして次のようなアプローチを試してみてください。
① ルーターの再起動とスペックの見直し
最も手っ取り早い解決策は、ルーターの再起動（電源の抜き差し）です。これにより、古いゴミデータ（ゾンビセッション）がきれいさっぱりクリアされます。
もし日常的にフリーズするようなら、お使いのルーターの同時セッション処理能力が家族のデバイス数や利用スタイルに見合っていない可能性があるため、より処理能力の高いミドルレンジ〜ハイエンドのルーターやメッシュWi-Fiへの買い替えを検討しましょう。
② パラメーターや設定の見直し例（Linux/ルーター環境等）
もし自宅でLinuxサーバーや高度なオープンソースルーター（OpenWrtなど）を運用している場合は、カーネルパラメータを調整してセッションのタイムアウト時間を短縮し、古いセッションを早めに掃除させることができます。
例えば、Linuxの sysctl を用いてTCPの接続終了待ち時間（FIN_WAIT や TIME_WAIT）を調整する設定例は以下の通りです。
# /etc/sysctl.conf などに記述するパラメータの例
# 接続が切断された後のTIME_WAIT状態の時間を短縮し、セッションの解放を早める
net.ipv4.tcp_fin_timeout = 15
# コネクション追跡（Netfilter）の最大セッション保持数を増やす（※ハードウェアのメモリに依存します）
net.netfilter.nf_conntrack_max = 65536
# アイドル状態のTCPコネクションの保持時間（秒）を少し短くしてテーブルを圧迫から守る
net.netfilter.nf_conntrack_tcp_timeout_established = 3600*(※一般的な家庭用ルーターではこれらの内部パラメータを直接触ることはできませんが、高度なファームウェアを導入している環境では非常に効果的なチューニングとなります)*
—
まとめ
今回は、家庭用ネットワークの裏側を支えるNAT・NAPTの仕組みと、見落とされがちなセッション管理のドラマについて解説しました。
- NAT は、プライベートIPとグローバルIPを翻訳する「会社の受付係」。
- NAPT は、ポート番号を使って複数のデバイスの通信を同時に識別する「魔法の伝票管理」。
- セッションテーブル がパンク（枯渇）すると、Wi-Fiの電波が良くてもネットが繋がらなくなる。
私たちが何気なくブラウザで検索ボタンを押した瞬間、ルーターの小さな頭脳のなかでは、これほど緻密でダイナミックなパケットの宛先管理が行われているんですね。ネットワークの仕組みが少し身近に感じられたでしょうか？
日々の快適なネットライフの裏側にある技術に思いを馳せつつ、もしトラブルが起きたときは「もしかしてセッションがパンクしてる？」と疑ってみてくださいね。それではまた次回の技術解説でお会いしましょう！
コメント