こんにちは!!
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-04-24（UTC基準）に公開されたInternet-DraftとRFCをまとめました。本記事はPart 2です。ルーティング、AIエージェント基盤、同日発行された3本のRFCを取り上げます。
- Internet-Draft: 22件
- RFC: 3件
参照先:
📌 この記事のポイント
- SR Policy多層化の足音として、Composite Candidate Pathの広告がBGPとBGP-LSの両軸で進む流れを押さえると、コントローラ設計の選択肢が広がります。
- AccECNの読みどころとして、TCPヘッダの予約ビットを再利用する設計の妙を読むと、L4Sを自網に載せる際のミドルボックス検証点が見えてきます。
- AIエージェント基盤の選別軸として、MARCの統制プロファイルとAPIXの発見基盤を併読すると、エージェント運用の責任分界点を考える素材になります。
- VPN運用の地続きの改善として、改訂37を重ねるVPN Prefix ORFが、共有BGPセッションでの押し付け経路を抑える定石として参照しやすい段階に来ました。
その日のサマリー & Hot Topics
- Part 2は、ルーティングとAIエージェント基盤、そして同日発行された3本のRFCで12本という構成になりました。EPP over QUICがドメイン管理プロトコルの輸送層を刷新し、BGP NHCが次ホップ転送特性の広告手段を整え、SR Policyを取り巻くBGPとBGP-LSの拡張が二段ロケットで進みます。SRv6 SIDリスト処理の精緻化やVPN Prefix ORF改訂37など、運用現場で効く議論が並びました。AI側ではMARCの不確かさ開示、APIXのエージェント向けサービス索引が登場し、RFCはL4S関連のAccECN、IPFIX遅延輸出、UDPSTPが新たに加わりました。
- Part 2のホットスポットは、SR Policy周辺の拡張群です。Composite Candidate PathをBGPとBGP-LSの双方で扱うドラフトがそろって進み、SRv6 SIDリスト処理の解釈差を縮める6man側の更新と合わせて、SR運用の細部が一段揃いました。AIエージェント基盤ではMARCが生成モデルの不確かさ開示と統制のプロファイルを定義し、APIXがエージェント向けサービス索引の議論を改訂07まで積み上げています。同日にはL4S実装の足場となるAccECN、フロー観測のIPFIX遅延輸出、UDP速度測定のUDPSTPがRFC化し、運用に直結する成果が形になりました。
投稿されたInternet-Draft
Extensible Provisioning Protocol (EPP) Transport over QUIC
ドメイン名の登録代行業者間でやり取りされるEPP(Extensible Provisioning Protocol)セッションを、QUICコネクション上に対応付ける手順を定めた仕様です。QUICのもつ低遅延な接続確立や0-RTT再接続、コネクション移行といった性能上の利点を、対話の多いドメイン管理業務にも持ち込もうという狙いが読み取れます。EPP over QUIC(EoQ)はTLS 1.3と統合された暗号化を前提に動くため、輸送層と暗号層を別々に設定する手間が減り、運用面での簡素化にもつながります。改訂06まで重ねながらQUIC拡張点とEPPの状態管理の整合が丁寧に整えられてきています。
Draft Link
BGP Next Hop Dependent Characteristics Attribute
BGPで広告される経路に、次ホップが備える転送機能の特徴を運ぶための新しい推移属性を定めた仕様です。RFC 5492のBGP能力交換は、隣接ピアどうしが互いに何を扱えるかをセッション開始時に伝える仕組みで、その情報は隣の隣には届きません。本ドラフトが定義するNext Hop Dependent Characteristics Attribute(NHC)はUPDATEに直接乗って広告されるため、複数ホップを越えても次ホップの転送特性を把握しやすくなります。改訂04では適用範囲やセマンティクスの記述が整理され、SRv6など新しい転送機能の能力告知として読みやすくなりました。
Draft Link
BGP Extensions of SR Policy for Composite Candidate Path
RFC 9256で定義されたSR PolicyのComposite Candidate PathをBGPで配布するための拡張を定めるドラフトです。通常のCandidate Pathが一連のセグメントリストへトラフィックを流すのに対し、Composite Candidate Pathは同じヘッドエンドに置かれた別のSR Policy群へ再帰的に振り分ける形を取り、複雑なトラフィック制御を組み立てる出発点になります。本ドラフトはComposite情報をBGPメッセージに載せ、SR Policyの適用時に正しくインストールするかを書き下ろしています。改訂08で構文と処理規則の調整が一段進みました。
Draft Link
Signaling Composite Candidate Path of SR Policy using BGP-LS
SR PolicyのComposite Candidate Path情報を、ネットワーク状態の広告に使われるBGP Link State(BGP-LS)経由でコントローラに配布するための拡張仕様です。Composite Candidate Pathは複数のSR Policyに再帰的に振り分けるトラフィック構造を取るため、コントローラ側もこの階層を見えるよう状態を集約する仕組みが要ります。本ドラフトはBGP-LSのTLV構造を拡張し、ヘッドエンドが持つCompositeパスの構成と関連属性をコントローラから観測できる形に揃えます。改訂10ではTLV配置と運用上の考慮事項が整理されてきました。
Draft Link
Clarifying SRv6 SID List Processing
SRv6でセグメントリストの中身をどう処理するかについて、RFC 8754の記述に解釈の幅を残していた部分を整理する更新仕様です。SRv6はIPv6拡張ヘッダのSRHにセグメント識別子を並べ、宛先アドレス書き換えと連動して経路や処理を制御する技術ですが、SIDリスト中の各エントリの参照方法や、最終セグメントを越えた後の挙動について、実装間で解釈差が出やすい場面がありました。本ドラフトはRFC 8754の枠組みやSRv6アーキテクチャは変えずに、SIDリスト処理の文言だけを丁寧に磨き直し、相互運用上の不確かさを減らすことを目指します。改訂02で表現の精度が高まってきました。
Draft Link
VPN Prefix Outbound Route Filter (VPN Prefix ORF) for BGP-4
複数のVRFインスタンスから出るVPN経路を、共有された一本のBGPセッションで交換する場面を念頭に、不要な経路の押し付けを抑える新しいOutbound Route Filterの種別を定める仕様です。RTを軸に経路を絞り込み、対向側が要らないVPN経路をそもそも送り付けない形に整えることで、過剰な経路情報がもたらすメモリ消費やCPU負荷を運用上の最小範囲にとどめます。改訂37という長い積み重ねが示すとおり、複数ベンダー間での相互運用や運用上の細部に関する議論が念入りに重ねられてきた仕様で、大規模MPLS L3VPNや今のキャリア網運用に直接効く改良として注目されています。
Draft Link
CNI Telco-Cloud Benchmarking Considerations
KubernetesのCNIを、エッジからクラウドにまたがる環境で性能評価するためのベンチマーク手法を整理した文書です。CNIに関する性能、スケーラビリティ、観測可能性のメトリクスを定義し、IETFのBenchmarking Methodology Working Groupの目標と歩調を合わせる形で議論を進めています。文書では現状の慣行を概観したうえで、CODEFをはじめとする再現性のあるベンチマーク枠組みを紹介し、ベンダー中立で標準化された評価手順への道筋を示します。マイクロサービス指向の分散基盤でCNIを比較選定するための参照しやすい一本になりつつあります。
Draft Link
MARC: A Control and Uncertainty Disclosure Profile for Generative Models and Agents
生成モデルとエージェント型システムに対して、モデル提供者の固有実装に踏み込まずに振る舞いの統制と不確かさの開示を行うためのプロファイルです。MARCはモデル内部やトレーニング手法には立ち入らず、外部から観測可能な意味論として、相互運用可能な統制シグナルの集合、決定前の能力評価と決定後の回答自信度の分離、そして応答や明確化要求、検索、ツール呼び出し、回答保留、エスカレーションといった有限のアクション集合を定めます。沈黙の失敗や無用な外部委譲、誤解を招く不確かさ伝達の抑制を狙う設計で、エージェント運用の監査性と相互運用性を引き上げる素地になりそうな提案です。
Draft Link
API Index (APIX): A Global Discovery Infrastructure for Autonomous Agent Services
自律的に動くエージェント、いわゆるボットが、世界中のAPIサービスを機械的に発見して利用するための新しい索引基盤の提案です。インターネットの既存の発見手段は人間が読んで辿る前提で組まれているため、エージェントが安定して使える機械可読のサービス索引が薄いという課題意識から出発しています。APIXはHATEOAS流の構成で、常に最新化された検索可能な機械可読APIサービスのカタログと、消費者側のエージェントが自分の信頼方針を当てはめられる三次元の信頼モデルを併せて持ちます。改訂07で構造とビジネス面の議論が積み上がり、エージェント時代のサービス発見のあり方を考えるうえで素材になる一本です。
Draft Link
発行されたRFC
RFC9768: More Accurate Explicit Congestion Notification (AccECN) Feedback in TCP
TCPに対するExplicit Congestion Notification(ECN)のフィードバックを高精度化するAccurate ECN(AccECN)を仕様化したRFCです。元のECNは1往復時間あたり一つの輻輳信号しか返せませんが、ConExやDCTCP、L4Sなど近年の輻輳制御は同一RTT内で複数の混雑印が来た場合の本数を必要としています。本RFCはECN-nonceに割り当てられていた予約ビットを再利用し、ECNフラグを多重的に使うことでTCPヘッダの貴重な空間に複数信号を載せます。新規TCPオプションやミドルボックス透過の作法も整え、L4Sの実装基盤に位置づけられる文書です。
RFC Link
RFC9951: Export of Delay Performance Metrics in IP Flow Information Export (IPFIX)
OAMヘッダがIPフロー上で測った各ノード経由の遅延量を、IPFIXとして輸送するための新しい情報要素を定めたRFCです。On-Path遅延はOAMヘッダのカプセル化ノードと、各中継ノードや脱カプセル化ノードとの間に発生する経路上の遅延として定義され、On-Path TelemetryプロトコルがIPFIXプロセスへ受け渡します。これにより、SRv6やIOAMで観測された区間遅延を、既存のフロー収集インフラに自然な形で乗せやすくなり、コレクター側で経路品質を集中監視する運用が組みやすくなります。AI/MLトラフィックなど低遅延要件の高まる業務に直接効くRFCです。
RFC Link
RFC9946: The UDP Speed Test Protocol (UDPSTP) for One-Way IP Capacity Metric Measurement
RFC 9097が示した片道IPキャパシティ計測の手法に対して、近実時間で送信レートを制御するためのフィードバックチャネルが要るという課題に応える形で標準化されたUDP Speed Test Protocolの仕様です。UDPSTPは受信側がパケット到達状況を逐次返し、その情報をもとに送信側が送出レートを上げ下げする会話を組み立てる作りで、リンクの真の片道容量を割り出す測定セッションを支えます。RFC 9097に書かれた測定手順だけでなく、関連する他の片道計測にも応用が利く設計になっており、ISP間の品質保証やSLA検証で求められる客観性のあるベンチマーク手段として位置づけられます。
RFC Link
編集後記
- Part 2はルーティングの濃い議論と、エージェント基盤と、L4Sを下支えするRFCが同居する豪華な日で、目を通すうちに頭の切替が忙しかったというのが率直な感想です。SR Policyの拡張がここまで多面的に進む一方で、AccECNが採用RFCになり、エージェント取引の議論や生成モデルの不確かさ開示まで日刊IETFの卓上に並ぶ景色を眺めていると、ネットワークの基盤層と知能化された応用層が同じ会議室で同時に動いていることを改めて実感し、なんだか胸が熱くなる午後で、コーヒーを淹れ直しながら通読を続けたのでした。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。