おはようございます！！！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-06-26（UTC基準）に公開されたInternet-DraftとRFCをまとめました。
- Internet-Draft: 本Part19件（本日のInternet-Draft合計59件）
- RFC: 本Part1件（本日のRFC合計1件）
参照先:
その日のサマリー & Hot Topics
- 2026年6月26日分の後半は、認証と輻輳制御、証明書の名前制約が横に並びます。SCRAMの2要素拡張やKerberos PKINITへのML-KEM導入が認証まわりの耐量子と多要素化を進め、QUICの部分配送つきリセットやpacing、レート制限時の輻輳ウィンドウ増加が転送の細部を整えます。証明書ではLeafy GreensのEENRが、ワイルドカードと名前制約の隙間を塞ぐ末端名の制約を定義しました。エージェントAIの利用例分類やAgent Gatewayの中核構成、本日唯一のRFCとしてBGPのLink Bandwidth拡張コミュニティが発行され、重み付き負荷分散の土台が整いました。
- 後半の注目は証明書の安全性を締めるEENRです。Leafy Greensは、RFC5280の名前制約とワイルドカードのSANが噛み合わず除外名を防げない隙間へ、独自の照合意味論を持つクリティカル拡張で末端証明書のdNSNameを縛ります。認証側ではPKINITがFIPS203のML-KEMで耐量子の鍵確立を加え、SCRAMはTOTPやPasskeyを第二要素へ据えました。輻輳制御ではレート制限時の窓の増やし方が四つのRFCを更新し、送信アプリの供給不足や受信側フロー制御の場面での挙動をそろえています。
投稿されたInternet-Draft
Extensions to Salted Challenge Response (SCRAM) for 2 factor authentication
SASL認証機構の一族であるSalted Challenge Response Authentication Mechanism、いわゆるSCRAMを拡張し、2要素認証への対応を新たに加える文書です。素早い再認証を実現する別の拡張も併せて盛り込んでいます。第二要素の例としてTOTPとFIDO CTAP1、つまりU2FやPasskeyの二つを挙げ、既存のSCRAM構造を大きく崩さずに多要素化を進める道筋を丁寧に示しています。RFC 4422やRFC 6238の枠組みを踏まえたうえで、実装への影響を抑えた拡張設計となっています。
Draft Link
AI enablement interface for multimedia services platforms
3GPPのIP Multimedia Subsystemのようなマルチメディア通信フレームワークと、テキストや音声、映像、画像を扱う大規模言語モデルなどAIベースのサービスとの統合を可能にする、汎用の界面を規定する文書です。SIP網や3GPPが定義するIMSのように音声、映像、メッセージのサービスを支える網を対象に、基盤技術や配備環境に依らず様々なAIプラットフォームへ接続できるよう、界面はプラットフォーム非依存で柔軟に設計されています。自然言語理解や意味解析、文脈処理といった高度な機能を標準化された界面を通じて取り込めるようにします。
Draft Link
Post-quantum Key Encapsulation with ML-KEM in Public Key Cryptography for Initial Authentication in Kerberos (PKINIT)
Kerberos PKINITの事前認証機構へ、FIPS203で定義されるModule-Lattice-Based Key-Encapsulation Mechanism、いわゆるML-KEMを使う耐量子の鍵確立を支える拡張を規定した文書です。PA-PK-AS-REPの新しいkemInfoアームや、KDCが署名するKDCKEMInfo構造、HKDF-SHA-512を用いたAS応答鍵導出、ダウングレード防止の規則を定めています。このKEM経路の枠組みはML-KEMだけでなく、Composite ML-KEMアルゴリズムや将来の標準にも対応できる作りです。
Draft Link
QUIC Stream Resets with Partial Delivery
QUICはストリームでの送信を中止するRESET_STREAMフレームを定義しており、送信側がストリームをリセットするとパケット損失時の再送も止まり、受信側にはそのストリームのデータが届く保証がなくなります。本ドラフトはRESET_STREAM_ATという新しいフレームを定義し、ストリームをリセットしつつ、あるバイトオフセットまでのデータ配送は保証する仕組みを提案しています。既存のリセット挙動を保ったまま、部分的な配送保証を上乗せできる点が特徴で、輻輳制御や再送処理の実装設計にも配慮を求める提案内容です。
Draft Link
Export of ECN Information in IPFIX
Explicit Congestion Notification、いわゆるECNを監視するためのIPFIX Information Elementの集合を、Low Latency, Low Loss, and Scalable Throughput、つまりL4Sのサービスの文脈で定義する文書です。これらのInformation Elementを用いることで、網の運用者はL4S配備の中でのECNコードポイントの使用状況を観測し、対応するトラフィックの性能を評価できるようになります。監視項目を標準化し、配備後の運用評価に使える形へまとめています。
Draft Link
SRv6 for PPPoE Transport
IPv6のアンダーレイトンネルを使い、ブロードバンド網でPPPoEセッションの情報を転送する方法を提示する文書です。SRv6 SIDのプログラム可能性を活かすことで、ブロードバンド利用者への信頼できる認証と安全なアクセスが可能になります。加えて、差別化されたサービスの提供や柔軟なサービス配備という運用者側の需要にも応える設計になっており、既存のPPPoE運用の枠組みを崩さずにSRv6の機能を組み合わせられる点が、この転送方式の特色として挙げられます。IPv6網の資産を活かした構成といえる点も見逃せません。
Draft Link
Taxonomy for Agentic AI Use Cases
大規模言語モデルに頼って多段のタスクを計画し実行し、道具と相互作用したり他のエージェントと協働したりするエージェント的AIの系は、相互運用性や拡張性、管理ドメインをまたぐ安全な運用という新たな要求をインターネットプロトコルへ生みます。本ドラフトは代表的な利用例を棚卸しし、長寿命で多モードの相互作用、委譲と協調のパターン、セキュリティやプライバシーのフックといった要件を捉える文書です。A2AやMCPなどエージェント間・エージェント対道具のプロトコルが既存のIETFプロトコル上へどう重なるかの理解も助けます。
Draft Link
A CoRIM Profile for Arm's Confidential Computing Architecture (CCA) Endorsements
Arm Confidential Computing Architecture、いわゆるCCAのEndorsementsは、検証者がCCAの系が生むAttestation Evidenceを評価するのに要る、参照値と暗号鍵材料からなります。本メモはこのCCA EndorsementsをCoRIMデータモデルのプロファイルとして定義する文書です。検証者側が参照すべき値の構造を明確にすることで、Evidenceの評価手順を標準化された形に落とし込んでおり、CCA環境の信頼性判断を支える基盤の一部と位置づけられる内容です。
Draft Link
Measurement and Analysis of IPv6 Interface Identifier Patterns in the Real World
Interface Identifier、いわゆるIIDはIPv6アドレスの主要な構成要素で、利用者のプライバシーと網偵察の実現可能性に大きく影響します。RFC 7707は初期のデータに基づくIIDパターンの分析を与えましたが、RFC 7217のようなプライバシー強化標準の採用が進み、過去のデータは現在のIPv6生態系を映さなくなりました。本ドラフトは改良した認識手法と公開メーリングリストなどの新しいデータ源を取り入れ、最新の測定を示す文書です。サーバアドレスではLow-byteパターンが大きく減り、クライアント端末は無作為化アドレスを広く採っています。
Draft Link
Pacing in Transport Protocols
アプリケーションや輻輳制御の仕組みは、不要なキューイングやパケット損失を招くバースト的なトラフィックを生むことがあります。そうしたバースト性を抑えるため、送信側からのトラフィックを往復時間にわたって均等に間隔を空けるpacingという概念が、多くのトランスポートプロトコルの実装で長く使われてきました。本ドラフトはpacingという考え方の全体像を示すとともに、既知のいくつかのpacing実装がそれぞれどのように動くかを丁寧に述べる文書で、実装ごとの違いを整理しながら設計上の勘所を落ち着いてまとめた内容です。
Draft Link
Increase of the Congestion Window when the Sender Is Rate-Limited
送信側の通信がレートで制限されている場面を対象に、輻輳ウィンドウをどのように増やすかを定めた文書です。送信アプリケーションがデータを十分に供給しない場合や、受信側のフロー制御が働いて送信量が抑えられる場合など、レートで制限される具体的な状況を挙げています。RFC5681、RFC9002、RFC9260、RFC9438という四つの文書を同時に更新し、レート制限下での輻輳ウィンドウ増加の扱いをまとめて明確にする内容です。既存の輻輳制御アルゴリズムに新たな規定を組み込み、実装ごとの挙動を揃える更新になっています。
Draft Link
Guidelines for Considering Operations and Management in IETF Specifications
新しいプロトコルやその拡張は、運用と管理に必要な機能を設計段階から組み込むのが望ましく、後付けの対応は望ましくないという立場から書かれた文書です。IETF Streamで仕様を書く著者やレビュアに向けて、どのような運用・管理面を扱うべきかの指針を示しています。RFC5706を全面的に置き換えて廃止し、新しい運用・管理技術や仕組みを反映して更新する内容です。RFC2360も更新し、必須だったMIB作成の要件を廃止します。新たなIETF Stream文書には運用上の考慮事項の節を設けるよう求めつつ、該当する考慮がない場合には免除する逃げ道も併せて用意しました。
Draft Link
Applicability of TVR YANG Data Models
Time-Variant Routingは、内的または外的な要因によって起こる予測済みのtopology変化に合わせて設計されたルーティングの仕組みです。資源保全網や運用効率網、動的到達性網といった利用例を挙げ、TVRのスケジューリング機能を主要な用途でどう実装するかを具体例とともに示す文書です。TVRのデータモデルのどの部分をなぜ用いるのかを説明し、選定の理由づけを整理しています。あわせて、TVRを基盤とした技術を配備する際の運用面とセキュリティ面の考慮点も概説し、実装や配備を検討する際に参照できる考慮点をまとめています。
Draft Link
Leafy Greens - End Entity Name Restrictions
RFC5280のname constraintの照合とワイルドカードのsubject alternative nameの組み合わせには、除外名を使う証明書の発行を防げない隙間があります。この文書はEnd Entity Name Restrictions、略してEENRを定義し、CA証明書へ新しいクリティカルなX509拡張を設け、そのCA配下で発行される末端証明書のdNSNameエントリを制約します。ワイルドカードのdNSNameを含め独自の照合意味論を規定し、アプリケーション側の解釈には委ねません。範囲はTLSの証明書経路検証に限られます。
Draft Link
Encapsulation of OpenFlow over Delay-Tolerant Networking (DTN) Using the Bundle Protocol
遅延耐性のあるネットワーク、DTN上でBundle Protocolを使ってOpenFlowメッセージを運ぶ方法を規定した文書です。OpenFlowメッセージをBundleのペイロードとしてカプセル化し、メッセージとBundleの対応づけやペイロード形式、DTNのEndpoint Identifierに基づくアドレス指定と多重化の扱いを定めています。断続的にしかつながらず遅延も大きいリンクで起こりうる、断片化や重複配送、順序が入れ替わる到着といった状況を取り上げ、対応するメッセージ処理の規則も定義しました。この規則群によってOpenFlowの意味論を変えずにDTNを越えた伝送を実現しています。
Draft Link
PCEP extensions for SR P2MP Policy
Segment RoutingにおけるPoint-to-Multipoint Policyは、P2MPサービスを提供するためのアーキテクチャを支える一連のポリシー群です。この文書は、ステートフルなPCEがRootノードからLeafノード群へ向けてSR-MPLSのP2MP経路を計算し起動できるようにする、Path Computation Element Communication Protocol、略してPCEPへの拡張を規定しています。制御装置側からP2MP経路の計算と起動を扱えるようにする拡張であり、複数拠点へ向けた経路をPCEが一括して管理できるようにする内容です。
Draft Link
BGP SR Policy Extensions for State Report
SR Policyの設定に用いるのと同じプロトコルであるBGP SR Policyを拡張し、SR PolicyやCandidate Path、Segment Listといった要素の運用状態を報告できるようにする文書です。BGP Tunnel Encapsulation属性の中に任意のState sub-TLVを導入し、ネットワーク要素から制御装置へ向けて、Down、Inactive、Invalidなどの運用状態と理由を報告できるようにしています。これらの拡張は運用状態の報告そのものに範囲をとどめ、経路選択の手順や基盤となるBGPプロトコルの動作には手を加えていません。
Draft Link
Agent Gateway Core functional Architecture
汎用の基盤コンポーネントとして位置づけられるAgent Gatewayの中核機能アーキテクチャを定めた文書です。単一ドメイン内で複数のエージェントが協働する場面や、ドメインをまたいで複数エージェントが通信する場面で生じる、信頼境界やプロトコル終端、能力発見、タスクの経路づけといった課題への対応を目指しています。全体の枠組みは四つのゲートウェイ能力からなり、エージェント間通信を担うA2A Gateway、道具の呼び出しを担うMCP Gateway、大規模言語モデルの呼び出しを担うModel Routing Gateway、下層のネットワーク接続を担うNetwork Gatewayで構成されます。
Draft Link
HTTP/3 over QMux
HTTP/3をQMuxと呼ばれる下位のトランスポート層の上で動かすための方法を定めた文書です。QMuxを土台として使う場合に、HTTP/3のメッセージ交換をその上でどのように成立させるかという一点だけに絞って規定しています。ほかの論点には踏み込んでおらず、短い分量の中に要点だけを絞り込んだ、簡潔な記述にとどめています。QMuxという多重化の仕組みと、HTTP/3という上位層のプロトコルとの組み合わせ方を明確にすることに徹し、実装者が両者の接続の仕方を迷わず把握できるよう、QMux上でHTTP/3を運用するための土台を丁寧に示しています。
Draft Link
発行されたRFC
BGP Link Bandwidth Extended Community
BGPの拡張コミュニティのひとつであるLink Bandwidth Extended Communityを定義したRFCです。マルチパスの構成において重み付きの負荷分散を可能にするため、帯域幅の情報を運ぶコミュニティとして規定されています。この拡張コミュニティ型がとる形式と、それを受け取った側での処理規則を定めており、複数の経路に流量を振り分ける際の判断材料として帯域幅の値を使える仕組みです。ルーティングの経路選択そのものを変えるのではなく、負荷分散に使う重みの情報を運ぶ点に焦点を絞った規定になっています。
Draft Link
編集後記
- 証明書の名前制約の穴を静かに塞ぐEENRのような、普段はまったく表に出ないけれど確実に足元の安全を支えてくれる細やかな仕事を一つひとつ眺めていると、標準化ってこういう地味で根気のいる守りの積み重ねなんだよなあと、読みながらしみじみ胸が熱くなってきます。今日の締めくくりに久しぶりのRFCが一本きちんと発行されていたのも素直に嬉しくて、数えきれないほどのドラフトが長い議論と改訂を何度も重ねた末に、こうしてようやくひとつの形へ結実していくのだと思うと、明日からのウォッチングもまた一段と楽しみになってきました。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。