IETF 92 Report
spud (BoF)
2015.4
NTTコミュニケーションズ株式会社
技術開発部
中原 悠希
1	

Spud(BoF)の開催の経緯
n IABの“IP Stack Evolution(IPSE)”プログラムにおいて、1月26,27日に“Stack Evolution in a Middlebox Internet(SEMI)”ワークショップが開催され、IETFにおけるSPUD BoF開催が提案、承認された。
IP Stack Evolutionプログラムのスコープ

Stack Evolution in a Middlebox Internetワークショップ“The IP Stack Evolution program covers various
topics in the evolution of IPv4 and IPv6, thetransport protocols running over IP, and the overall
protocol stack architecture.”• 現状多くのアプリが HTTP/TCP/IPを利用。この原因は、• 他のプロトコルのインターフェースは乏しく、アプリ開発者からの利用が難しい。
• MiddleboxがTransparencyを制限している。の2点。
• そこでIPSEでは以下の2つを主なフォーカスとしている。
①SOCK̲STREAMやSOCK̲DGRAMを改善したI/Fを作る。
②Middlebox存在下でのTransparencyを改善する。

• インターネットのトランスポートは、古いI/Fに縛られていること、およびMiddleboxがパケットを書き換えてしまう問題のせいで硬直化しており、トランスポートレイヤのイノベーションを阻害している。
• これを解決し、E2E原理を取り戻すための方策を考えるのが本ワークショップの目的。
• 20件のポジションペーパーが提出され、議論が行われた。
• Spud BoFの開催が決定され、これに向けたDraftの執筆、プレゼン発表のアサインがされた。

http://tools.ietf.org/bof/trac/wiki/BofIETF92
https://www.iab.org/activities/programs/ip-stack-evolution-program/
https://www.iab.org/activities/workshops/semi/
https://www.iab.org/wp-content/IAB-uploads/2014/09/stackevo-cfp.pdf

2

SPUD(Substrate Protocol for User Datagrams) BoF サマリn IABのWorkshop「Stack Evolution」が開催され、IETF#92でのSPUD BoF開催が計画された。
n SPUDのスコープは、MiddleboxがあってもE2E通信が可能な新しいトランスポートプロトコルをUDP上に作る事。
n IETF#92の段階では、要求条件分析・プロトコルの草案が提案された状態。新プロトコルの作成には、参加者は前向き。
n 「tube」という概念でUDPパケットをセッション管理する。
n 今後の取り組みについての議論の結果、SPUDはまだWG化されず、BoFとして継続議論される見通し。
n 関連情報•••議長:
Mirja Kühlewind氏 (チューリッヒ工大)
Eliot Lear氏(Cisco)所属エリア:
Transport Area
BoF参加人数:
200人程度h"ps://datatracker.ie0.org/mee4ng/92/agenda/spud/	  (参考) 進め方に関しての議論
n 進め方について主な議論•••

WGを作ってCharterを書き始めるか、WGを作るためのBoFを開くか、もっと議論が必要か、それともRGを作る方が良いのか、話し合われた。
Rapid deploymentとCareful Designのどっちを優先するか、という問いに対して「とにかく立ち止まらずに仕様を作ろう」派と「プロトコルは長年使われるものだから慎重にやろう」派の意見があった。
以下、参加者からの主な意見
••
•••
•

•

まだまだオープンな場で議論したいので、BoFを続けるべき。(多数)
問題領域が広いので、BoFをまた開いて議論すべき。
WG化、WG Charterを書くのは時期尚早である。
BoFを続ける以前にStackEvolution programの中で議論を継続して、まとまったらIETF BoFの場に持ってくるべき。
いろんな意見があるけど、Charterは早く書くべき。
これをResearchだととらえるべきで無い。ここはIRTFではなくてIETF。WG化して実験的プロトコルを作ってみるべき。

BoF継続が多数派であり、次回IETFでもBoFが開かれると思われる。
4

SPUD BoF アジェンダn Chair's slides & Agenda Bashing•

本BoFの目的についてn Introduction•(Brian Trammell氏)

SPUDの背景および主な方針について概説。

n SPUD Requirements•(Ted Hardie氏)

SPUDのハイレベル要求条件について。

n SPUD Prototype•(Joe Hildebrand氏)

試作したSPUDプロトコルについて紹介。当日急遽追加。

n DTLS as Subtransport protocol•(Chair)(Christian Huitema氏)

下位プロトコルとしてDTLSを用いることのメリットを紹介。

5h"ps://www.ie0.org/proceedings/92/agenda/agenda-­‐92-­‐spud	プレゼン1 Introduction
n 要旨
••
•

SPUD BoF開催の経緯を、IABでの「Stack Evolution in a Middlebox
Internet(SEMI)」ワークショップの結果と説明。
現在のNWは、NAT/FW等のMiddleboxが経路上にあると、帯域・レイテンシの面でボトルネックになったり、パケットを止めてしまうという問題がある。
SPUDの最初のユースケースとして、UDP ﬁrewall traversalを提案。
ユースケース: UDP Firewall Traversal

現状の問題(WebRTC DataChannelを例に)

6h"ps://datatracker.ie0.org/mee4ng/92/agenda/spud/	  プレゼン2 SPUD Requirementsn 要旨•••SPUDのハイレベルの要求条件を提案。
プライバシー問題があるので、DPIが無くてもMiddleboxを通過出来る事が必要。
NW装置が、同一セッションに属する複数のUDPパケットを認識出来るよう「tube」という概念を導入。

経路上のNW装置は、UDPパケットをグルーピングできる

アプリケーションは、経路上のNW装置から情報をもらえる(副効用)7h"ps://datatracker.ie0.org/mee4ng/92/agenda/spud/	  プレゼン4 SPUD Prototypen 要旨•

SPUDのプロトタイプを作ったので、その紹介。(GitHubで公開中)

TCPのシーケンスとの対比

パケットヘッダ案(再掲)8h"ps://datatracker.ie0.org/mee4ng/92/agenda/spud/	   h"ps://github.com/iptube	  9プレゼン3 DTLS as Subtransport protocol
n 要旨
••

新プロトコルを作るにおいて、暗号化の仕組みをイチから新しく作ると大変なので、DTLSを用いることを推奨。
プレゼン2(要求条件)に対して、MiddleBoxでのセッションStart/Stopが検知可能、NW情報の収集が可能、という点をDTLSが満たしていると主張。

DTLSを下位に使う事のメリット

DTLSとmiddlebox

10h"ps://datatracker.ie0.org/mee4ng/92/agenda/spud/	  再掲SPUD(Substrate Protocol for User Datagrams) BoF サマリn IABのWorkshop「Stack Evolution」が開催され、IETF#92でのSPUD BoF開催が計画された。
n SPUDのスコープは、MiddleboxがあってもE2E通信が可能な新しいトランスポートプロトコルをUDP上に作る事。
n IETF#92の段階では、要求条件分析・プロトコルの草案が提案された状態。新プロトコルの作成には、参加者は前向き。
n 「tube」という概念でUDPパケットをセッション管理する。
n 今後の取り組みについての議論の結果、SPUDはまだWG化されず、BoFとして継続議論される見通し。
n 関連情報•••議長:
Mirja Kühlewind氏 (チューリッヒ工大)
Eliot Lear氏(Cisco)所属エリア:
Transport Area
BoF参加人数:
200人程度h"ps://datatracker.ie0.org/mee4ng/92/agenda/spud/