おはようございます！！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-05-04（UTC基準）に公開されたInternet-DraftとRFCをまとめました。投稿数が多かったため2部構成でお届けしており、こちらはPart 2（全2部構成のうちの2部目）になります。
本Partに収録したInternet-Draftは8件、RFCは0件です（本日合計はI-D 28件、RFC 0件で、Part 1に残り20件のI-Dを掲載しています）。
参照先:
📌 個人的な推しはSOCKS Protocol Version 4Aになります。クライアント側でDNSが引けないような環境でも、SOCKSサーバ側にドメイン名解決をきちんと委譲できるというあの古典的な仕組みが、匿名通信や検閲耐性アプリの世界で長年お世話になってきた実装慣行が、IETFの場で改めて文書化されるのは個人的にぐっとくる動きですね。v4本体の文書化と並走する形で同じ日に出てきており、Tor界隈で踏まれてきた実装上の知見が文書側に丁寧に降りてくる、見守る楽しみのある仕事に仕上がっていますよ。
サマリー
今日のPart 2はInternet-Draftが8本、ルーティングと計測、トランスポート寄りの足元を固める一群がしっかり並びました。SRv6 VPNにおけるICMPエラーの扱い、PIM PFMの転送効率向上、RPL DISの細やかな制御フラグなど、マルチキャストや低電力IoTの現場でじわじわ効いてくる仕事が顔を揃えています。またSTAMPはMPLSとIPの両拡張ヘッダ反射でアクティブ計測の射程を広げ、UDP上のECN実装ノートも残されました。最後にSOCKS v4とv4Aが揃って文書化される、なんとも歴史的な味わいのある一日ですね。
Hot Topics
まず一本目はSTAMP MPLS Extension Header反射と、それと対をなすSTAMP IP Header反射の姉妹ペアになります。IOAMデータフィールドと組み合わせて、ホップごとの状態とエッジ間の状態を同じ枠組みできちんと観測できるようになる、運用観測の解像度を一段引き上げる地味で良い仕事に仕上がっていますね。もう一本はPIM PFM Forwarding Enhancementsで、並列リンク上の冗長送信を抑えつつ、TLVとsub-TLV拡張で情報量も増やしてくる実用派の改善です。
投稿されたInternet-Draft
ICMP Error Handling in SRv6 based VPN Networks
SRv6ベースのVirtual Private Networkにおける、ICMPエラーの取り扱い手順を規定する短めながら現場密着の文書です。SRv6 VPNではパケットがSegment Routingヘッダ越しに転送されるため、途中ノードで発生したICMPエラーを適切な顧客側へ正しく返すための作法が、従来のVPNとは少し違ってきます。本ドラフトはその差を埋めるための手続きを整理し、SRv6 VPNを運用するオペレータにとってトラブルシューティングや経路品質の見極めを助ける、地味だけれど現場で重宝する一本に仕上がっていますね。
draft-ali-6man-srv6-vpn-icmp-error-handling-03
Simple Two-Way Active Measurement Protocol (STAMP) Extensions for Reflecting STAMP Packet MPLS Extension Headers
STAMPとそのオプション拡張は、エッジ間のアクティブ計測に活用される一方、IOAMデータフィールドはホップごとおよびエッジ間の運用・テレメトリ情報の記録収集に使われています。本ドラフトはこのSTAMPを拡張し、MPLS Network Action Sub-StackやPost-Stack HeaderなどのMPLS拡張ヘッダを反射対象として扱えるようにします。ホップ単位とエッジ間のアクティブ計測の両方で、IOAMデータフィールドと組み合わせる利用を想定する設計です。MPLS基盤の観測性を一段引き上げる一本ですね。
draft-gandhi-ippm-stamp-mpls-hdr-03
Simple Two-Way Active Measurement Protocol (STAMP) Extensions for Reflecting STAMP Packet IP Headers
STAMPのオプション拡張シリーズの一本で、エッジ間のアクティブ計測でIPヘッダおよびIPv6拡張ヘッダを反射の対象に含められるようにする文書です。IOAMデータフィールドと組み合わせれば、ホップ単位とエッジ間の双方で運用とテレメトリ情報を取得でき、経路上の機器構成や中継状態を観測しやすくなります。MPLS版（draft-gandhi-ippm-stamp-mpls-hdr）と並ぶ姉妹規格で、IP/IPv6基盤に対するアクティブ計測の射程を拡げる、地味だが運用観測の解像度をしっかり上げてくれる一本ですね。
draft-ietf-ippm-stamp-ext-hdr-08
PIM Flooding Mechanism and Source Discovery Enhancements
PIMの汎用ホップバイホップメッセージ交換であるPFMに、転送効率とスケーラビリティを高めるエンハンスメントを加える文書です。PFMはRendezvous Pointや共有ツリーに依存せず、初期データレジスタも介さずソース発見できる枠組みですが、本ドラフトは並列リンク上での冗長な送信を抑える仕組みと、マルチキャスト情報の符号化を追加TLVやsub-TLVで拡張し、フローに紐づくより豊かな情報を運べるようにする工夫を導入します。既存PFM手順との相互運用は維持しつつ制御プレーン負荷を抑える、現場目線の改善ですね。
draft-ietf-pim-pfm-forwarding-enhancements-04
Configuring UDP Sockets for ECN for Common Platforms
ExplicitCongestion Notification、ECNはあらゆるトランスポートに原理的には適用できますが、UDPでの実装はQUICが普及するまで限定的だったため、UDPソケットAPIでECNを扱うときの方法がプラットフォーム間で散らばっていました。本ドラフトはApple、Linux、WindowsでChromiumを動かすときに、UDP上のECNを実際に動かす実験から得られたAPIの使い方の知見をまとめ、現時点のECNサポート状況のスナップショットとして残す、実務密着の備忘録的な一本です。最新情報はOSドキュメントを併用したいですね。
RPL DIS Modifications and Applications
RPLのDIS（DODAG Information Solicitation）に、新しいフラグとオプションを追加するRFC 6550への増補文書です。近隣のRPLルータに対し、自身のDIO要求にどう応答してほしいかをノード側がきめ細かく制御できるようにします。加えて、これらのDIS拡張を動機づけるユースケースを複数示し、DIO応答の挙動制御を効かせることでネットワーク効率、応答性、ロバスト性が改善される具体シナリオを描く構成です。IoT寄りRPL運用の現場で生まれた要望を、プロトコル側の小回りで吸収する筋の良い拡張ですね。
draft-ietf-roll-dis-modifications-02
SOCKS Protocol Version 4
SOCKS version 4を改めて記述する文書で、ネットワークファイアウォール越しにTCPプロキシサービスを提供するための、セッション層プロトコルとしての位置づけを丁寧に解説しています。アプリケーションプロトコルに依らず、暗号化を伴うサービスにも対応でき、初期のアクセス制御を済ませた後はデータをそのまま中継するだけの最小処理でファイアウォール越え透過を提供する、軽量な作法が骨子です。CONNECTで外向き接続を確立し、BINDで内向き接続の受け入れを準備する、二つの主要オペレーションが柱になっていますね。
SOCKS Protocol Version 4A
SOCKS Protocol Version 4Aを規定する文書で、Version 4から派生した独立プロトコルとして仕切り直す位置づけです。4Aの肝は、SOCKSクライアントがドメイン名解決の責任をSOCKSサーバへ委譲できる点で、クライアント側のホストがネットワークポリシーや単純なDNSアクセス不在の事情で名前解決できない状況、例えば検閲耐性アプリやプライバシ保全ブラウザなどで効いてくる仕組みです。Tor界隈で長年お世話になってきたあの仕様が、IETF文書としてきちんと整理し直される動きで、地味に味わい深いですね。
発行されたRFC
本日発行されたRFCはありませんでした。
編集後記
Part 2はマルチキャスト、SRv6、アクティブ計測、トランスポートとレイヤをまたいで地味にじわじわと効いてくる仕事が並んだ印象で、派手な見出しにはなりにくい領域ですが、こうした足腰の改善が続いてくれることでネットワーク全体の体力が静かに上がっていくんだなあと、読みながらしみじみした気持ちにさせられました。SOCKS v4と4Aが同じ日にIETF文書として整理されて並んでいるのも妙に印象的で、古くて新しい仕事が今もこうして丁寧に続けられているIETFという場の懐の広さを、改めて噛みしめる一日となりましたね。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。