IETF117参加報告:dmm, ネットワークスライシング

モバイル&ネットワーク本部
ﾈｯﾄﾜｰｸｲﾉﾍﾞｰｼｮﾝ統括部 ﾊﾟｹｯﾄﾈｯﾄﾜｰｸ部
藤田 玲央(leo.fujita@g.softbank.co.jp)© 2023 SoftBank Corp.

アジェンダ
■
■
■
■
■

自己紹介
IETF
DMM WGとその参加報告
ネットワークスライシング周りの感想
まとめ© 2023 SoftBank Corp.

2

自己紹介
IETF Meetingは初参加 (横浜ではhackathonのみ参加)■

所属
ソフトバンク株式会社■

担当業務
2020年4月 ~ 2022年3月● エリアネットワーク設計/検証/マイグレ対応● Flex-Algo導入の推進
2022年4月 ~ 現在
● モバイルバックホール設計/検証● SRv6 MUP導入の推進© 2023 SoftBank Corp.

3

IETFとRFC■■

インターネットを発展させることを目的に、技術文書RFCを発行する●

例えば、RFC9112でHTTP/1.1が、RFC8986でSRv6が定義されている●

まずInternet-Draftが書かれ、議論され、実装やざっくりとした合意の後、RFCとなるベンダーが一番多い印象だが、オペレーターや研究者の参加も非常に多い●「大枠の合意と、動いているコード」を信念とするため営業活動は無し© 2023 SoftBank Corp.

4

IETF117 サンフランシスコ■

7/22-7/28 (土日はハッカソン)■

IETF会議は基本的に年3回、1週間開催され議論が交わされる●現地1000人弱、リモート500人強、合計1500人以上が参加●

最終合意や普段の議論の場はメーリングリスト●

開催地はローテーション
アメリカ→ヨーロッパ→アジア– 前回116: 横浜– 今回117: サンフランシスコ– 次回118: プラハ■

私の参加は今回WIDEプロジェクト「IETF Year 2023若手人材グローバ
ル支援プログラム」援助●© 2023 SoftBank Corp.

WIDEはSBと共同研究もしている、慶應や東大等大学横断の研究プロジェクト
5

会場の雰囲気

ハッカソン会場。OSS開発やインオペ廊下やロビーで会議を開くこともあった
北にUC Berkeley (写真: RISC,浮動小数点の記念碑)
南にStanford, Silicon Valley© 2023 SoftBank Corp.

6

Distributed Mobility Management (dmm) WG
SBの松嶋聡さんがWG chairを務める。活動は以下をはじめとする内容の文書化■ モバイルのセッション情報をIPネットワークへ透明化するモデルやそのシナリオ■ モバイルのアンカーを分散できるようなプロトコル
今回の注目点としては■ 会議開催前までにSRv6 MUPがRFC化 (RFC9433)■ IETFから3GPPに向けた意見としてANUP(5GでいうgNB+UPF)についての検討■ 他のWGとの連携が欠かせないネットワークスライス周りの議論© 2023 SoftBank Corp.

7

Distributed Mobility Management (dmm) WG参加
微力ながらﬁrst IETF contribution■ 議事録係の挙手が無かったので自主的に書いていたところ他参加者に感謝された■ 社内で確認できた事象についてI-D共著者としてスライド作成、マイクでコメント
Note-taking© 2023 SoftBank Corp.

Comment8

Impact analysis from IPv6 GTP-U checksum calculation
IPv6 GTP-Uのチェックサムゼロはすでに許容されている■■

RFC8200(IPv6): tunnel encapsulation may enable zero-checksum
3GPP TS 29.281 Rel.16: (if) GTP-U entity and the path in-between supports UDP zero checksum

トンネルするUDPとトンネルされるプロトコル、両方でのチェックは過剰という問題
一方、受信側が未対応のとき、送信側でチェックサム計算は必須になってしまう
Outer IPv6 header
Outer UDP header
GTP-U header
checksum

Inner IPv6 header
Payload© 2023 SoftBank Corp.

9WGからのコメント
RFC6935(IPv6 UDP zero)で議論されているが、実態としては未対応ベンダーがある■

Tianji(Chnia Mobile): N3(gNB~UPF)の帯域なら一般的に輻輳は起きないのでは?
Tetsuya(Arrcus): NWの輻輳ではなく、単一ノード上の処理性能の問題■

Jeﬀrey(Juniper): ANUPをやるモチベーションになる。
N3自体を無くすことで問題を解決■

Suresh(Cisco): RFC6935で既に対応済みだがチェックサムゼロを必須にしているわけではない。次のアクションは3GPPへのリエゾン?
Satoru(SoftBank, chair): 3GPPはチェックサムゼロに消極的
Suresh(Cisco): リエゾンは良いアイディア
Sri(Cisco, chair): 良い分析なので、後方互換性さえよければリエゾン: 他の標準化団体への公式な意見文書
会議後、3GPPリエゾン担当曰く3GPPアジェンダに乗る確約は無いが、送った場合IETFの意見として受け止められる© 2023 SoftBank Corp.

10

各WGでagendaに上がったネットワークスライシング関係draft
lsr - Link State Routing●dmm - Distributed Mobility Management

IGP extensions for Advertising Offset for Flex-Algorithm
draft-chan-lsr-igp-adv-offset-03

pce - Path Computation Element●Carrying SR Algorithm information in PCE-based Networks.
draft-ietf-pce-sid-algo-04

idr - Inter-Domain Routing●Mobility aware Transport Network Slicing for 5G
draft-ietf-dmm-tn-aware-mobility-07●(teas) A Realization of IETF Network Slices for 5G Networks Using
Current IP/MPLS Technologies
draft-ietf-teas-5g-ns-ip-mpls-00●(idr) BGP Extension for 5G Edge Service Metadata
draft-ietf-idr-5g-edge-service-metadata-07●(tsvwg) Encoding 3GPP Slices for Interactive Media Services
draft-jiang-tsvwg-slice-media-service-00●

BGP Classful Transport Planes
draft-ietf-idr-bgp-ct-13●

BGP Color-Aware Routing (CAR)
draft-ietf-idr-bgp-car-02●

BGP Colorful Prefix Routing (CPR) for SRv6 based Services
draft-wang-idr-cpr-02

Scalability Considerations for Network Resource Partition
draft-ietf-teas-nrp-scalability-02●

BGP Dissemination of FlowSpec for Transport Aware Mobility
draft-dmc-idr-flowspec-tn-aware-mobility‐04

IETF Network Slice Application in 3GPP 5G End-to-End Network Slicedraft-ietf-teas-5g-network-slice-application-01●

Instantiation of IETF Network Slices in Service Providers Network
draft-barguil-teas-network-slices-instantation-07●

Realization of Composite IETF Network Slices
draft-li-teas-composite-network-slices-01●●

teas - Traffic Engineering Architecture and Signaling

spring - Source Packet Routing in Networking●

Problem statement for Inter-domain Intent-aware Routing using Color
draft-hr-spring-intentaware-routing-using-color-02↑ Intent-based NWなど

3GPPとのmappingなど→

rtgwg - Routing Area Working Group●© 2023 SoftBank Corp.

Extension of Transport Aware Mobility in Data Network
draft-mcd-rtgwg-extension-tn-aware-mobility
11

Flex-Algo Editor / CiscoのPeter Psenakさんに相談できた
RFC9350(IGP Flexible Algorithm)■ 記載されていない、実装依存の動作を改善できないかリクエストをしてみた→ そもそも実装の誤解を指摘してもらった結果、元々考えていたほど大きな問題ではなかったことがわかった■

TE-metricの空き帯域情報それ単体をmetricとして制御をするのは不可能、という議論ができた

実際のeditor、実際のengineerと直接話せる© 2023 SoftBank Corp.

12

まとめ
■

rough-consensusまでの道のり、WG間の連携、adhocなミーティングなどプロセスの一端を体験できた■

liaisonをはじめ、3GPPとの関係は議論のハードルはあるものの、これからも関わっていく必要性が感じられた● 研究寄りの部署ではない人間も参加意義はあると実感

この場をお借りして支援していただいたWIDE Projectに感謝を申し上げます。

© 2023 SoftBank Corp.

13

Appendix© 2023 SoftBank Corp.

14

Mobile User Plane Evolution
draft-zzhang-dmm-mup-evolution-06
3GPP Rel.17以降に向けて、N3区間を排除したANUPをIETFの意見として提案。
従来提案© 2023 SoftBank Corp.

15

Encoding 3GPP Slices for Interactive Media Services
draft-jiang-tsvwg-slice-media-service-00
背景: UDP Optionsは既存UDPと互換性を維持したまま、情報を埋め込める
UDP Lengthフィールドは歴史的な理由で存在する一方、IPのLengthフィールドから算出できるため不要だった。これを活用する

3GPPスライス情報をUDP Optionsに格納
UPFはDPI(Deep Packet Inspection)することでIETFネットワーク上で3GPPスライスを伝達
ユースケースは新たに定義された
HDLLC(広帯域低遅延)の用途© 2023 SoftBank Corp.

16

A Realization of IETF Network Slices for 5G Networks Using Current IP/MPLS Technologies
draft-ietf-teas-5g-ns-ip-mpls-00
IETF Network Slice Application in 3GPP 5G End-to-End Network Slicedraft-ietf-teas-5g-network-slice-application-01
Mobility aware Transport Network Slicing for 5G
draft-ietf-dmm-tn-aware-mobility-07
teas:~applicationが広義の3GPP~IETFマッピング
teas:~ip-mplsがIPv6を始めとする対象の実装
dmm:~mobilityがUDP src portを使った手法の実装
3GPPもIETFも互いにスコープ外としたい部分をなんとかドキュメント化したい意図がある
IETF視点ではVRF, TE, QoSの集まりである
スライスと3GPP S-NSSAIの対応手法が焦点© 2023 SoftBank Corp.

17

BGP Extensions for the Mobile User Plane (MUP) SAFI
draft-mpmz-bess-mup-saﬁ-02
MUPの情報をBGP経路として広告
今回のIETFではアジェンダにはなかったがhackathonで実装していた

3GPP 5Gユースケースで広報する
Address, Preﬁx, ほかの情報など

TypeInterwork Segment Discovery RoutegNodeB の N3 インターフェイス

Direct Segment Discovery Routeoriginating BGP speaker

Type 1 Session Transformed (ST) RouteUE の preﬁx
TEID

Type 2 Session Transformed (ST) RouteUPF の N3 インターフェイス
TEID© 2023 SoftBank Corp.

18