要約

  • APNICが8月24日に掲載した家庭用ルーターの解説は、WANポートのプライベートIPv4が「常に」CGNATを意味するとした。単独の表示値からは、そこまでの結論は導けない。
  • RFC 1918、RFC 6598、宅内の二重NAT、DS-Liteでは境界も対処も違う。アドレス種別、外部から見た出口、上流機器、IPv6方式を組み合わせて初めて診断になる。

画面が示すのは隣の一歩だけ

PublicNowに残るのは、MikroTikを家庭用ルーターとして使う読者向けの寄稿記事だ。割り当てられたWANアドレスを確認し、外部サービスが観測するアドレスと比べるという手順は妥当である。問題は、プライベートアドレスが表示された瞬間に、通信事業者網内のCGNATまで確定したと扱う点にある。

ルーターが知るのは直近のリンクで受け取った識別子だ。それがプライベートなら、公共のIPv4インターネットへ出る前に変換またはカプセル化が必要だと分かる。だが、変換装置の所有者、段数、実際のサービス境界までは分からない。

簡単な反例は宅内にある。事業者提供ゲートウェイがルーターモードのままグローバルIPv4を保持し、その下の利用者ルーターへ192.168.1.2を渡している場合だ。後段ルーターのWAN表示は確かにプライベートだが、確認できたのは宅内二重NATであり、事業者CGNではない。上段機器をブリッジにすれば状況が変わる可能性がある。

アドレス帯が語る範囲

RFC 1918は10/8、172.16/12、192.168/16をプライベートネットワーク用とする。同じ値が家庭、企業、管理ネットワークで再利用されるため、グローバル一意でないことは分かっても、誰が変換しているかは特定できない。

RFC 6598の100.64/10は、サービス事業者がCGNインターフェースで使う共有アドレス空間である。RFC 1918より強い手掛かりだが、それでも一画面から加入者と公開アドレスの対応、ポート割当、記録期間、真の分界点は読み取れない。

DS-Liteでは見方をさらに変える必要がある。RFC 6333はIPv4パケットをIPv6経由でAFTRへ運ぶ。利用者から見ればIPv4着信が難しいという症状は似ていても、決め手はIPv6トンネルとAFTRの構成であり、単なるIPv4二段変換とは制御面が異なる。

最低限の診断記録には、WAN IPv4の正確な値と区分、同時刻に外部で観測した公開IPv4、上流ゲートウェイの有無、ネイティブIPv6とAFTRの状態、プロトコル・ポート・時刻を記した着信試験、契約商品または問い合わせ番号に結び付く事業者説明が必要だ。RFC 6888がCGNのマッピングやフィルタリング動作まで扱うことからも、単一のアドレス表示だけでは装置の性質を示せない。

掲載場所が断定を強くする

独立した保存ページには、寄稿であり見解は筆者のものだという注記がある。これは責任主体を明示するが、技術上の飛躍を解消しない。地域インターネットレジストリの情報面に載ることで、同じ一文でも個人ブログ以上の重みを帯びる。

Heng Luの最小初期仕様という考え方なら、観測が保証する最小の文だけを固定し、次の確認事項を開いておく。さらに動くコードと観測可能な振る舞いを重視すれば、画面の値は結論ではなく再現可能な試験の入口になる。

元の解説が伝える実務上の注意は正しい。上流でアドレスを共有する多くの利用者は、通常の方法でIPv4着信を受けられない。ただし、制約の存在と原因の同定は別である。「プライベートWANは上流の境界を示す。CGNATは確認すべき候補の一つ」と書けば、助言の分かりやすさを損なわずに済む。

情報源