ISOC-JP IETF109報告会
5G関連トピックス
2020/12/23
宮坂 拓也 (KDDI研究所, ISPC)
栃尾 祐治 (富士通, ISPC)

報告内容• 最近のIETFにおける5G(主に3GPP)への取り組みを紹介• IETF109(一部IETF108)のトピックス• Network Slicing 関連 (TEAS WG)• Data plane 関連• Segment Routing (SPRING WG)• VPN (BESS WG)• など• その他：MEC への取り組み…

• 報告は、Segment Routing (SPRING)〜Network Slicing (TEAS)〜まとめ(今後に向けた展開)の順で行います

ISOC-JP IETF109報告会 (2020/12/23)

2

IETFにおける5G(主に3GPP)への取り組み• 5G 向けアーキテクチャの観点で:

3GPP TS23.501• DMM (SRv6)• SPRING (SRv6 or SR-MPLS)• DetNet/RAW (IP or MPLS; URLLC観点)• BESS (VPN)

AUSF

N22

• DMM, TEAS, RTGWG• 特に Network Slicing は TEAS で取り扱う• 5G UP 向け転送技術の観点で:

NSSF

N12

C-plane network functions

UDM

N13

N10

N8

N1

N11

AMF

N7

SMF

PCF

N5

AF

N14
N15
N2
N4

U-plane network functions

N3

UE

NG (R)ANN6

Data
Network

UPF
N9

OAM:
Protection:• MPLS• RTGWG• IPPM(IPv6)

Signaling:• IDR (BGP)• LSR(OSPF, ISIS)• 5G UP 向け転送技術管理(MP)の観点で• PCE• 各WGで定義のYANG• その他、 TR29.891 関連で QUIC, CBOR などが関与
ISOC-JP IETF109報告会 (2020/12/23)

3

Spring (Segment Routing)関連

ISOC-JP IETF109報告会 (2020/12/23)

4

SPRING WG進捗
• IETF109(の初日)では、SR Policy, OAM拡張,Protectionなど議論• SR Policyは、PCEP, BGP拡張も含め検討中でPCE WG, IDR WG でも議論
• Protectionは、RTGWGでも議論 (SR redundancy, Midpoint, Egress,…)• OAMは、 Ping/Traceroute (RFC8287) or in-situ OAMの拡張での提案• IETF108で、 SRv6+などに見られる Small SID/Compressed SID (SRCOMP)を検討するDesign Teamが形成され、IETF109 (の二日目)で紹介された• 従来のSRv6 (RFC8754) およびProgramming (IESG Evaluation) がひと段落ついたことで、Small SID/Compressed SIDに関する、議論を進めるというもの• 要求を中心に報告されたが、特にSRv6導入組から中心に、コメントが多数。例えば、• どう言う場合にSRCOMPが要求されるのか?
• green field/brown fieldのどちらを前提にしているのかとか?
• 想定動作がSR動作に反するものが出てきているけど…？

• 詳細はこのURL• https://github.com/IETF-srcomp• https://datatracker.ietf.org/meeting/109/materials/slides-109-spring-sessb-sr-over-ipv6-compression-requirements-00
ISOC-JP IETF109報告会 (2020/12/23)

5

SR Compression Design Team• デザインチームのスコープ• Requirement draft：Compressionにあたり必要な要求を整理• IETF109:初版をsubmit• IETF110:第2版をsubmit予定• Solution Analysis draft：整理された要求に従い、各Solutionを分析する• IETF110:初版をsubmit予定

https://datatracker.ietf.org/meeting/109/materials/slides-109spring-sessb-design-team-status-update-and-future-plan-00

ISOC-JP IETF109報告会 (2020/12/23)

6

SR Compression Requirements
draft-srcompdt-spring-compression-requirement


Requirements overview

https://datatracker.ietf.org/meeting/109/materials/slides-109spring-sessb-sr-over-ipv6-compression-requirements-00

Network Slicing関連

ISOC-JP IETF109報告会 (2020/12/23)

8

Network SlicingにおけるIETFの取り組み• IETF99(2017夏)ごろから、各WG or BoFで検討開始。例えば• Side meeting (IETF98) > pdf• NetSlicing BoF (IETF99) > pdf• COMS BoF (IETF101) > pdf• RTGWG, OPSAWGなど (IETF104) > pdf• TEAS (IETF105) > pdf• IETF105 にて、TEASでNetwork Slicingを検討することが同意され、DT (Design Team) を結成。> pdf (@IETF106)• 参考: TEAS (Traffic Engineering Architecture and Signaling) WG とは• IP, MPLS and GMPLSにおけるTraffic Engineering (TE) に関わる一般的アーキテクチャ、およ
びRSVP-TEなどのシグナリングプロトコルなどを扱う、平たくいうとTEに全般に関わることを扱う
WG• RFC8453 こと Abstraction and Control of Traffic Engineered Networks (ACTN)もこのWGで進めてきた。他、TE YANG, TE Topology YANGも扱い、現在はRFC3272bisもすすめている
ISOC-JP IETF109報告会 (2020/12/23)

9

TEAS WGでのこれまでの取り組み• 主なアウトプット文書 (Note: WG I-Dはまだ存在しない)(1)全体に関するドラフト
概要

ドキュメント★

Definition of IETF Network Slicehttps://tools.ietf.org/html/draft-nsdt-teas-ietfnetwork-slice-definition-01

IETFにおけるネットワークスライス(IETF
Network Slice)を定義。TEAS WGのNetwork
Slicing Design Team (NSDT)によるもの★

Framework for Transport Network Slices
https://tools.ietf.org/html/draft-nsdt-teas-nsframework-04

IETF Network Sliceを実現するためのフレームワークを定義。TEAS WGのNetwork Slicing
Design Team (NSDT)によるもの

IETF Network Slice Controller and its
associated data models
https://tools.ietf.org/html/draft-contreras-teasslice-controller-models-00

IETF Network SliceにおけるControllerの内部構造ならびに、そこで用いられる各種datamodelに関する考察的なInformational draft

ISOC-JP IETF109報告会 (2020/12/23)

10

TEAS WGでのこれまでの取り組み• 主なアウトプット文書 (Note: WG I-Dはまだ存在しない)(2) Notrhbound-interfaceに関するドラフト (API, YANGなど)
ドキュメント概要

A YANG Data Model for VN Operation
https://tools.ietf.org/html/draft-ietf-teas-actn-vn-yang-09

トランスポートコントローラのNorthbound APIとしての利用が見込めるデータモデル

IETF Network Slice use cases and attributes for NorthboundInterface of controller
https://tools.ietf.org/html/draft-contreras-teas-slice-nbi-03

IETF Network Sliceを利用するユースケースを整理し、そのユースケースを満たすためにNBIに埋め込むべき情報を整理するドラフト★

IETF Network Slice for 5G and its characteristics
https://tools.ietf.org/html/draft-rokui-5g-ietf-network-slice-00

5G End-to-end slice用のNBIデータモデルを提案するドラフト★

A Yang Data Model for IETF Network Slice NBI
https://tools.ietf.org/html/draft-wd-teas-ietf-network-slice-nbiyang-01

IETF Network Slice NBIのデータモデルを定義するドラフト

IETF Network Slice YANG Data Model
https://tools.ietf.org/html/draft-liu-teas-transport-networkslice-yang-02

IETF Network Slice自体のYANG data modelを提案している

ISOC-JP IETF109報告会 (2020/12/23)

11

IETFが (３GPP) 5Gで目指すところ• TS28.530でいうところのTransport Network念頭に、 Network Slicingはじめ、UP, ControllerなどのManagement planeを定義• draft-clt-dmm-tn-aware-mobility から。このドラフトでは、表向きTS28.530は参照していないが、明らかに意識• draft-rokui-5g-ietf-network-sliceでは、TS28.530, TS28.501 を参照
5G Control and Management Planes+------------------------------------------------------------------------+| +--------------------------------------------------------------------+ |
| |
(TNF)
5G Management Plane
(TNF)
| |
| +----+-----------------+-------------+---------------+-----------+---+ |
|
|
|
|
|
|
|
| +----+-----+|
F1-C +----+-----+|
N2 +----+---+ || ||----------(---------|gNB-CU(CP)|--------(-------| 5GC CP | || |||+----+-----+|+----+---+ |+-||-----------|-------------|---------------|-----------|-----+
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| ACTN|| ACTN|||+---+---+|+---+---+
|
|
|
|
|
|
|
|
|
| gNB-DU|| SDN-C |E1| SDN-C |
|
|
|
|
|
|
|
|
|
|
|
+---+---+|+---+---+
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
__ +__|___+__
|
|
|
__/
¥__
+--+---+
__/
¥__
+-+-+
|
|
/
IP
¥
| gNB |/
IP¥||
UE--*||-(PE) Mid-haul (PE)---+CU(UP)+--(PE) Backhaul(PE)--+UPF|--DN+----------+¥____/+------+
¥__
__/
+---+
¥______/¥______/|------ F1-U -------||------ N3 OR N9 ------|

https://www.isoc.jp/wiki.cgi?action=A
TTACH&page=IETF105Update&file=ietf105%2Dmiyasaka%2Epdf* Radio and Fronthaul

Figure 1: Backhaul and Mid-haul Transport Network for 5G

ISOC-JP IETF109報告会 (2020/12/23)

12

IETFが (３GPP) 5Gで目指すところ• 5G e2e スライスと運用管理• draft-rokui-5g-ietf-network-slice<---------------- 5G End to End Network Slice -----------------><-- RAN --> <-- IETF Network --> <- Core -> <-- IETF Network -->Slice
Slice 1
Slice
Slice 2

NS1
NS2
NS3
NS4

......... ................... ............ .................
:
: :
: :
: :
:
:
: :
: :
: :
:
---------------------------------------------------------------================================================================++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
:
: :
: :
: :
:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - :
: :
: :
: :
:
:
: :
: :
: :
:
:.......: :.................: :..........: :...............:RAN
Network

Transport
Network 1

Core
Network

Transport
Network 2

App
Servers

Legend:----- NS1: 5G E2E NS 1 for customer C1, service type Infotainment===== NS2: 5G E2E NS 2 for customer C1, service type Autonomous Driving+++++ NS3: 5G E2E NS 3 for customer C1, service type HD Map- - - NS4: 5G E2E NS 4 for customer C2, service type CCTV|----------------------------------------------------||
Customer portal||----------------------------------------------------||(1)V|----------------------------------------------------|| Generate NS Profile (aka NSI) using NS Blueprints | 5G E2E||(2)| Network Slice|V| Orchestrator| Decompose NS Profile and trigger various actions ||----------------------------------------------------|
|(3)
|(10)
|(7)
|
|--------| | |------|
|
V
|
V V V
|
V
--------------- | ----------------- | ---------------| RAN| | | IETF
| | | Core
| Domain| Slice|-| | Network Slice | |-| Slice| Controllers| Controller || Controller|| Controller |---------------------------------------------(6)| |(4)(12)| |(11)(8)| |(9)| || |--------|| || |-------------- | --------| | |------| |
|
|
V V V
|
|
|
|----------|
|
|
|
|
NFVO
|
|
|
|
|----------|
|
|
|
|
|
.............. ................. | .................
:RAN: : IETF Network : | :
Core
:
:
Slice
: : Slice
: | :
Slice
:
:............: :...............: | :...............:.... | ................ | ........ | .......... | ..... 5G E2E
:
|
|
|
|
: Network Slice:... | ................ | ........ | .......... | ....: (13)
|
|
|
|
(6)|
(12)|
(5)|
|(9)
V
V
V
V
|-----------------------------------------------------||,--------.
,-------------.
,--------.
| Network of
|
/
RAN
¥
/
Transport
¥ /
Core
¥
| Mobile|¥ Network /¥Network/ ¥ Network /| Operator "Y"|`--------'`-------------'`--------'||-----------------------------------------------------|

ISOC-JP IETF109報告会 (2020/12/23)

13

Definition of IETF Network Slicedraft-nsdt-teas-ietf-network-slice-definition• (5Gに拘らない)IETFが進める、主にIP/MPLSを前提としたNetwork Sliceを定義• IETF Network Slice Structure; Stakeholders; Controller Interfacesなどを定義• 当初は、 Transport sliceと呼んでいたが、IETF Network Sliceに変更(-------------------)( IETF scoped Network )
DAN1
(
)
DAN2
-------- NSRE1 --------------- NSRE2-------|
o |-------o| A|| B|o--------| o|| NSE1|--------------| NSE2 |-------|()|-------|
|
(
)
|
|
|
|
(-------------------)
|
|
|
|
|
|
|
| <=============================> |||IETF Network Slice realization||
between NSRE1 and NSRE2|||| <===================================================> |IETF Network Slice between NSE1 and NSE2 with SLO1Legend:
DAN: Device, application and/or network function
Figure 1: An IETF Network Slice between NSEs and its realization between NSREs

ISOC-JP IETF109報告会 (2020/12/23)

14

Definition of IETF Network Slicedraft-nsdt-teas-ietf-network-slice-definition• IETF Slice Structure• Interface of IETF Network Slice Controller____________________________[EP11]------//--[EP21]//[EP12]----/
Transport Slice/----[EP22]:/(SLOs e.g.
/:
/ B/W > x bps, Delay < y ms)/
[EP1m]-/___________________________/-------[EP2n]== == == == == == == == == == == == == == == == == ==
.--.
.--.
[EP11]
(
)- .
(
)- .
[EP21].'' SLO .''
[EP12] ( Network-1 ) ... ( Network-p ) [EP22]:`-----------'`-----------':[EP1m][EP2n]
LegendSLOs in terms of attributes, e.g. BW, delay.
EP: Endpoint
B/W: Bandwidth

ISOC-JP IETF109報告会 (2020/12/23)+------------------------------------------+| Consumer higher level operation system||(e.g E2E network slice orchestrator)|+------------------------------------------+A| NSC NBI
V+------------------------------------------+|IETF Network Slice Controller (NSC)|+------------------------------------------+A| NSC SBI
V+------------------------------------------+|
Network Controllers|+------------------------------------------+

15

IETF Network Slice for 5G and its characteristics (再掲)
draft-rokui-5g-ietf-network-slice• 5G End-to-end slice定義並び(下)に5G End-to-end slice の全体フロー(右)• 5G IETF Network Slice NBI モデルも同ドラフトにて紹介• YANG は draft-wd-teas-transport-slice-yang
Augment 前提に検討<---------------- 5G End to End Network Slice -----------------><-- RAN --> <-- IETF Network --> <- Core -> <-- IETF Network -->Slice
Slice 1
Slice
Slice 2

NS1
NS2
NS3
NS4

......... ................... ............ .................
:
: :
: :
: :
:
:
: :
: :
: :
:
---------------------------------------------------------------================================================================++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
:
: :
: :
: :
:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - :
: :
: :
: :
:
:
: :
: :
: :
:
:.......: :.................: :..........: :...............:RAN
Network

Transport
Network 1

Core
Network

Transport
Network 2

App
Servers

Legend:----- NS1: 5G E2E NS 1 for customer C1, service type Infotainment===== NS2: 5G E2E NS 2 for customer C1, service type Autonomous Driving+++++ NS3: 5G E2E NS 3 for customer C1, service type HD Map- - - NS4: 5G E2E NS 4 for customer C2, service type CCTV|----------------------------------------------------||
Customer portal||----------------------------------------------------||(1)V|----------------------------------------------------|| Generate NS Profile (aka NSI) using NS Blueprints | 5G E2E||(2)| Network Slice|V| Orchestrator| Decompose NS Profile and trigger various actions ||----------------------------------------------------|
|(3)
|(10)
|(7)
|
|--------| | |------|
|
V
|
V V V
|
V
--------------- | ----------------- | ---------------| RAN| | | IETF
| | | Core
| Domain| Slice|-| | Network Slice | |-| Slice| Controllers| Controller || Controller|| Controller |---------------------------------------------(6)| |(4)(12)| |(11)(8)| |(9)| || |--------|| || |-------------- | --------| | |------| |
|
|
V V V
|
|
|
|----------|
|
|
|
|
NFVO
|
|
|
|
|----------|
|
|
|
|
|
.............. ................. | .................
:RAN: : IETF Network : | :
Core
:
:
Slice
: : Slice
: | :
Slice
:
:............: :...............: | :...............:.... | ................ | ........ | .......... | ..... 5G E2E
:
|
|
|
|
: Network Slice:... | ................ | ........ | .......... | ....: (13)
|
|
|
|
(6)|
(12)|
(5)|
|(9)
V
V
V
V
|-----------------------------------------------------||,--------.
,-------------.
,--------.
| Network of
|
/
RAN
¥
/
Transport
¥ /
Core
¥
| Mobile|¥ Network /¥Network/ ¥ Network /| Operator "Y"|`--------'`-------------'`--------'||-----------------------------------------------------|

ISOC-JP IETF109報告会 (2020/12/23)

16

Framework for Transport Network Slices (参考)draft-nsdt-teas-ns-framework• ドラフト構成(抜粋)• アーキテクチャーではなくFrameworkで、TS(Transport slice)が、どうある(べき)かをまとめたもの
3.

Framework
3.1. Management systems or other applications
3.2. Expressing connectivity intents
3.3. Transport Slice Controller (TSC)
3.3.1. Northbound Interface (NBI)
3.4. Mapping
3.5. Underlying technology
4. Applicability of ACTN to Transport Slices
5. Considerations
5.1. Monitoring
5.2. Security Considerations
5.3. Privacy Considerations
5.4. IANA Considerations• 3章 Frameworkから• 3.2 Expressing connectivity intents•

CustomerによるSliceは、要求すべきものであり実現されるものではなく、抽象的である• 3.5 Underlying technology••• 4章 Applicability of ACTN to Transport Slices• 以下のような対応が取れる••“One possible mapping”
TNC may actually subsume some aspects of both the
MDSC and PNC+-------------------------------------+|
Customer| |+-------------------------------------+
^
|
ACTN
|
Terminologyv| and Concepts+-------------------------------------+| A higher level operation system| |+-----+|(e.g. e2e network slice orchestrator)| ===> | CNC |+-------------------------------------+ |+-----+^^| TSC NBI
|
| CMI
v
v
+-------------------------------------+ |+------+|
Transport Slice Controller| ===> | MDSC |+-------------------------------------+ |+------+^^| TSC SBI
|
| MPI
v
v
+-------------------------------------+ |+-----+|
Transport Network Controller(s)| ===> | PNC |+-------------------------------------+ |+-----+

Physical connections, MPLS, TSN, Flex-Eも含まれる
上位レイヤコントローラに基づき、 TSコントローラがトンネルなどでスライスを提供。提供手法によりTSの定義が変わるものではない
ISOC-JP IETF109報告会 (2020/12/23)

17

今後の展開・まとめなど

ISOC-JP IETF109報告会 (2020/12/23)

18

5G関連でのIETFにおける今後の展開• 思いつくままに (注: 個人の見解として)• QoS 連携とリソース提供• つまりIETF TEとの関係。TEASで継続的に議論• Slicing の延長とも取れる• VPNのエンハンス• SRで提供するVPN+などが存在• これもSlicing の延長とも取れる• DN(Data Network)またはMECのネットワーク的位置付け• IETFとして取り組みには、まずはアーキ状のコンセンサスから?

• URLLC (低遅延しかり、ただどちらかというと高信頼 = Recovery技術)• これは、DetNet/RAWの報告の機会に…

ISOC-JP IETF109報告会 (2020/12/23)

19

実際の取り組み例 (IETFでのI-D)• Slicing関連 (リソース提供 or VPNエンハンス)• draft-ietf-teas-enhanced-vpn• draft-ali-spring-network-slicing-building-blocks• draft-peng-teas-network-slicing• draft-bestbar-teas-ns-packet• draft-boutros-bess-elan-services-over-sr など• DN(Data Network)またはMEC(Mobile Edge Computing)関連• draft-mcd-rtgwg-extension-tn-aware-mobility• draft-li-rtgwg-cfn-dyncast-architecture• draft-dunbar-idr-5g-edge-compute-app-meta-data など• 下線で示したI-Dは次ページに概要を紹介
ISOC-JP IETF109報告会 (2020/12/23)

20

Realizing Network Slices in IP/MPLS Networks
draft-bestbar-teas-ns-packet-00
IP/MPLSネットワーク上でネット
ワークスライスを実現する提案
 Diffservをベースとした提案
 PEルーターにおいて、CEから受信したIPパケットに、スライスの識別子を示すMPLSラベルと、経由すべき各ルーターのリンクのMPLSラベルを付与して転送

同一スライス
内のQoS

 H-QoSとスライシング
 同一ネットワークスライス内でのQoSを実現 途中のPルーターは、Slice label
毎のQueueを作成、その下で実際のDSCPの値(もしくはMPLS
Label EXP bit)に従ったQueueを割り当て異なるスライス間のQoS
https://datatracker.ietf.org/meeting/109/materials/slides-109-teasrealizing-network-slices-in-ipmpls-networks-01

ISOC-JP IETF109報告会 (2020/12/23)

21

A Simplified Scalable ELAN Service Model with Segment Routing
Underlay (draft-boutros-bess-elan-services-over-sr-01)• BESS WGで議論。SR(SID)ベースにVPN提供を行うEVPN-likeなソリューション
• Service SID広告でELANサービス発見提供• Multicast SID でELAN service Data-Plane
MAC learnを提供• 他、 Broadcast Node SID, Anycast SIDを使って以下を実現• Broadcast Node SID• ELAN service A/A Redundancy; ELAN service
ARP suppression;• Anycast SID• ELAN service Mass withdrawal; ELAN service
ECMP Multi-pathing• 従来のPWベースのVPLSを改善するものと説明する一方、20年前のVPLSやPBB-EVPNから何も進化していないという指摘もあり。その後、MLで議論が続いている

https://datatracker.ietf.org/meeting/109/materials/slides-109-bess-draftboutros-bess-elan-services-over-sr-01pptx-00

ISOC-JP IETF109報告会 (2020/12/23)

22

Extension of Transport Aware Mobility in Data
Network (draft-mcd-rtgwg-extension-tn-aware-mobility)+-----------++----+{5G UDP Src Port Range}| BGP SR-TE |-->| Map|<-->
| Controller|| DB |{BGP SR-TE Policy, BSID}+-----------++----+/////+--------+/ BGP SR-TE Policy with
|IOT Data|/ 5G Metadata Sub-TLV+--------+//Public/
MIOT / Cloud//+------+ Policy1: UDP Src Port Xx-Xy +------+ /|A1------------------------------B1|/|| Policy2: UDP Src Port Yx-Yy || URLLC
UE------| UPF A2------------------------------B2 PE2 |------Internet| +PE1 | Policy3: UDP Src Port Zx-Zy |||A3------------------------------B3
|¥
|
|
|
| ¥
+------++------+ ¥{UDP Src Port Num# <--> SR Policy N}
EMBB ¥¥+--------+| Content|+--------+---------->
Private DC+------+----------+-------+-----+----------+| Data | Inner IP | GTP-U | UDP | Outer IP |+------+----------+-------+-----+----------+• draft-clt-dmm-tn-aware-mobility のDNへ接続を考慮した拡張• Transport Network 特性を、SR-TE
パスにマッピングし、UPFからDNに接続するための構成方法などを紹介• このスライドに示したものは、BGP
SR-TE Policyとしての拡張例

SR Policy SAFI NLRI: <Distinguisher, Policy-Color, Endpoint>
Attributes:
Tunnel Encap Attr (23)Tunnel Type: SR Policy
Existing Policy Sub-TLV
5G Metadata Sub-TLV+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|
Type|
Sub-Type|
Length|Flags|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|UDP Src Port Start Value|UDP Src Port End Value|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
5G Metadata Sub-TLV---------->+------+----------+-----+--------------+| Data | Inner IP | GRE | SR-TE Header |+------+----------+-----+--------------+

ISOC-JP IETF109報告会 (2020/12/23)

23

Architecture of Dynamic-Anycast in Compute First
Networking (CFN-Dyncast) (draft-li-rtgwg-cfn-dyncast-architecture)
Problem• Problem statement & Usecase ドラ
フトとセットで紹介

App/CFN• Anycast による Service ID(SID)を CFN
node (BSID で定義)にマッピングして実現するらしい• Side Meetingも開催され、資料など
は以下から参照可能

You got this asothers are busy

EC-PaaS• draft-geng-rtgwg-cfn-dyncast-ps-usecase• Edge computing 実現に向け、課題となるリソース(Service Dynamics)提供を解決するため、DynamicAnycast を実装した、 Compute First
Networkingを提案

Centercloud

App/CFN
EC-PaaS

EC-IaaS

ClientEC-IaaS

Edge Site 1
Edge Site 2

Computational
complexity

ServiceObject detection, feature extraction,
template matching
Object recognition, model training

App/CFN
EC-PaaSMedia

EC-IaaSHigh

Edge Site 3

Problem: How to optimallyroute service
demands based on computing andConceptof CFN-Dyncast
Routing the topackets
the best
network metrics
thetobestedge?
edge with joint consideration ofcomputing and network load.
Transparent to the clients.

5G CoreUPF PSA

3

PD U Session
Anchor

CFN Side Meeting, IETF 109

N6Internet

RAN

CFN node 1
CFN node 2

DCGW1

Client uses anycast
address to accessgreen service

ToR1

ToR2

N6
UPF
ULCL
UplinkClassifier

…

UPF
PSA

DCGW2
ToR1

ToR2

…

UPF server
UPF server• https://github.com/cfn-dyncast/ietf109

Data flow to the selected MEC
Site 2Control plane:

Gen eric x8 6 Servers

MEC Site 1

Data plane:

MEC Site 2Service info notification andupdate to CFN node
Info distribution among CFN
nodes

https://datatracker.ietf.org/meeting/109/materials/slides-109-rtgwg-sessa-12-cfn-dyncast-02
5

CFN: Compute first networking. A distributed computing environment across a network to perform flexible load management and performance optimizations.

ISOC-JP IETF109報告会 (2020/12/23)

24

MECに関連したI-D (参考)
• MEC (3GPP TR 23.748) 適用を意識したドラフト一覧(気がついただけで…)• 3GPP TR 23.748 https://www.3gpp.org/DynaReport/23748.htm• ETSI MEC https://www.etsi.org/images/files/ETSIWhitePapers/etsi_wp28_mec_in_5G_FINAL.pdf• RTG• draft-geng-rtgwg-cfn-dyncast-ps-usecase• draft-li-rtgwg-cfn-dyncast-architecture• IDR• draft-dunbar-idr-5g-edge-compute-app-meta-data•

https://datatracker.ietf.org/meeting/109/materials/slides-109-idr-sessa-06-ietf109-draft-dunbar-idr-5g-edge-compute-app-meta-data-02

• LSR
•
•
•
•

draft-dunbar-lsr-5g-edge-compute-ospf-ext
draft-chen-isis-ttz
draft-acee-lsr-ospf-transport-instancedraft-wang-lsr-passive-interface-attribute• DMM; 6man; IPPM; APN••••

draft-kohno-dmm-srv6mob-archdraft-dunbar-6man-5g-edge-compute-sticky-service
draft-dunbar-ippm-5g-edge-compute-ip-layer-metrics
draft-liu-apn-edge-usecase

ISOC-JP IETF109報告会 (2020/12/23)

25

まとめ
• 最近のIETFにおける5G(主に3GPP)への取り組みを紹介• Network Slicing 関連 (TEAS WG)• Data plane 関連• Segment Routing (SPRING WG)など• 今後の展開 (Slice MEC への取り組みなど)• 私見並びに議論したいこと• Segment Routingについては、SRCOMPの他、Protection, OAMなどの機能の他、(Network Slicing視点で)SR policyの今後の展開に注目• SRCOMP、何か懸念とかありますか？＞特に SRv6 and/or SR programing関連各位• Network Slicingについては、IETF Network Slice として、コンセンサスが得られるところまで、行ったとは思われるが、このSliceで今後進めていいか?
• それとも、スライスに向けて取り組んで欲しいことはあるか？

• (3GPP) 5Gに向け何をIETF 的にインプットするべきか?、ご意見あればISOC-JP IETF109報告会 (2020/12/23)

26

⛄️ありがとうございました🎄