要約

  • draft-ietf-radext-epcs-00 は、EPCS対応能力、規制情報、加入者の認可、優先度を運ぶ三つのRADIUS属性を提案する。現時点ではInternet-Draftであり、RFCではない。
  • Access-Accept が示すのはAAAサーバーの応答である。APの有効化要求、端末の受諾、無線時間の配分、後段での扱い、アプリの完了までは証明しない。
  • 必要なのは、外部の資格付与から加入者記録、接続、RADIUS交換、端末交渉、分類、無線制御、後段、最終結果までを分離した証跡である。

無線の混雑は、認可データベースを読まない。サーバーが高い優先度を返しても、同じチャネルには別の端末が存在し、再送が起こり、後段の回線やアプリにも独自の混雑がある。今回の草案を正しく評価するには、属性の形式より先に、この物理的な非対称性を置く必要がある。

改訂00が描く開始点はWi-Fiではない。外部の認可主体が、法制度に基づいて利用者へ資格を与える。サービス事業者が加入者記録へ反映し、Wi-Fi事業者がAAAへ必要な状態を同期する。利用者はPasspointやRoaming Consortium Organization Identifierを使ってネットワークを発見し、関連付けを行い、EAPでRADIUSが扱える本人性を成立させる。その後に初めてアクセス要求が処理される。

したがって、整形式の応答と正しい権限は別の事実である。期限切れの加入者状態、誤ったrealm対応、古い位置情報からも、構文上は正しいAccess-Acceptを作れる。AAAログはサーバーが何を判断したかを示す。外部認可の識別子、有効期間、適用管轄は、その判断をしてよかった理由を示す。

EPCS-Capable-Indication はAccess-Requestに任意で入る32ビット値である。値0では、NASは端末自身のEPCS能力にかかわらず優先処理を提供できる。非対応端末には下りだけ、対応端末には上りと下りの双方を提供し得る。値1では、EPCS対応端末だけが対象となり、非対応端末の認可フローは優先されない。この属性は可能性を申告するのであって、スケジューラが実行済みだと報告するものではない。

上りと下りを分ける理由は実装上明確だ。APは端末へ送るフレームの順序を制御できるが、上り送信を始めるのは端末である。APまたはWLCからEPCS有効化要求を送り、端末から応答を得る別の段階が必要になり得る。要求の欠落、拒否、ファームウェア差は、AAA成功を取り消さないまま実際の方向別効果だけを変える。

EPCS-Regulatory-Info はAccess-Acceptで返され、ISO 3166-1と3166-2に基づく国・地域文字列を運ぶ。管轄を暗黙の設定から明示的な判断材料へ移す点は重要である。しかし、属性そのものが位置の正しさや鮮度を保証するわけではない。ローミングでは同じ利用者が別の規制領域へ移る。位置の出所と観測時刻を切り離すと、管轄だけがもっともらしく残る。

EPCS-Subscription-Info の存在は、認証済み利用者がEPCSを認可されていることを示す。32ビット値は規制制度が管理する優先レベルである。ただし、その値を実際のキュー、マーキング、無線スケジューリングへどう変換するかはベンダー固有で、草案の範囲外とされる。共通属性は共通動作を自動的には生まない。

さらに、認可された通信をどのパケットとして識別するかが残る。利用者の全トラフィックを優先する政策と、対象アプリのフローだけを優先する政策は同じではない。分類器が対象を決め、AP/WLCが意図したキューを選び、無線区間が送信機会を与え、後段網が扱いを保持または変換し、アプリが応答する。優先度は順番を変え得るが、帯域や電波を追加しない。

監査に必要なのは単一の成功コードではなく、結合可能な一連の記録である。外部認可参照と期限、加入者とrealm、端末・AP・WLC、接続時刻、ローミングコンソーシアムとcivic location、要求と応答の全属性、規制情報と優先レベル、端末への有効化要求と応答、フロー分類、キュー選択、無線時間・再送・遅延、後段のマーキング、アプリ結果を保持する。欠けた区間は「成功」で埋めず、不明として残すべきだ。

RADIUSの保護は必要だが範囲がある。安全なネットワーク外で使う場合、草案はIPsec、TLSまたはDTLSを要求する。これらは通信相手と転送中の完全性を守れるが、加入者データ、位置、分類ルール、スケジューラの実行を検証しない。安全なトンネルは誤った判断も正確に届ける。

米国のWireless Priority Serviceに関するCISAの説明は、「優先」の現実的な意味を考える参考になる。混雑時の完了確率を高めるが、進行中の通話を排除せず、一般利用者を締め出すものでもない。ローミングで効果が弱まる場合もある。これは既存制度の説明であり、草案の規範要件ではない。それでも、優先と保証を区別する実例ではある。

標準化の状態も誇張できない。RADEXTは2026年9月に文書を作業項目として採用し、Standards Trackを目指している。しかし改訂00の状態はI-D Existsである。採用は問題への共同責任を意味するだけで、IETF最終合意、RFC、製品相互運用、特定網での導入を証明しない。

草案の価値は、秘密の二者間取り決めになりがちな資格を共通インターフェースへ移すことにある。Heng Luが述べる最小初期仕様の考え方に沿えば、共通部分を定義しても、将来の局所判断まで一つの権威へ集める必要はない。RADIUSは認可を運べる。実際に電波とコードが何をしたかは、別の記録で示さなければならない。

出典