Presentation is loading. Please wait.

Presentation is loading. Please wait.

Report of Interconnectivity Testing of Service Function Chaining by Six Companies NTT Alaxala Networks Cisco Systems Hitachi Alcatel-Lucent Japan et al.

Published byMabel Paul Modified over 9 years ago

Similar presentations

Presentation on theme: "Report of Interconnectivity Testing of Service Function Chaining by Six Companies NTT Alaxala Networks Cisco Systems Hitachi Alcatel-Lucent Japan et al."— Presentation transcript:

1 Report of Interconnectivity Testing of Service Function Chaining by Six Companies NTT Alaxala Networks Cisco Systems Hitachi Alcatel-Lucent Japan et al. Shunsuke Homma, NTT March 26 th, 2015

2 Agenda 1.Purpose of this Testing 2.Overview of the Demo 3.Issues in Implementation 4.Future Work

3 1.Purpose of this Testing Confirm feasibility of SFC which is a new framework – Connectivity in forwarding plane (control plane was out of scope in this testing) – Feasibility of SFC using multi-vendor devices Ref) http://www.ntt.co.jp/news2015/1502e/150212a.htmlhttp://www.ntt.co.jp/news2015/1502e/150212a.html

4 2.Overview of the Demo Showed advantages of SFC – Easiness of switching service – Optimizing Service Chain (Path Branching) Provided 3 scenarios as follows: Scenario 1 : Security Service Used Traffic Monitor, Traffic Analyzer and Firewall Scenario 2 : Optimal Communication Service Used DPI, Video Optimizer and WAN Accelerator Scenario 3 : Redundant chains Used Traffic Monitor and Firewall

5 Demo Structure Assumed large network including multiple data centers (Ref. draft-ietf-sfc-dc-use-cases-02)draft-ietf-sfc-dc-use-cases-02

6 Demo Structure NSH and VXLAN-GPE are used as SFC and transport headers (Ref. draft-quinn-sfc-network-service-header-03)draft-quinn-sfc-network-service-header-03 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |R|R|R|R|I|P|R|R| Reserved | Next Protocol | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | VXLAN Network Identifier (VNI) | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Ver|O|C|R|R|R|R|R|R| Length | MD Type | Next Protocol | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Service Path ID | Service Index | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Network Platform Context | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Network Shared Context | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Service Platform Context | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Service Shared Context | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

7 Scenario 1 : Security Service Operator defends user from attackers by using appropriate combination of SFs (Traffic Monitor, Traffic Analyzer and Firewall)

8 Scenario 2 : Optimal Communication Service Classifier at edge node classifies packet based on IP and DPI changes the following path based on the application VO : Video Optimizer WAC : WAN Accelerator Classifier#2 WAC DPI (Classifier) VO Classifier#3 Service Paths in Downstream DPI inspects packets and replaces the NSH based on the result of the inspection. Classifier attaches applicable NSH on the packet based on user’s service plan. Contents Server User#3 (User with Optimized Service) User#4 (User with non-optimized service) Data center#3 Data center#2 Optimized Paths Video Optimized Paths File-optimized Paths Non-optimized Paths : Packets flow of optimized user (Video) : Packets flow of optimized user (File) : Packets flow of non-optimized user

9 Scenario 3 : Redundant Chain Switching to a redundant path by only changing NSH

10 3.Issues in Implementation Report the knowledge gained from this testing – SFC Aspect – SF Aspect – Management Aspect

11 SFC Aspect There were no serious issues in the forwarding-plane with SFC header SPI needs to be uniquely assigned in the entire network, and so centralized control may be feasible. -> Hierarchical approach will be required for using SFC in large networks. (Ref. draft-homma-sfc-forwarding-methods-analysis-01)draft-homma-sfc-forwarding-methods-analysis-01

12 SF Aspect There are various types of SFs and their connection methods are different, and SFC proxy will be required to be flexible -> A document describing guidelines for SFC proxy may be required. (Ref. draft-song-sfc-legacy-sf-mapping-04)draft-song-sfc-legacy-sf-mapping-04 SFF/SFC Proxy WAN Accelerator Network To WAN To LAN PDU VLAN Ether PDU VLAN Ether Same VLAN must be attached in bidirection From LAN From WAN WAN Accelerator detect session by using VLAN

13 Management Aspect It was hard to detect failure points because packets traverse various places. -> Some OAM functions for confirming connection will be required. (Ref. draft-aldrin-sfc-oam-framework)draft-aldrin-sfc-oam-framework

14 4.Future Work This testing is specific to the demo, and so flexibility factor or mechanisms for edge cases were not considered – Co-operation with control functions (e.g. ODL, Openflow, PCRF) – Redundancy mechanism Some SFC components were implemented as software, and so throughput can be examined Generalizing SFC -> Accelerate SFs to adopt the new SFC header We had submitted this demo as a PoC to ETSI NFV Ref) http://nfvwiki.etsi.org/index.php?title=Scalable_Service_Chaining_Technology_for_Flexible_Use_of_Network_Functionshttp://nfvwiki.etsi.org/index.php?title=Scalable_Service_Chaining_Technology_for_Flexible_Use_of_Network_Functions

15 Thank you for your attention! Contact homma.shunsuke@lab.ntt.co.jphomma.shunsuke@lab.ntt.co.jp (NTT)

Download ppt "Report of Interconnectivity Testing of Service Function Chaining by Six Companies NTT Alaxala Networks Cisco Systems Hitachi Alcatel-Lucent Japan et al."

Similar presentations

Computer Network Topologies

Computer Network Topologies
Chapter 7: Intranet LAN Design

Chapter 7: Intranet LAN Design
Network Service Header (NSH) draft-quinn-sfc-nsh IETF 90

Network Service Header (NSH) draft-quinn-sfc-nsh IETF 90
Network Based Services in Mobile Networks Context, Typical Use Cases, Problem Area, Requirements IETF 87 Berlin, 29 July 2013 BoF Meeting on Network Service.

Network Based Services in Mobile Networks Context, Typical Use Cases, Problem Area, Requirements IETF 87 Berlin, 29 July 2013 BoF Meeting on Network Service.
Module 5 - Switches CCNA 3 version 3.0 Cabrillo College.

Module 5 - Switches CCNA 3 version 3.0 Cabrillo College.
Cisco 3 - Switches Perrine - Brierley Page 15/10/2015 Module 5 Switches LAN Design LAN Switches.

Cisco 3 - Switches Perrine - Brierley Page 15/10/2015 Module 5 Switches LAN Design LAN Switches.
Multi-Layer Switching Layers 1, 2, and 3. Cisco Hierarchical Model Access Layer –Workgroup –Access layer aggregation and L3/L4 services Distribution Layer.

Multi-Layer Switching Layers 1, 2, and 3. Cisco Hierarchical Model Access Layer –Workgroup –Access layer aggregation and L3/L4 services Distribution Layer.
Chapter 8: Local Area Networks: Internetworking. 2 Objectives List the reasons for interconnecting multiple local area network segments and interconnecting.

Chapter 8: Local Area Networks: Internetworking. 2 Objectives List the reasons for interconnecting multiple local area network segments and interconnecting.
Security Awareness: Applying Practical Security in Your World

Security Awareness: Applying Practical Security in Your World
Ch.6 - Switches CCNA 3 version 3.0.

Ch.6 - Switches CCNA 3 version 3.0.
Lesson 11-Virtual Private Networks. Overview Define Virtual Private Networks (VPNs). Deploy User VPNs. Deploy Site VPNs. Understand standard VPN techniques.

Lesson 11-Virtual Private Networks. Overview Define Virtual Private Networks (VPNs). Deploy User VPNs. Deploy Site VPNs. Understand standard VPN techniques.
INTRODUCTION TO COMPUTER NETWORKS Navpreet Singh Computer Centre Indian Institute of Technology Kanpur Kanpur INDIA (Ph : 2597371,

INTRODUCTION TO COMPUTER NETWORKS Navpreet Singh Computer Centre Indian Institute of Technology Kanpur Kanpur INDIA (Ph : ,
A Survey on Interfaces to Network Security

A Survey on Interfaces to Network Security
Semester 3, v Chapter 3: Virtual LANs

Semester 3, v Chapter 3: Virtual LANs
Service Function Chaining Use Cases draft-liu-service-chaining-use-cases IETF 89 London, March 3, 2014 Will Liu, Hongyu Li, Oliver Huang, Huawei Technologies.

Service Function Chaining Use Cases draft-liu-service-chaining-use-cases IETF 89 London, March 3, 2014 Will Liu, Hongyu Li, Oliver Huang, Huawei Technologies.
Version 4.0. Objectives Describe how networks impact our daily lives. Describe the role of data networking in the human network. Identify the key components.

Version 4.0. Objectives Describe how networks impact our daily lives. Describe the role of data networking in the human network. Identify the key components.
Layered Protocol. 2 Types of Networks by Logical Connectivity Peer to Peer and Client-Server Peer-to-peer Networks  Every computer can communicate directly.

Layered Protocol. 2 Types of Networks by Logical Connectivity Peer to Peer and Client-Server Peer-to-peer Networks  Every computer can communicate directly.
Professor OKAMURA Laboratory. Othman Othman M.M. 1.

Professor OKAMURA Laboratory. Othman Othman M.M. 1.
Othman Othman M.M., Koji Okamura Kyushu University 1.

Othman Othman M.M., Koji Okamura Kyushu University 1.
Module 3: Designing IP Addressing. Module Overview Designing an IPv4 Addressing Scheme Designing DHCP Implementation Designing DHCP Configuration Options.

Module 3: Designing IP Addressing. Module Overview Designing an IPv4 Addressing Scheme Designing DHCP Implementation Designing DHCP Configuration Options.

Similar presentations

Ads by Google