こんばんは！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-03-17（UTC基準）に公開されたInternet-DraftとRFCをまとめました。
- Internet-Draft: 70件
- RFC: 0件
全70件を4パートに分けてお届けします。Part 2はルーティング・BGP・MPLS・BFD・BIER・RPKI関連の18件です。
参照先:
📌 この記事でわかること
- BGP Flow Specification v2が基本IP版・拡張フィルタ版・L2版の3本立てで同時更新
- RPKI向け新同期プロトコル「Erik」のMerkleツリー＋HTTPベース設計
- AIデータセンター向けBIER最適化とAll2All集団通信へのマルチキャスト活用
その日のサマリー & Hot Topics
- Part 2ではルーティング、BGP、MPLS、BFD、BIER、RPKI関連のInternet-Draft 18件を取り上げます。BGP Flow Specification v2が基本IP版と拡張フィルタ版の2本立てで更新され、L2 FlowSpecも改訂27に到達しました。BIERのOAM用Ping/Traceやファットツリー向けSegment Routingなど、マルチキャストやデータセンター向けの経路制御技術の標準化が着実に進んでいます。RPKIでは新たな同期プロトコル「Erik」やSAVNET対応の署名オブジェクトが提案され、経路セキュリティ基盤の強化が続きます。
- BGP FSv2はFSv1のデプロイで見つかった課題を反映した新版で、基本IPフィルタ版（draft-ietf-idr-fsv2-ip-basic）と追加フィルタ版（draft-hares-idr-fsv2-more-ip-filters）が並行して進んでいます。ユーザー定義のフィルタ順序付けが目玉です。RPKI向けErik同期プロトコルはMerkleツリーとHTTPベースのデータ複製でRPの取得効率を上げる設計で、rsyncやRRDPとの併用も可能です。AIデータセンター向けBIER最適化も注目で、All2AllやAllReduceのバースト的マルチキャスト需要に応えます。
投稿されたInternet-Draft
AC-Aware Bundling Service Interface in EVPN
EVPNのマルチホーミング環境において、ひとつのブロードキャストドメイン内に複数のVLAN IDで区別される複数のサブネットを収容する必要があるデプロイメントに対応するドラフトです。既存のEVPNサービスインターフェース3種ではいずれもこの要件を満たせないため、新しいサービスインターフェースタイプを定義しています。MPLS/IPネットワーク上でテナントシステム間のサブネット内接続を提供するEVPNにおいて、IRBを伴うデプロイで複数サブネットをまたぐブリッジングが求められる現場への解となる提案です。
Draft Link
BGP Flow Specification Version 2 - More IP Filters
BGP Flow Specification v2（FSv2）の拡張IPフィルタを定義するドラフトです。基本IP版（draft-ietf-idr-fsv2-ip-basic）がFSv1のIPフィルタにユーザー定義の順序付けを加えた構成であるのに対し、本ドラフトはそのフィルタセットをさらに拡充します。FSv1のデプロイ中に見つかった問題に対処するFSv2の設計方針を引き継ぎつつ、より複雑なトラフィック制御ポリシーを表現可能にしています。FSv2のNLRIにより、FSv1との明確な区別が保たれたまま機能拡張が進められています。
Draft Link
BGP Flow Specification Version 2 - for Basic IP
BGP Flow Specification v2（FSv2）の基本的なIPフィルタ版を規定するドラフトです。FSv1（RFC 8955/8956/9117）の実運用で発見された複数の課題を解決する目的で設計された新版で、FSv1のIPフィルタにユーザー定義の順序付けを追加し、FSv2固有のアクションを新たに導入しています。FSv1との明確な分離のために異なるNLRIを採用し、早期実装からのフィードバックを受けて基本・フィルタ拡張・アクション拡張という段階的なドキュメント構成が採用されています。
Draft Link
BGP Dissemination of L2 Flow Specification Rules
BGP FlowSpec（RFC 8955）をEthernet L2およびL2VPNのトラフィックフィルタリングルールに拡張するドラフトで、改訂27に到達しました。AFI/SAFI 6/133と25/134を使用し、L2単独でもL3 FlowSpecとの組合せでもフィルタリングルールを配布可能にします。新しいコンポーネントタイプと2つの拡張コミュニティも定義されており、データセンターやキャリアネットワークにおけるL2レベルのきめ細かいトラフィック制御をBGPの制御プレーンから一元的に管理できます。
Draft Link
IGP Reverse SPF Algorithm
IANAが管理する「IGP Algorithm Type」サブレジストリに、各リンクの逆方向のコストを利用する新しいSPF計算アルゴリズムタイプを追加する提案です。通常のSPFが送信元から宛先方向へのコスト最小経路を求めるのに対し、本アルゴリズムは宛先ノードから見た逆方向の経路コストを用いて計算を行います。IGP Flexible Algorithmとの組合せにより、制約ベースの経路計算で逆方向コストを加味したパス選択が可能になり、非対称コストが存在するネットワーク環境での経路最適化に有用です。
Draft Link
SRIFT: Segment Routing in Fat Trees
RIFT（Routing In Fat Trees）プロトコル上でSegment Routingを実現するための信号方式を規定するドラフトです。各ノードのループバックアドレス、SRGB、Node-SIDをRIFTのKey-Value配布メカニズムでTOF（Top Of Fabric）ノードから南方向に配布し、各ノードがアクティブSIDに基づくパケット転送経路を計算できるようにします。SRコントローラーからイングレスノードへのSRポリシー通知により、所望のセグメントリストでトラフィックを制御する構成です。
Draft Link
Signaling MNA Capabilities Using LSP Ping
MPLS Network Actions（MNA）の能力をLSP Ping（RFC 8029）のecho request/replyで検出する方法を定義します。In-Stack側ではReadable Label Depth（RLD）やNetwork Action Sub-stackの最大サイズ、サポートオペコードを検出し、Post-Stack側ではPost-Stack MPLS Headerサイズやオペコードを通知します。イングレスLERがパス上の各ノードのMNA能力を把握し、MNAアクションを含むラベルスタックを正しく構成できるようになります。
Draft Link
Destination/Source Routing
パケットの送信元アドレスを、ホップバイホップでの経路選択における追加の修飾条件として使用する仕組みを規定するドラフトです。従来の経路検索では宛先アドレスだけで次ホップが決定されますが、送信元アドレスも判定の材料に加えることで、マルチホーム環境やポリシーベースルーティングで求められるきめ細かい経路制御が実現します。IPv6（RFC 8200）の環境全般に適用可能で、個々のルーティングプロトコルの固有の考慮事項も文書内で整理されています。実運用の現場で長く要望されてきた機能を標準化する取り組みです。
Draft Link
VLSM Tree Routing Protocol
VLSM（Variable Length Subnet Masking）に基づいてアドレスを配布したツリー型のネットワークの内部向けに設計された、軽量ルーティングプロトコルの提案です。VLSMツリー内でデフォルトルートを設定し、外部世界のルーティング情報をツリー内部へ伝搬させない設計のため、ルータごとの経路テーブルサイズと処理負荷を大幅に抑制できます。RSVP-TEの拡張によるMPLS上のIP-VPNにも対応しており、限定的なトポロジのネットワークでシンプルかつ効率的なルーティングを実現します。
Draft Link
Encapsulation of BFD for SRv6 Policy
SRv6 Policyの転送パス上での障害検出にBFD（Bidirectional Forwarding Detection）を利用するためのカプセル化方式を定義するドラフトです。BFDパケットのカプセル化方法としてInsert-modeとEncaps-modeの2種類を規定しています。SRv6 PolicyではセグメントリストによるパスごとのBFDセッション確立が必要になりますが、本ドラフトはその具体的なパケットフォーマットと処理手順を明確にし、SRv6環境における迅速な障害検知を可能にします。
Draft Link
S-BFD Proxy
Seamless BFD（S-BFD、RFC 7880）を拡張し、S-BFDイニシエータが追加の情報を含むパケットを送信可能にする提案です。リフレクタ側はこの追加情報の内容を考慮した上でプロキシとして動作し、それに基づいた高度な応答を返す仕組みになります。S-BFDは通常のBFDと異なりリフレクタ側でのセッション状態管理が不要であるためスケーラビリティに優れますが、本拡張でプロキシ機能が加わることにより、リフレクタが中継先の到達性を代理で報告するような柔軟な運用パターンが実現可能になります。
Draft Link
Bit Index Explicit Replication (BIER) Ping and Trace
BIER（Bit Index Explicit Replication）のデータプレーン上で障害検出と障害切り分けを行うためのOAMパケットフォーマットと手順を規定するドラフトで、改訂20に到達しました。IP層など他のレイヤに依存せず、BIERのデータプレーン単独で動作する点が特徴です。BIERはマルチキャスト転送の簡素化・最適化を目的としたアーキテクチャで、本ドラフトはその運用に欠かせないPing/Trace機能を標準化します。ネットワーク管理者はBIERビットストリング単位での障害の特定と分離が可能になります。
Draft Link
Optimized Use of BIER in AIML Data Centers
AIデータセンター（AIDC）でのBIER利用を最適化する提案です。All2AllやAllReduceといったAI/ML集団通信では大量の受信者への同一データのバースト的配信が発生し、フローごとのマルチキャストツリー状態の事前確立が不要なBIERは有力な選択肢です。In Network Compute（INC）によるフロー分散のオフロードにも活用できます。RFC 4604を更新し、送信元がファーストホップルータに受信者情報を報告するIGMP/MLD拡張も定義しており、送信元がBIERカプセル化を直接行えない環境にも対応します。
Draft Link
Realization of Composite IETF Network Slices
IETFネットワークスライス（RFC 9543）の複合構成に関するドラフトです。ネットワークスライスが複数ドメインにまたがる場合や階層的にスライスされる場合の実現方式を検討しています。5GのE2Eスライスは RAN・TN・CNの3セグメントで構成され、トランスポート部分にIETFスライスを適用できます。マルチドメインスライス向けのInter-domain NRP IDの導入、階層スライスのNRP ID構造、5Gスライス識別子とIETFネットワークとの連携方法など、管理面の考慮事項も含めて包括的に整理しています。
Draft Link
ESP Protection for Services over SRv6
SRv6 Policy経由で転送される選択したサービストラフィックをIPsec ESPによって保護する仕組みを記述するドラフトです。サービスペイロードをSRv6カプセル化よりも前の段階で暗号化することにより、SRv6ヘッダはプロバイダネットワーク内でのセグメントベース転送用に平文のまま維持する構成をとります。オペレータ管理下のSRv6ドメインであっても追加の機密性・完全性保護を必要とするサービスやアプリケーションに対応可能で、必要なパラメータをBGPでシグナリングする方法についても概説しています。
Draft Link
Benchmarking Methodology for Intra-domain and Inter-domain Source Address Validation
ドメイン内・ドメイン間の双方のSource Address Validation（SAV）メカニズムの性能をベンチマークする手法を定義するドラフトです。SAVは送信元アドレスの詐称を防ぐためにSAVルールを生成する仕組みで、さまざまな設計のもとで実装されています。本ドラフトはSAVデバイスをブラックボックスとして扱い、特定メカニズムに依存しない測定方法を提供することで、既存・新規を問わずSAV実装を公平に評価できる基盤を確立します。送信元詐称対策の実効性を客観的に比較するための重要な取り組みです。
Draft Link
A Profile of Signed SAVNET-Peering Information (SiSPI) Object for Deploying Inter-domain SAVNET
RPKI内に含めるCMS保護コンテンツとして「Signed SAVNET-Peering Information（SiSPI）」オブジェクトを定義するドラフトです。SiSPIオブジェクトはドメイン間SAVNETをデプロイしているAS（Autonomous System）の一覧を搬送するデジタル署名付きオブジェクトで、検証に成功すると該当ASがドメイン間SAVを実装済みで送信元アドレス詐称防止のためのネイバー関係確立の準備ができていることを確認できます。SAVNETの信頼基盤をRPKIの仕組みに乗せて提供する提案です。
Draft Link
The Erik Synchronization Protocol for use with the Resource Public Key Infrastructure (RPKI)
RPKIデータの効率的な同期を実現する「Erik Synchronization Protocol」の仕様です。Merkleツリー、コンテンツアドレス可能な命名スキーム、単調増加するシーケンス番号による並行性制御、そしてHTTPトランスポートを組み合わせたデータ複製方式で、高速な同期と実装の容易さ、ネットワーク障害への堅牢性を設計目標としています。Relying PartyはErik同期で取得した情報をrsyncやRRDPなど既存のRPKIトランスポートプロトコルの情報と組み合わせて利用可能です。
Draft Link
編集後記
- BGP FSv2が基本・拡張フィルタ・L2と三方面から同時に更新されていて、FSv1時代の課題がユーザー定義の順序付けで整理されていく過程を見るのは技術的に面白いです。Erik同期プロトコルはMerkleツリーとHTTPという馴染みのある技術の組合せでRPKIの同期効率を上げるアプローチで、rsyncやRRDPとの併用前提なのも現実的だと感じました。AIデータセンター向けのBIER最適化は、All2AllフローのバーストにBIERのステートレス性がぴたりとはまる提案で、この領域の今後が気になります。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。