IETF#92
SFC-WG Report2015.4.24
NTT ネットワークサービスシステム研究所
本間俊介
Copyright©2015 NTT corp. All Rights Reserved.

自己紹介■氏名：本間 俊介 （e-mail：homma.shunsuke@lab.ntt.co.jp）■所属：NTT ネットワークサービスシステム研究所（武蔵野）■業務内容：・ 次世代エッジルータの開発
・ 仮想化関連技術の研究■IETFにおける活動
・Service Function Chaining（SFC）の標準化- draft-ietf-sfc-dc-use-cases-02共著- draft-homma-sfc-forwarding-methods-analysis-01著者

・SFC相互接続試験を実施→今回の会合でフィードバックについて発表

Copyright©2015 NTT corp. All Rights Reserved.

1

【参考】SFC相互接続試験

http://www.ntt.co.jp/news2015/1502/150212a.html

Copyright©2015 NTT corp. All Rights Reserved.

2

会合概要

Copyright©2015 NTT corp. All Rights Reserved.

3

会合概要
こっちです

会合名：IETF#92 Dallas会合
開催期間：2015/3/22（日）～27（金）開催場所：US The Fairmont Dallasミーティングホスト：Google＜本会合の会場＞

登録人数 1,449名／ 参加人数 1,221名＜参加者の割合＞
Copyright©2015 NTT corp. All Rights Reserved.

4

SFC-WG動向報告

各スライドは以下のURLにアップロードされている
https://datatracker.ietf.org/meeting/92/materials.html
Copyright©2015 NTT corp. All Rights Reserved.

5

SFC-WGの概要• SFC-WGは、サービス機能間を連携する汎用的なIFとして、データプレーンを必要なサービス機能に特定の順序で接続するためのアーキテクチャを確立する。
• ヘッダフォーマットとその使い方の議論が中心に行われた。
 SFC-WGの体制◆SFCの概要

WG名： Service Function Chaining （sfc）
所属AREA： Routing Area（略称： rtg）
議長： Jim Guichard (Cisco)Thomas Narten (IBM)AREAディレクタ： Alia Atlas (Juniper)
参加人数： 200名以上
Agenda- SFC Encapsulation- SFC Architecture- SFC Interoperability & Open Source

SFC-aware
SF

SFC-aware
SF…

• パケットの識別• SFCヘッダの付与

SFF

UE

NetworkClassifier• SFCヘッダに基づく経路制御◆SFC-WGのスケジュール
2013

2014

Defining SFC Problem
Statement & Use cases

Defining SFC architecture &Control/Management plane

現在SFC-unaware
SF…

SFC Proxy…

…

Internet: Packet Flow
UE : User Equipment

2015Specifying the Generic SFC
Header Encapsulation
Copyright©2015 NTT corp. All Rights Reserved.

6

SFC-WG draft動向
 RFC
 Problem Statement• RFC7498 (2015.4.13発行)

 WGアイテム Use Cases• 以下３本のドラフトがWGアイテム化されており、うちlong-lived-flowがRFC化のラストコール中- DC Use Cases- Long Lived Flow Use Cases- Use Case Mobility

 SFC Architecture• RFC化のラストコールが受理されており、RFC発行の処理が進行中

 SFC Encapsulation（NSH）• ３月にWGアイテム化• 本会合でアップデートに関する報告あり
Copyright©2015 NTT corp. All Rights Reserved.

7

SFC-WG Agenda• SFC Encapsulation- Network Service Headers (Paul Quinn)

https://datatracker.ietf.org/doc/draft-quinn-sfc-nsh/• SFC Architecture- SFC Header Mapping for Legacy SF (Dave Dolson)

https://datatracker.ietf.org/doc/draft-song-sfc-legacy-sf-mapping/- Service Function Simple Offloads (Surendra Kumar)
https://datatracker.ietf.org/doc/draft-kumar-sfc-offloads/- SFC Forwarding Analysis (Dave Dolson)

https://datatracker.ietf.org/doc/draft-homma-sfc-forwarding-methods-analysis/- SFC Layer-7 Optimization (Sumandra Majee)• SFC Interoperability & Open Source- Opendaylight Implementation Update (Reinaldo Penno)- Report of Interconnectivity testing of SFC by 6 companies (Shunsuke Homma)- SFC/OVS Functionality & Status (Reinaldo Penno)
Copyright©2015 NTT corp. All Rights Reserved.

8

SFC-WGの発表について 1/9
 SFC Encapsulation
 Network Service Header (NSH)• 概要：サービスチェインの経路情報やメタデータを格納するヘッダのフォーマットを記載。
• 前回からのアップデート：- MLでラストコールが受理され、WGアイテム化した。
- SCHとマージされ、メタデータを固定長で持つType1と可変長で持つType2の二種類が用意された。
• オープンソース化に取り組んでいる- Data Plane→OVS、Control Plane→ODL- マルチベンダでの実装が進行中• Next StepとしてFragmentation SectionとSecurity Consideration Sectionの完成に取り組む。

Copyright©2015 NTT corp. All Rights Reserved.

9

SFC-WGの発表について 2/9
 SFC Architecture Header Mapping for Legacy SF• 概要：既存SFのためのSFC Proxyの実装課題等について記載• 前回会合でのコメントを受け、メタデータに対する考察を追加した• OpenMICでの主なコメント– メタデータはフォワーディング情報としては使われない→基本的にはそうだが、テナント情報に基づく振り分けなどに使われる可能性は有るだろう– 実装依存なため、Proxyの実現性について標準仕様で示すのは難しいのではないか– ラージメタデータを扱う場合、NSHのバリエーションが極めて増えるため、プロビジョニングが難しいだろう– SFC-unawareなSFに対してメタデータはそもそも不要なのでは？
→同一パス上にSFC-awareのSFがある場合、メタデータの保持が必要となるだろう

SFが読み込める形に変換（SFCヘッダの除去）

SFCヘッダを再付与し次のSFFへ転送
Copyright©2015 NTT corp. All Rights Reserved.

10

SFC-WGの発表について 3/9
 SFC Forwarding Analysis• 概要：SFCの適用範囲の明確化のため、サービスチェイニングの転送方式をについて分析した結果を記載• チェイン情報の配布の観点から転送方式を以下の３方式に分類し、それぞれの特徴について分析- Flow-identifiable information (e.g. Openflow)- Stacked transport headers (e.g. SPRING)- Service Chain ID (e.g. NSH) → フローエントリを削減でき、拡張性に優れる• 動的なパス決定を許容するといった特徴から、複数のSub-domainを持つ階層型アーキテクチャを提案→ SF Domain GWを新たに提案• 参加者のうち１～２割程度の人が読んでくれている模様• Sub-domain内のコントロールは上位階梯および他のSub-domainに染み出さない
Copyright©2015 NTT corp. All Rights Reserved.
11

SFC-WGの発表について 4/9•

OpenMIC・オフラインでのコメント＜転送方式分析について＞- この分析はとても有用だと思う- Openflowではスケールしないと考えているということか？
→動的なパス設定（パケットの通過の度にフローエントリを書き換える）をするならスケールしないだろう- Data planeとControl planeの話は分けて分析すべき＜階層型アーキテクチャについて＞- 各Sub-domainを管理するのは別のAdministratorか？
→SFCではSingle Domain（一人のAdministratorが管理するdomain）をスコープとしている。
ここで述べたSub-domainは全て同じAdministratorが管理することを想定している

Copyright©2015 NTT corp. All Rights Reserved.

12

SFC-WGの発表について 5/9
 SF Offloads• 概要：不要なSFをへのステアリングを削減し、SFPを最適化する手法を提案→SFから接続するSFFへData planeまたはControl planeを介してoffloadの指示を行う• 元々はSFP Optimizingというdraftだったが、OffloadとSFP optimizationの２つに分離した→OffloadのWGアイテム化を狙う（OptimizationはInformational）• Data planeを介してSFFにoffloadを指示する方式では、NSHにoffloadを指示するためのbitを要求する

SFからSFFへトラヒックをステアリングしないよう指示

CFへSFPの変更を指示※SFP Optimization-draftで記載。本稿からは除外されている。

Copyright©2015 NTT corp. All Rights Reserved.

13

SFC-WGの発表について 6/9
 L7 Optimization• 概要：L7デバイスへのPath Optimizationの課題について発表（単体のdraftはない模様）• 主なメカニズムはoffload draftに記載されている• L7デバイスにはフローステートを保持するものがあり、様々な課題・特性がある- L7デバイスのoffloadでは双方向での制御が必要となる- SFの中には片方向のみをoffloadすればよいものがある• OpenMICでの主なコメント- Offload指示はData plane経由とControl plane経由どちらが良いか→Control plane経由では同期が難しいため、Data plane（NSH）を利用するのが望ましい- Offload設定の解除のタイミングが難しいだろう- 複雑なメカニズムを要するため、標準で議論するべきではない

Copyright©2015 NTT corp. All Rights Reserved.

14

SFC-WGの発表について 7/9
 SFC Interoperability and open source Open Source Experience / YANG
• 概要OpenDaylightでのSFC実装状況について紹介• 今回のアップデートは以下- Implementation SFC Traceroute- Inplementation of SFC and Netconf integration- Integration of SFC and OpenvSwitch （On-going）- Service Function Load-Balancing（Round-Robin, Random）- Service Function Groups Open Source Experience / OVS• 概要OpenvSwitchでのSFC実装状況について紹介• Data Plane- OVS Patchを公開
パケットフォーマットはVXLAN+NSH(Type 1)+Ethernet+IP• Control Plane- OpenflowをNSHのアクションルールを設定できるように拡張
Copyright©2015 NTT corp. All Rights Reserved.

15

SFC-WGの発表について 8/9
 Report of Interconnectivity testing of SFC by Six Companies• 概要：相互接続試験から得られた知見についてフィードバックを報告• 発表では以下について報告（資料は末尾に添付）- シナリオ紹介- 実装上の課題- Future Work

Copyright©2015 NTT corp. All Rights Reserved.

16

SFC-WGの発表について 9/9•

OpenMIC・オフラインでのコメント＜実装面に関する質問・コメント＞- 使ったのはIPv4とv6のどちらか？
→v4を使用した- Classifierは何に基づいて識別をしたのか？
→識別にはユーザ端末のIPアドレスを使用- SouthbandとNorthbandでは何を使った？
→SouthbandではTelnetを使用した。Northbandは未使用。
- SFFはOvSを使用したのか？
→ C言語で自作した。
→そのときDPDKを使用した？（質問者がIntelの方）→使用した。ソフトウェアアプライアンスにおいてスループットの向上は大きな課題と認識している。

＜その他の質問・コメント＞- オペレータからのフィードバックはとても有益。とても良いレポートだった。（Alia Atlas/Area Director）- Next Stepではメタデータを使ったデモを考えて欲しい（Paul Quinn/Cisco）- 今後の活動について教えて欲しい→まずはNFVへレポートを提出する。その後の具体的な計画については未定。

Copyright©2015 NTT corp. All Rights Reserved.

17

まとめ

Copyright©2015 NTT corp. All Rights Reserved.

18

まとめ
• NSHドラフトがWGアイテム化し、進捗としては順調の模様• 今回はヘッダフォーマットおよびヘッダの使い方に関する提案が中心に議論された• 今後の議論では、上記に加え、CプレーンやOAMの議論が中心になると予想• 相互接続試験のフィードバックは歓迎して貰うことができた

Copyright©2015 NTT corp. All Rights Reserved.

19