8
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

日刊IETF (2026-05-06): Part 2 — ルーティング改善とIETF自身の問い直し

8
Posted at

おはようございます!!
GMOコネクトの名もなきエンジニアです。
よろしくお願いします!

日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です!!
今回は、2026-05-06(UTC基準)に公開されたInternet-DraftとRFCをまとめました。投稿数が多かったため2部構成でお届けしており、こちらはPart 2(全2部構成のうちの2部目)になります。

本Partに収録したInternet-Draftは13件、RFCは0件です(本日合計はI-D 33件、RFC 0件で、Part 1に残り20件のI-Dを掲載しています)。

参照先:

📌 個人的な推しはSome Anachronisms in IETF Standards Process Documentsです。Internet-Draftの6か月期限、Internet-Draftの引用ルール、二段階標準化の実態など、これまでなんとなくそのままになっていた違和感をきちんと言語化して議論の場に置き直す姿勢に、Carpenterさんらしい筋の良さを感じてしまいますね。結論を押し付けるのではなく、皆で考え直すための呼び水として書かれているところが、IETFという場の文化を支える、地味で大事な仕事になっていますよ。


サマリー

今日のPart 2はInternet-Draftが13本、ルーティングと運用の地味で着実な改善、そしてIETFそのものを問い直すドラフト群が並ぶ、味のある構成です。IGPへの分散輻輳緩和(DCM)統合、BGPのNLRIエラー処理改善、VPN Prefix ORF、BGP-LSのインターAS拡張、PCEPのトポロジフィルタ、SRv6 YANGベース、PIM PFM強化など、ルーティングが分厚く揃いました。さらにMOQTでMPEG-2 TSを運ぶ提案、IETF標準化プロセスの時代遅れな部分を洗い出す議論用ドラフト、RFC 3535から20年後の要件まで並ぶ一日ですね。

Hot Topics

まず一本目に注目したいのはBGP-LS Inter-AS Topology Extensionになります。AS間リンクをBGP-LSできちんと運べるようにすることで、SDNコントローラがマルチドメインのトポロジを再構成しに行ける道筋がしっかり整い、広域オペレーションの自動化レベルを一段押し上げてくれる、なかなか頼もしい仕事ですね。もう一本はDistributed Congestion Mitigation(IGP統合版)で、中央集権コントローラに頼らずIGPだけで戦術的に混雑を逃がす作法を提案しています。

投稿されたInternet-Draft

Distributed Congestion Mitigation

IGP(IS-IS、OSPFv2、OSPFv3)を使ったDistributed Congestion Mitigation、DCMの仕組みを記述する文書です。DCMは混雑したネットワークの一部トラフィックを混雑のない代替経路へオフロードするための、戦術的かつ分散的な仕組みで、IGPに統合された形で動作する点が骨子です。コントローラに頼り切らずIGP側でリアルタイムにトラフィックの逃がし先を見つけにいく作法は、中央集権だけでは捌ききれない突発的な負荷変動に強い解になりやすく、運用現場で地味に効きそうな一本ですね。

draft-psenak-lsr-igp-dcm-00

Distributed Congestion Mitigation

こちらもDistributed Congestion Mitigation、DCMの仕組みをIGPで運ぶアプローチを記述する文書ですが、lsr-igp-dcm版と並走する形でgendispatch側にも置かれている双子のドラフトの位置づけです。IS-IS、OSPFv2、OSPFv3を使い、混雑経路の代替への自動振り替えを分散かつ戦術的に動かすという同じ筋書きで、IGPプロトコルにきちんと統合された動作を狙います。内容そのものは姉妹ドラフトと近接しており、DCMという発想がIETFのどのWG文化と相性が良いかを探っている過程の一本という読み方が、なんとも面白いですね。

draft-psenak-igp-dcm-00

The Key List BGP Attribute for NLRI Error handling

BGP UPDATEのエラー処理を、treat-as-withdrawアプローチでより安全に運べる範囲を広げるための拡張を提案する文書です。RFC 7606はセッションリセットを減らす目的で属性破棄やtreat-as-withdrawを導入していますが、MP_REACH_NLRI内に解析エラーがあるとそもそもNLRIを取り出せず、結局セッションリセットしか選べない状況に陥りがちでした。本仕様は非推移属性NLRI_KEY_LISTを定義し、NLRIをMP_UNREACH_NLRI形式で先に運ぶことで、解析エラー時もtreat-as-withdrawで踏みとどまれる作法を整える内容ですね。

draft-decraene-idr-nlri-error-handling-02

VPN Prefix Outbound Route Filter (VPN Prefix ORF) for BGP-4

BGP-4向けに、新しい種別のOutbound Route FilterとしてVPN Prefix ORFを定義する実験仕様の文書です。VPN Prefix ORFは、複数のVRFインスタンスから来るVPNルートを単一の共有BGPセッションで交換するときに、Route DistinguisherやRoute Targetをはじめとするルーティング情報をもとにVPNルートのオーバーロードを制御する仕組みを提供します。ドメイン内シナリオを想定した設計で、特定VRFだけのルートに絞り込む、不要なルートを能動的に外すといった、運用現場で求められるコントロール幅を着実に広げてくれる一本ですね。

draft-ietf-idr-vpn-prefix-orf-40

BGP-LS Extension for Inter-AS Topology Retrieval

BGP-LSにAutonomous System間のリンクを表現するための、新しいNLRIタイプとTLVを3つきちんと追加する文書です。AS間のリンク情報を運べるようになると、SDNコントローラはマルチドメインの全体トポロジを再構成しに行きやすくなり、AS内では見えなかった経路選択の自由度を取り戻せます。インタコネクト情報をBGP-LSプロトコル経由で集めて自動的にエンドツーエンドのネットワークトポロジを計算する、マルチドメインSDNを正面から扱う仕事で、運用現場の自動化レベルが一段上がる一本ですね。

draft-ietf-idr-bgpls-inter-as-topology-ext-29

Path Computation Element Communication Protocol (PCEP) Extensions for Topology Filter

Topology Filterは、ネットワークトポロジに対してフィルタを適用するためのデータ構造で、PCE(Path Computation Element)が経路計算を行うときに、トポロジ関連の制約を必ず考慮するよう求めます。本ドラフトはPCEPに対して、Topology Filterを表現し交換するための拡張一式を提案する内容になっています。広いネットワークの中でも特定領域や特定属性のリンクだけを使った経路計算が必要になる場面、たとえばスライス境界や災害復旧経路の選定などで、現場の自由度をきちんと押し上げてくれる一本ですね。

draft-ietf-pce-topology-filter-00

YANG Data Model for SRv6 Base

Segment Routing IPv6、SRv6のベース部分を取り扱うYANGデータモデルを定義する文書です。SRv6サブシステムの設定と管理を行うための土台となる枠組みで、他のSRv6関連モデルが本モデルを起点にしてaugmentで肉付けしていく前提の作りになっています。YANGモジュール群はNetwork Management Datastore Architecture(NMDA)に準拠しており、SRv6を本気で運用に乗せていく場面で、設定モデルの足場を整える地味で大事な一本ですね。SRv6の自動化文化を支える基盤系の仕事です。

draft-ietf-spring-srv6-yang-base-01

PIM Flooding Mechanism and Source Discovery Enhancements

PIMの汎用ホップバイホップメッセージ交換であるPFMに、転送効率とスケーラビリティを高めるエンハンスメントを加える文書のrev 05です。PFMはRendezvous Pointや共有ツリーに依存せず、初期データレジスタも介さずソース発見できる枠組みですが、本ドラフトは並列リンク上での冗長な送信を抑える仕組みと、マルチキャスト情報の符号化を追加TLVやsub-TLVで拡張し、フローに紐づくより豊かな情報を運べる工夫を導入します。既存PFM手順との相互運用は維持しつつ制御プレーン負荷を抑える、現場目線の改善ですね。

draft-ietf-pim-pfm-forwarding-enhancements-05

MPEG-2 Transport Stream Packaging for Media Over QUIC Transport

Media Over QUIC Transport、MOQTのStreaming Format(MSF)に、「m2ts」というパッケージング値を登録して、MPEG-2 Transport StreamとM2TSソースパケットをMOQTで運べるようにする文書です。トランスポートストリームトラックを記述するためのカタログフィールドを定義し、パケット化されたストリームの参加と切り替え、検証における受信側およびリレー側の挙動も併せて規定します。放送系の流通基盤がMOQTのレイヤ上できれいに連結できるようになる、メディアと配信の橋渡しに効く実用的な一本ですね。

draft-gregoire-moq-msfts-00

Some Anachronisms in IETF Standards Process Documents

IETF標準化プロセスに関する諸文書のうち、現実の運用に取り残されてしまっているいくつかの記述を取り上げる、議論用の文書です。Internet-Draftの6か月期限、Internet-Draftの引用、二段階標準化プロセスの実態などが俎上に載せられ、現実とのギャップを丁寧に言語化したうえで、議論の場を開くという狙いの一本になっています。結論を押し付けるのではなく、これまで暗黙に流されてきた「ちょっと違和感のある運用」を、参加者で改めて議論し直すための足掛かりを提供する、対話を引き出すタイプの良文書ですね。

draft-carpenter-gendispatch-anachronisms-05

Derivative Works

「Derivative Works」というタイトルどおり、IETFの著作物に対する派生物の扱いをめぐる議論のための、極めて短い問題提起的な文書です。本文に「By reading this document … you consent to nothing」と置かれている時点で、形式に対する強い問題提起の風味が漂っており、IETFの中で派生物の扱いをめぐる議論を改めて掘り起こす意図がうかがえます。内容そのものよりも、議論の場を開いて思考の方向を揃えるための呼び水としての性格が強い、読み手側の参加を促すタイプの一本ですね。

draft-sayre-gendispatch-derivative-00

Analysing Internet Standards Development Organisation Data

インターネット標準開発のエコシステムに関するデータを研究する際に、考慮すべき論点をしっかりと整理してくれている文書になっています。標準開発プロセスの観測可能なコンポーネントを丁寧に洗い出し、計測の分類体系をきちんと提案し、方法論的な、解釈上の、倫理的な配慮を浮き彫りにする構成です。SDOの観測、技術仕事の進化評価、技術導入の理解、コミュニティやリーダーシップ、ガバナンスの議論への入力など、幅広い用途を支えるよう書かれており、IRTFのRASPRG向けでIETF自体を研究対象として捉える視点が新鮮ですね。

draft-perkins-analysing-sdo-data-00

An Update of Operators Requirements on Network Management Protocols and Modelling

IAB Network Management Workshopを記したRFC 3535から20年が経過した今、ネットワーク管理運用に対するオペレータからの要件を改めて洗い直して並べる文書です。RFC 3535は当時、現在広く運用されている多くの主要技術の方向性を決めるうえで強い影響力を持った文書ですが、クラウド、自動化、テレメトリなどの進展に伴って現場の要望は当然に進化しており、本ドラフトはその20年分の差分を、運用者の声として丁寧にまとめます。次の10年の管理プロトコルの方向を考えるうえで、必読の現状把握資料になっていきそうな一本ですね。

draft-ietf-nmop-rfc3535-20years-later-04

発行されたRFC

本日発行されたRFCはありませんでした。

編集後記

Part 2は、ルーティングと運用基盤の地味な改善が並ぶ一方で、IETFという場のプロセスそのものを問い直すドラフトも顔を揃え、「動いている仕組みを直す」と「動いている仕組みのまわりの慣習を見直す」が同じ日に同居するのは、なんとも味わい深い感じになりましたね。BGP-LS、PCEP、IGP、SRv6 YANG、PIM PFMといった足元の改善と、rfc3535-20years-laterのような歴史を踏まえた問い直しが噛み合う光景は、IETFの長期的な体力を作るタイプの一日だったように感じます。


最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。

お問合せ: https://gmo-connect.jp/contactus/

8
2
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
8
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?