【実務・中級編】 IPv4 PPPoEとIPoE（IPv4 over IPv6 / MAP-E / DS-Lite）のルーティング性能差 – 家庭用ネットワーク・IoT・モバイル通信実践ガイド

なぜ夜21時のYouTubeが止まるのか？――PPPoEとIPoEの「中身」をエンジニア視点で解き明かす

エンジニアの皆さん、こんにちは。自宅の回線速度が夕食後にガクッと落ちる現象に頭を抱えたことはありませんか？「光回線なのに、なぜか夜だけ低速」というこの問題、実はインフラの現場では「PPPoE網の網終端装置（NTE）の輻輳」という言葉で片付けられてしまうものですが、その裏側で何が起きているのか、パケットの動きを追ったことはあるでしょうか。

今日は、家庭内ネットワークの主役である「ルーター」が、なぜPPPoEとIPoEでこれほどまでに挙動を変えるのか、その技術的差異をエンジニアの視点から紐解いていきます。

—

1. PPPoE vs IPoE：ルーティングの「トンネル」を理解する

まず、PPPoEとIPoEの決定的な違いは、「認証とカプセル化の有無」にあります。

PPPoE (Point-to-Point Protocol over Ethernet):
端末ごとにセッションを張り、ユーザー名とパスワードを送出します。ルーターはここで「認証」という重たい処理を行い、さらにPPPoEヘッダーを付与してパケットをカプセル化します。
問題は、NTT局舎内の「網終端装置」を通る必要があること。ここが物理的なボトルネックとなり、利用者が増えると帯域が飽和します。

IPoE (IP over Ethernet):
認証を省略し、直接IPv6ネットワークに接続します。ここで重要なのが、IPv4パケットをどう通すかという技術です。これが「IPv4 over IPv6」と呼ばれる、MAP-E（v6プラス等）やDS-Lite（transix等）といった方式です。

なぜルーターのCPU負荷が違うのか？

PPPoEは、ルーターがPPPoEセッションを維持し、パケットごとにヘッダーを生成・解釈する計算コストがかかります。対してIPoE（特にハードウェアオフロードが効く方式）は、カプセル化処理をASICや専用チップセットが担当するため、CPU負荷が劇的に下がります。

—

2. パケットの動き：IPv4 over IPv6のシーケンス

例えばDS-Liteの場合、ルーターはプライベートIPアドレス（192.168.x.x）のパケットを、IPv6ヘッダーで「カプセル化（トンネリング）」してプロバイダーのAFTR（Address Family Transition Router）まで運びます。

通信フローの簡略図

1. PC: curl http://example.com を発行。
2. ルーター: 宛先がグローバルIPv4なら、パケットをIPv6にカプセル化。
3. ISP網: IPv6パケットとして高速にスイッチング（網終端装置をバイパス）。
4. AFTR: カプセルを剥がし、元のIPv4パケットとしてインターネットへ転送。

この「剥がす・包む」処理がCPUで行われるか、ハードウェアで行われるかが、家庭用ルーターのベンチマークスコアに直結します。

—

3. 実務で役立つデバッグ手順

Web APIのレスポンスが遅い際、それがサーバーの問題なのか、ネットワーク経路のボトルネックなのかを切り分けるためのTipsです。まずはmtr（My Traceroute）で経路のパケットロスを確認しましょう。

# 特定のドメインへの経路確認。PPPoE環境だと網終端装置付近でロスが出やすい
mtr -rw example.com

# HTTPヘッダーを確認して、接続先のIPタイプを推測する
# IPv4 over IPv6の場合、グローバルIPがISP共有のものになっているか確認
curl -v -o /dev/null http://ifconfig.me

Pythonで特定のAPIを叩く際、接続の遅延をプロファイリングするコード例です。

import requests
import time

def check_api_latency(url):
    start = time.perf_counter()
    try:
        # 接続のタイムアウトを短めに設定し、ネットワークの詰まりを検知しやすくする
        response = requests.get(url, timeout=5)
        end = time.perf_counter()
        print(f"Latency: {end - start:.4f} seconds")
    except requests.exceptions.Timeout:
        print("Network congestion: Timeout occurred")

check_api_latency("https://api.github.com")

—

4. ルーター選定の勘所：エンジニアが注目すべきスペック

家庭用ルーターを選ぶ際、メーカーのカタログスペック（最大通信速度など）はあまり信用できません。注目すべきは以下の点です。

ハードウェアNAT/オフロード対応: 「IPv4 over IPv6対応」と書かれていても、それが「ソフトウェア処理」か「ハードウェア処理」かで、高負荷時のスループットが桁違いです。
ポート開放の制限: MAP-E方式（v6プラスなど）は、ポート番号を制限して運用するため、特定のサーバーを公開したり、P2P通信を行う際に制約が出ます。これを回避できる「ポート開放機能」のUIがあるか確認しましょう。
CPUコア数とメモリ: 近年のルーターはLinuxベースです。Dockerコンテナを動かせるような機種や、VPN（WireGuard等）をハードウェアアクセラレーションできる機種を選ぶと、後々遊びの幅が広がります。

最後に：ネットワークは「生き物」である

PPPoEからIPoEへの移行は、単なる「速い回線への乗り換え」ではありません。それは、レガシーな網終端装置という「渋滞ポイント」を物理的に回避する、非常に賢いルーティングの選択です。

皆さんの自宅ネットワークも、ぜひ一度パケットの挙動を観察してみてください。「なぜ遅いのか」を論理的に切り分ける作業は、インフラエンジニアとしての醍醐味であり、その知見は必ず仕事の現場でも活きてくるはずです。

では、快適なネットワークライフを！