こんばんは！！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-05-28（UTC基準）に公開されたInternet-DraftとRFCをまとめました。
- Internet-Draft: 本Part19件（本日のInternet-Draft合計39件）
- RFC: 本Part2件（本日のRFC合計2件）
参照先:
その日のサマリー & Hot Topics
- 2026年5月28日のまとめの後半です。Internet-Draftの21件目から39件目までと、この日に発行されたRFCの2件を扱います。後半は経路とVPNの安全性が厚く、RPKIの状態をBGPに載せない指針、VPNの経路をふるい分けるORF、IS-ISで網を仕切るNRP、域をまたぐ送信元検証の課題整理が並びます。IPv6への移行や衛星の網、IPsecとTLSの鍵まわり、エージェント同士の協調を圧縮するAACPも登場します。発行RFCは、SSHの鍵エージェントの手順を定めた一本と、連絡先をJSONで表すJSContactの2.0版でした。前半に続き、安全と相互運用を地道に固める一日です。
- 後半で印象に残るのは、経路の安全を支える地道な手入れです。RPKIの検証状態をBGPの属性に載せると、ROAの発行や取り消しのたびに更新が世界へ広がりかねないため、載せないよう促す指針が出ました。VPN接頭辞のORFは、共有した接続にあふれるVPNの経路を識別子で絞り、負荷を御しやすくします。鍵まわりでは、TLSの輸出鍵を安全な部品で守る提案や、TCPやIKEv2の伝送を切り分けてPQCの大きな鍵交換に備える工夫が見られます。発行されたSSHの鍵エージェントのRFCも、鍵の取り回しを揃える土台として息長く効きそうです。
投稿されたInternet-Draft
A Bound End-to-End Tunnel (BEET) mode for ESP
IPsecで使われる、端から端までを結び付けるトンネルの方式、BEETモードをめぐる更新です。BEETモードはもともとRFC 7402で説明されていますが、本書はその記述を、IKEv2向けにBEETモードを加えた内容と足並みがそろうように整え直します。処理そのものに変更はなく、あくまで説明を現状に合わせる位置づけです。鍵交換の側で広がった使い方と、データを運ぶ側の記述との食い違いをなくし、読み手が一貫した形で理解できるようにする狙いがあります。仕様の中身を変えずに、文書の間のつじつまを合わせる、地味で実務的な手入れだと言えます。
Draft Link
464XLAT/MAT-T Optimization
IPv6だけの基盤の上で、IPv4しか話せない機器に通信路を与えるとき、流れは二度変換されます。入口でIPv4からIPv6へ、出口でIPv6からIPv4へと戻すためです。ところが宛先がIPv6に対応していれば、二度目の変換は省けます。本書は464XLATとMAP-Tに加える最適化を述べ、宛先へIPv6で届くなら、IPv6の流れをわざわざIPv4へ戻さないようにします。狙いは事業者の網でのNAT64の利用を大きく減らし、処理の性能を引き上げることです。対応済みの宛先が増えるほど効きやすく、移行期の網を軽くする実務的な工夫になっています。
Draft Link
MVPS Vantage Localization Feasibility under MPLS Path Camouflage
経路測定で地点を割り出すとき、IPの地理データベースは当てにならず、tracerouteによる推定も、TTLを伝えない見えにくいMPLSトンネルに乱されます。本書はこのMPLSによる経路の偽装と、MVPSが地点の真正を確かめる問題との関わりを定式化します。三つの貢献を示します。第一に、複数の基準点へのRTTから地点の可能な範囲を絞る補題、第二に、見えないトンネルが持ち込む誤差を見積もる補題、第三に、トンネルを暴く探りと組み合わせれば、偽装された地点のなりすましを高い確率で見抜けるという定理です。新しい局面の名札も加え、通信形式は増やさない情報提供の文書だと位置づけています。
Draft Link
Additional Cryptographic Algorithms For Use With TCP-AO
TCPの通信を守るTCP-AOで使える暗号アルゴリズムを、RFC 5926からさらに増やす提案です。加えるのはメッセージ認証の二つの方式、HMAC-SHA256-128とKMAC256-128で、それぞれに対応する鍵導出の関数も併せて定めます。これらが生む認証値は128ビット、つまり16バイトの長さです。16バイトの認証値をTCP-AOに収めると、TCPのオプションに使える40バイトのうち20バイトを使います。先に挙げた384ビットの提案が上限を超えるのに対し、こちらは枠の内側に収まる手堅い選択肢で、強度と容量の釣り合いを取りたい運用に向いた一冊だと言えます。
Draft Link
IPv6 Wireless Access in Satellite Networks (IPWASN): Problem Statement and Use Cases
衛星のネットワークでIPv6の無線アクセスを実現するための、用途と課題を整理した文書です。対象は地上を離れた非地上系の網、つまり衛星による接続で、IPWASNと名付けています。衛星網ならではの性質として、刻々と変わる接続の形、衛星間リンクを介した多段の通信、高高度の基地局を使う中継、頻繁な切り替え、ばらつく回線品質、途切れがちなつながりを挙げます。これらをふまえ、既存のIPv6の仕組みをそのまま当てはめる際の難しさを洗い出し、適用できる範囲を見極めます。そのうえで、効率よい転送や品質保証、経路の設計、つながりの確保に向けた要件を描き出しました。
Draft Link
RTCP Feedback Message and Request Mechanism for Frame-level Acknowledgement
映像のどのフレームが相手に届いて復号できたかを伝え合う仕組みを定めます。受け取り側の状況を知らせるRTCPのフィードバックと、そのフィードバックを求めるためのRTPヘッダ拡張からなります。主な使いどころは、長期間さかのぼって参照するフレーム構造を組み立てることです。さらに受け手は、受領済みのフレームを起点に作り直した再同期のフレームを要求できます。そのため一部または全部のフレームが失われても、画面全体を作り直す重いキーフレームを送り直さずに、軽く立て直せます。限られた帯域でも映像をなめらかに保ちたい場面で効く工夫になっています。
Draft Link
Guidance to Avoid Carrying RPKI Validation States in BGP Path Attributes
RPKIで導いた経路の検証状態を、BGPの経路属性に載せて外部のBGPへ流すのを避けるよう促す指針です。そうした属性は値が変わるたびに更新通知を引き起こすため、状態を載せると思わぬ波及を招きます。たとえば経路の出所を保証するROAが発行されたり取り消されたり、ルータとの照合の接続が切れたりするたびに、世界中へ更新が広がりかねません。本書は運用者に対し、検証状態をこの種の属性で知らせないよう求めます。とりわけ、出所検証の状態を外部のBGPを越えて運ばれるコミュニティで経路に結び付けないよう、はっきりと戒めています。
Draft Link
MSYNC
映像のメディアを、IPマルチキャストで配るための同期プロトコル、MSYNCを定めます。仕組みは汎用ですが、主眼はHTTPで適応的に配信する映像、いわゆるHASのデータを運ぶことに置かれています。具体的には、再生の手順を記したマニフェストやプレイリストと、CMAFのようなメディアの断片を、配信元から受け手へマルチキャストで届けます。対象とする配信方式はAppleのHLSやMPEGのDASHです。多数の受け手へ同じ映像を一斉に送る場面で、個別の配信に比べて網の負荷を抑えられるのが持ち味で、放送のような配信を支える土台になります。
Draft Link
Best Practices for Operating Resource Public Key Infrastructure (RPKI) Publication Services
RPKIで公開を担うサーバを運用するうえでの、現時点での最良の作法をまとめた文書です。RPKIでは、証明書や経路の出所を保証する情報を、利用者が取りに来られる形で公開する必要があります。本書は、RFC 8181が定める公開の仕組みと、それに連なる二つの配布手段、rsyncによる配布とRRDPによる配布の運用を取り上げます。可用性を保ちながら正しく内容を配るための勘所を、運用者向けに整理する内容です。新しいプロトコルを定めるのではなく、すでにある仕組みを安定して回すための知恵を共有し、経路の安全を支える土台を堅くする位置づけになっています。
Draft Link
A Taxonomy of operational security considerations for manufacturer installed keys and Trust Anchors
半導体や機器を作る側が、秘密鍵と公開のトラストアンカーをどう守っているかを整理した分類です。題材は二つで、製造の過程でトラストアンカーや秘密鍵を機器へ書き込む手順と、作り手が抱える秘密鍵を漏えいから守るやり方を扱います。本書はそれぞれの優劣を判定せず、ばらばらに語られてきた手法へ共通の名前を与えることに徹します。呼び名がそろえば、設計者や調達、監査の担当者が同じ言葉で話せるようになるからです。IRTFの成果として公開され、研究や開発の知見をまとめたもので、すぐ展開に向くとは限らないと断りつつ、議論の土台となる語彙を差し出します。
Draft Link
A YANG Data Model for Network Tester Management
網の相互接続を試験する構成を、共通の形で記述するためのYANGデータモデルを定めます。試験の現場では、通信を作り出す発生器と、流れてくる通信を解析する分析器が組み合わさって使われます。本書はこれらの設定や状態を、機器や実装に依存しない形で表せるようにします。同じモデルを使えば、試験の道具立てを揃った言葉で構成でき、結果の再現や自動化、設定の共有もしやすくなります。性能評価のやり方そのものを定めるのではなく、試験を組み立てる土台を整える文書で、地味ながら測定の現場を扱いやすくする実務的な一冊に仕上げました。
Draft Link
Unicast Support for the Virtual Router Redundancy Protocol (VRRP)
ルータを冗長化する仕組みVRRPの第3版は、共有LANでのマルチキャスト運用を前提にしています。ところが第一ホップの冗長化は欲しいのにマルチキャストが使えない構成もあります。本書はRFC 9568を更新し、設定したユニキャストで動く任意の方式を加えます。広告を共通のマルチキャスト宛てではなく、あらかじめ設定した相手のアドレスへ送るやり方です。パケットの形や状態遷移、プロトコル番号、仮想IPの扱い、仮想ルータのMACの振る舞いはそのままに保ち、宛先の送り方だけを差し替えます。マルチキャストに頼れない環境でも、慣れた冗長化を持ち込めるようにする実務的な拡張になっています。
Draft Link
An EAT Profile for Trustworthy Device Assignment
秘匿計算では、ネットワークアダプタやGPUといった装置を、信頼された仮想マシンに割り当てることがあります。割り当てた装置を仮想マシンが信頼するには、装置が自らの素性とファームウェアや設定の状態を示す証拠を差し出さねばなりません。この証拠は仮想マシンの外にいる検証者や依拠する側でも処理されるため、装置割り当てに関わる情報の表し方をそろえておく必要があります。本書はそのための証拠の形式を、Entity Attestation Token、EATのプロファイルとして定めます。装置の素性確認を相互運用できる形にまとめ、秘匿計算の信頼の輪へ装置を組み込みやすくする狙いがあります。
Draft Link
Agent Action Compression Protocol (AACP) Version 1.4
複数の大規模言語モデルのエージェントが連携するとき、互いにやり取りする指示を、型のある決まった形にまとめるプロトコル、AACPを定めます。自然な言葉の調整指示を、機械が解釈できる決定的なパケットへ変換し、送る前に検証し、構造化した記録として残し、何度でも同じように再生できるようにします。MCPやA2Aが扱う道具の呼び出しや経路の層に対し、AACPは中身として何を伝え合うかという層を埋めます。よくある作業では規則に基づく符号化がモデルを使わずにパケットを作り、新しい指示には段階的な代替手段で対応します。検証では調整にかかる費用と語数を大きく減らせたと報告しました。
Draft Link
Separate Transports for IKE and ESP
鍵交換のプロトコルIKEv2は、信頼性のないUDPでも、信頼性のあるTCPでも動きます。TCPを選ぶと、IKEv2が作るIPsecのトンネルまでTCPを使ってしまいます。本書は、IKEv2とIPsecの伝送路を切り離す方法を定め、IKEv2はTCPで動かしつつ、IPsecのトンネルには信頼性のない伝送を使えるようにします。狙いは、PQCの鍵交換のように大きなデータをやり取りする場面でも、IKEv2が無理なく扱えるようにすることです。同時に、IPsecがTCPを使うと生じがちな性能の問題も避けられます。強い鍵交換と速いトンネルを両立させたい運用に向く、実務的な切り分けになっています。
Draft Link
Substrate-Provenance Annotation Grammar for Large-Language-Model Output
大規模言語モデルの出力に、主張ひとつひとつの粒度で来歴の札を付ける、通信レベルの注記文法を定めます。札は、あらかじめ閉じて列挙した基盤の種別の語彙から選びます。本書はその閉じた語彙、主張への札の付け方、依拠する側が任意で当てはめてよい受け入れの作法、そして二つの終端の状態を定めます。終端とは、検証されていない推論と、不確かさへと崩れた状態で、肯定や否定と同じ位に置かれます。本書は推論の仕組みが何をしなければならないかは語りません。依拠する側が、その仕組みが参照した基盤に対して何をしたのかを点検できる、通信上の文法を与える情報提供の文書です。
Draft Link
Problem Statement, Gap Analysis, and Requirements for Inter-Domain Source Address Validation
ドメインをまたぐ送信元アドレスの検証、いわゆるSAVについて、問題の全体像を整理し、既存の仕組みの足りない点を洗い出す文書です。送信元アドレスの詐称は、なりすましや攻撃の踏み台に悪用されるため、域をまたいで正しさを確かめる手立てが求められます。本書はまず、現在の域間SAVの方式がどこまで対応でき、どこに穴があるのかを分析します。そのうえで、今後の改善に向けて満たすべき技術的な要件を描き出します。新しい方式そのものを定めるのではなく、課題と必要条件を共有して、次の設計の土台を整える位置づけになっています。
Draft Link
Applicability of IS-IS Multi-Topology (MT) for Segment Routing based Network Resource Partition (NRP)
資源や遅延、揺らぎを保証する、強化されたVPNを実現するための仕組みを述べます。こうしたVPNは、上に重ねる接続性と、下を支える網が備える性質との統合を必要とします。下の網の資源と方針を、つながった一連のリンクの上で切り出した部分集合を、網資源分割、NRPと呼びます。一つのNRPは、一つまたは一群の強化VPNを支える土台として使え、それぞれに固有の論理的な網の形を結び付けられます。本書は、IS-ISの多重トポロジを他のIS-ISの拡張と組み合わせ、セグメントルーティングに基づくNRPを構築する方法を示します。需要に応じて網を仕切り、品質を約束する設計を支える一冊です。
Draft Link
VPN Prefix Outbound Route Filter (VPN Prefix ORF) for BGP-4
BGPで送り出す経路をふるい分ける新しい仕組み、VPN接頭辞のORFを、実験的な仕様として定めます。これは、異なるVRFの実体に属するVPNの経路が、一本の共有したBGPの接続を通じてやり取りされる場面で効きます。狙いは、VPNの経路があふれてしまうのを抑えることです。経路を見分ける識別子であるRDやRT、そのほか必要な情報をもとに、受け取りたい経路だけを相手に伝えて送ってもらいます。適用の範囲は一つのドメインの内側を想定しています。共有した接続に大量のVPN経路が押し寄せる環境で、負荷を御しやすくする実務寄りの提案になっています。
Draft Link
発行されたRFC
Secure Shell (SSH) Agent Protocol
Secure Shell、SSHで使う鍵エージェントのプロトコルを定めた文書です。鍵エージェントとは、利用者の秘密鍵を手元で預かり、SSHのクライアントに代わって署名などの操作を行う助け役を指します。本書はそのエージェントとクライアントがやり取りする手順を、標準として明文化します。鍵そのものをアプリへ渡さずに、必要な操作だけを依頼できるため、鍵の扱いを一か所に集めて見通しよく保てます。これまで広く使われてきた仕組みを、相互運用できる正式な仕様としてまとめ直したもので、SSHを使う環境での鍵の取り回しを揃える土台になります。
Draft Link
JSContact Version 2.0: A JSON Representation of Contact Data
連絡先のデータをJSONで表すJSContactの第2.0版を定めます。前の1.0版からの主な変更は、Cardオブジェクトのuidという項目を必須ではなく任意にした点です。それ以外の1.0版の定義はRFC 9553のまま引き継ぎます。あわせて本書はRFC 9555を更新し、任意になったuidをvCardとの間でどう変換するかを定め直します。さらに、RFC 9555で定義されながら登録されていなかったvCardのJSCOMPSというパラメータを、IANAへ正式に登録します。連絡先の表現をvCardと滑らかに行き来させ、実装の取り違えを防ぐための、こまやかな更新になっています。
Draft Link
編集後記
- 後半は経路やVPNの細やかな調整がとても多くて読み応えがあって、派手さはないけれど、RPKIにせよVPNの経路の絞り込みにせよ、こうした地道な積み重ねが世界中の通信を裏側からそっと支えているんだよなあと、なんだかしみじみとした気持ちで一本ずつ、ときどき手を止めて図を描きながら読んでいました。個人的にはSSHの鍵エージェントがついに正式なRFCになったのがうれしくて、毎日あたりまえに使っている道具の足元が一段ぶん固まった感じがして、ふだんは意識しない縁の下の力持ちに、画面ごしにそっと拍手を送りたくなりました。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。