要約
- RFC 3316は、GPRSとUMTSをIPv6のポイントツーポイントリンクとして説明した。ルーター探索後、ホストにとって唯一の隣接ノードは既定ルーターであり、解決すべきリンク層アドレスはなかった。
- 省けたのはアドレス解決であって、ルーターが到達可能かを知る必要ではない。近隣到達不能検出(NUD)は残り、TCP、RTCP、SIPの応答が条件付きで双方向の到達性を示し、重複するプローブを省ける場合があった。
分析
IETFが2003年にRFC 3316を公開したとき、題名は「一部」の第2・第3世代セルラーホストと慎重に限定していた。これはGPRSと指定されたUMTSリリースを使うホストの実装者向けに、IPv6機能をどう適用するかを案内するInformational文書だった。新しいIPv6標準を定めるものでも、あらゆる無線方式、ノートPC、セルラールーターに適用する万能チェックリストでもない。序文は、詳しい分析なしに他のセルラーリンクの決定版リストとして使わないよう警告していた。
その範囲が重要なのは、一般的なIPv6ホスト手順が異なるリンクモデルに出会ったからだ。共有イーサネットでは、パケットを送る前に隣接するIPv6アドレスをリンク層アドレスへ解決することがある。RFC 3316が描いたGPRSとUMTSは違う。リンクはポイントツーポイントに似ており、ホストにとっての隣接ノードは既定ルーターだけで、それはルーター探索で既に見つかっている。インターフェースにリンク層アドレスがないため、アドレス解決も次ホップの判定も不要だった。
ここから「MACアドレスがないなら、隣接状態も不要だ」と誤って推論するのは簡単だ。しかしRFC 3316はそう述べていない。同じ節は、IPv6 Neighbor Discoveryの一般的な仕組みに含まれる近隣到達不能検出、NUDのサポートを引き続き求めている。アドレス解決は、リンク層の宛先をどう作るかという問いだ。NUDは、既知の近隣ノードが今も到達可能かという問いである。前者が不要になっても、後者までは消えない。
理由は実運用にある。直結リンクの外にある宛先へ通信するには、ホストに機能する次ホップが必要だ。ポイントツーポイントのベアラーは相手側のルーターを示すが、そのルーターが後の時点でも到達可能だとは保証しない。ルーター探索、アドレス設定、リンク層解決、近隣の到達性は関連する段階だが、同じ証拠ではない。
セルラーの帯域幅を考えれば、制御メッセージを何度も送る価値も問い直される。RFC 3316は、双方向のIP通信を既に確認できる場合、上位層の到達性確認を使うよう提案した。TCP実装はNeighbor Discovery仕様の説明に沿って確認を提供できる。UDP上のRTPでは、パケットを受信したと示すRTCP受信報告が、データが相手に届いたこと、ひいては隣接ノードまで届いたことの手掛かりになり得る。SIP応答も要求が相手に届いたことを示す。より限定されたサーバー側のケースでは、SIP ACKの受信が、先に送った応答が到着したことを示す場合がある。UDP自体にはその確認機能がない。
これはアプリケーション通信がNUDを不要にするという話ではない。すでにネットワーク上にある有効な応答が、別のプローブを追加せずに、限定された到達性の問いに答えられるということだ。証拠の範囲はそれぞれ異なる。RTCP報告が示すのはパケット受信であり、SIP応答が示すのはSIP交換だ。アプリケーション処理の完了、全経路の健全性、ユーザーがサービスを得たことまで、どちらも証明しない。MACアドレスがないからといって、応答のないUDP通信を成功の証拠に格上げすることもできない。
RFCの別のセルラー向け調整も、この区別を支える。IPv6 over PPPの節は、モバイル端末が接続機器にリンクローカル用インターフェース識別子を提案するケースを扱う。接続機器がグローバルアドレスやプライバシーアドレスに別の識別子を使うことまで禁じてはいない。ステートレス設定の説明も、セルラーインターフェースで重複アドレス検出を省くため、スコープ内で一意なプレフィックスに依存していた。これらは層ごとの具体的な適応であり、IPv6の検査を一括で取り除くものではない。
2013年のRFC 7066はRFC 3316を置き換え、GPRSとUMTSに加えてEvolved Packet Systemを3GPPの対象範囲に加えた。リンク層アドレスがないという説明とNUDサポートの必要性を保ちつつ、GGSNやPGWがアドレス解決の要請に応答しない場合もあると明記した。この後継関係は、3GPPの適用範囲が変わるなかでプロファイルが更新されたことを示すが、特定の動作を実装した端末の割合までは示さない。現在の一般的なIPv6ノード要件はRFC 8504が扱うため、RFC 3316を現行の完全なホスト要件表として紹介すべきではない。
残る工学的な教訓は、「セルラーリンクは特殊だ」という大づかみな話よりも狭く、役に立つ。リンクの種類によって一般的な手順の一つが不要になっても、元の問いが残る場合がある。ここではリンク層アドレスを発見する必要はなかったが、近隣が到達可能だという証拠は必要だった。上位層がそれを提供できるとき、重複した信号を減らせても、サービス全体が正常という証明にはならない。
出典
- RFC 3316 — IPv6 for Some 2G and 3G Cellular Hosts、特に §§1、2.4.1、2.5.1、2.7.1。
- RFC 4861 — Neighbor Discovery for IPv6、特に §§3、7.3.1。
- RFC 7066 — IPv6 for 3GPP Cellular Hosts、特に §§1.1、2.2。RFC Editorの記録は、RFC 7066がRFC 3316を置き換えたと記している。
- RFC 8504 — IPv6 Node Requirements、現在の一般的なホスト要件の背景。
各RFCが示すのはプロトコル上の指針である。信号量の削減、無線の信頼性、電池寿命、導入率、ユーザー体験を測定したものではない。
会員向け解説
プロフィールの詳細
適切な会員レベルでログインすると、解説全文と出典メモをご覧いただけます。
Strategic Circle 限定
Strategic Circle
すべての読者に公開されています。参加してログインすると プロフィール解説 を閲覧できます。
Strategic Circle に参加Leadership Alliance 会員限定
Leadership Alliance
対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。
Leadership Alliance に参加
