FlexE - Channel Control Work in the IETF

Slides:



Advertisements
Similar presentations
CCAMP WG, IETF 80th, Prague, Czech Republic draft-gonzalezdedios-subwavelength-framework-00 Framework for GMPLS and path computation support of sub-wavelength.
Advertisements

Generalized Multiprotocol Label Switching: An Overview of Signaling Enhancements and Recovery Techniques IEEE Communications Magazine July 2001.
Problem Statement and Architecture for Information Exchange Between Interconnected Traffic Engineered Networks draft-farrel-interconnected-te-info-exchange-03.txt.
1 7/12/ :20 Chapter 11ATM LANs1 Rivier College CS575: Advanced LANs Chapter 11: ATM LANs.
Draft-li-rtgwg-cc-igp-arch-00IETF 88 RTGWG1 An Architecture of Central Controlled Interior Gateway Protocol (IGP) draft-li-rtgwg-cc-igp-arch-00 Zhenbin.
CCAMP WG, IETF 76th, Hiroshima, Japan draft-zhang-ccamp-gmpls-g709-framework-00.txt Fatai Zhang Dan Li Jianrui.
IETF68 CCAMP1 GMPLS Control of Ethernet Forwarding Don Fedyk Loa Andersson
1 Multi Protocol Label Switching Presented by: Petros Ioannou Dept. of Electrical and Computer Engineering, UCY.
Sub-ip - 1 Blurring the Lines Between Circuits and Protocols: Plans to Re-Organize Sub-IP Technologies in the IETF Scott Bradner Harvard University.
A Snapshot on MPLS Reliability Features Ping Pan March, 2002.
Geneva, Switzerland, 13 July 2013 IEEE 802.1Qca Path Control and Reservation János Farkas, Ericsson Joint IEEE-SA and ITU Workshop on Ethernet.
CCAMP WG, IETF 81th, Quebec City, Canada draft-zhang-ccamp-gmpls-evolving-g txt Authors & Contributors GMPLS Signaling Extensions for the Evolving.
Framework for G.709 Optical Transport Network (OTN) draft-ietf-ccamp-gmpls-g709-framework-05 CCAMP WG, IETF 82 nd Taipei.
1 | © 2015 Infinera Open SDN in Metro P-OTS Networks Sten Nordell CTO Metro Business Group
DetNet Data Plane using PseudoWires Jouni Korhonen Shahram Davari Norm Finn IETF#94, Yokohama.
Department of Electronic Engineering City University of Hong Kong EE3900 Computer Networks Protocols and Architecture Slide 1 Use of Standard Protocols.
MPLS Introduction How MPLS Works ?? MPLS - The Motivation MPLS Application MPLS Advantages Conclusion.
MPLS Introduction Computer Networks 2007 Week 9 Lecture 1 by Donald Neal.
An evolutionary approach to G-MPLS ensuring a smooth migration of legacy networks Ben Martens Alcatel USA.
Performance Measurements of MPLS Traffic Engineering and QoS
Multi-layer software defined networking in GÉANT
GMPLS Signaling Extensions for G
Daniel King, Old Dog Consulting Adrian Farrel, Old Dog Consulting
Service Provider Requirements for Ethernet Control with GMPLS
PCE Applicability for Inter-Layer MPLS and GMPLS Traffic Engineering draft-oki-pce-inter-layer-app-00.txt Mar. 20, 2006 Eiji Oki (NTT) Jean-Louis Le.
draft-huang-detnet-xhaul-00
Tomohiro Otani Kenji Kumaki Satoru Okamoto Wataru Imajuku
Requirements for Ring Protection in MPLS-TP
ASON routing implementation and testing ASON routing extensions
Daniel King, Old Dog Consulting Adrian Farrel, Old Dog Consulting
Packet PWE3 – Efficient for IP/MPLS
Daniel King, Old Dog Consulting Adrian Farrel, Old Dog Consulting
73rd IETF – Minneapolis, MN, November 2008
Operating Virtual Concatenation (VCAT) and the Link Capacity Adjustment Scheme (LCAS) with GMPLS draft-ietf-ccamp-gmpls-vcat-lcas-02.txt Greg Bernstein.
PCEP Extension for Native IP ietf
FlexE - Channel Control Work in the IETF
Internet Quality of Service
Interface to Routing System (I2RS)
Chapter 7 Backbone Network
PLR Designation in RSVP-TE FRR
TE Topology and Tunnel Modeling for Transport Networks draft-bryskin-teas-te-topo-and-tunnel-modeling Igor Bryskin (Huawei Technologies) Xufeng Liu (Jabil)
Brief Introduction to IEEE P802.1CF
IEEE 802.1Qca Path Control and Reservation
Qilei Wang & Yuanbin Zhang Huub van Helvoort (New co-author)
Iftekhar Hussain (Presenter),
Authors Mach Chen (Huawei) Xuesong Geng (Huawei) Zhenqiang Li (CMCC)
Zhenbin Li, Shunwan Zhuang Huawei Technologies
NTHU CS5421 Cloud Computing
DetNet Configuration YANG Model
EE 122: Quality of Service and Resource Allocation
GMPLS Routing and Signaling Framework for Flexible Ethernet (FlexE) draft-izh-ccamp-flexe-fwk-03 Authors Iftekhar Hussain Radha.
Carlos J. Bernardos, Alain Mourad, Akbar Rahman
DetNet DetNet Flow Information Model draft-farkas-detnet-flow-information-model-02 Balázs Varga, János Farkas, Rodney Cummings, Jiang Yuanlong and.
IETF South Korea PCEP Link-State extensions for Segment Routing draft-li-pce-pcep-ls-sr-extension-01 Zhenbin Li (Huawei) Xia Chen (Huawei) Nan.
Flexible Ethernet (FlexE) Deep Dive IETF 98, Chicago, IL, USA March 26-31, 2017 FlexE Design Team.
DetNet Information Model Consideration
GMPLS Routing and Signaling Framework for Flexible Ethernet (FlexE) draft-izh-ccamp-flexe-fwk-04 Authors Iftekhar Hussain Radha.
1 Multi-Protocol Label Switching (MPLS). 2 MPLS Overview A forwarding scheme designed to speed up IP packet forwarding (RFC 3031) Idea: use a fixed length.
OAM Configuration Framework and Technology Specific Extensions
GMPLS Routing and Signaling Framework for Flexible Ethernet (FlexE) draft-izh-ccamp-flexe-fwk-05 Authors Iftekhar Hussain Radha.
DetNet Data Plane design team IETF 98, Chicago, 2017
DetNet Configuration YANG Model Update
FlexE Design Team Presenter: Mach
YANG Data Model for FlexE Interface Management
Editors: Bala’zs Varga, Jouni Korhonen
ISIS Extensions for FlexE Link Advertisement
Spencer Giacalone, Alia Atlas, John Drake, Dave Ward
DetNet Data Plane Solutions draft-ietf-detnet-dp-sol-ip-02  draft-ietf-detnet-dp-sol-mpls-02  Bala’zs Varga, Jouni Korhonen, Janos Farkas, Lou Berger,
LEARNING COMPUTER NETWORKS OSI Model (layers). Why a layered model?  Easier to teach communication process.  Speeds development, changes in one layer.
Large-Scale Deterministic Network Update
Presentation transcript:

FlexE - Channel Control Work in the IETF Loa Andersson (loa@pi.nu) Mach Chen (mach.chen@huawei.com) Jie Dong (jie.dong@huawei.com) Zongpeng Du (duzongpeng@huawei.com)

Multi-hop Flexible Ethernet (FlexE) Channel The definition of the MAC layer and PHY layer for FlexE has been defined by OIF in the FlexE 1.0. The main features are: multiple PHYs bonding, forming a virtual link with large bandwidth, and chopped into slots Slot-based encoding on the PHYs, each MAC client has its particular slots (5Gbits/s per slot) The most straightforward scenarios are: Directly connected FlexE routers Flexe routers connected over an OTN network The first scenario can be easily extended to form a multi-hop FlexE channel, i.e. FlexE is well suited to be used in pure Router networks In draft-izh-ccamp-flexe-fwk-00, this scenario is also called “the back-to-back FlexE use case” Interfaces are FlexE based A FlexE client have specific slots on the interface, i.e., ensured bandwidth on the interface Forwarding in the Routers can be Ethernet/MPLS/IP based draft-izh-ccamp-flexe-fwk-00

Relationship between Ethernet PHY and MAC How it used to be … PHY MAC a b g t How it will be with FlexE … a S b g t Or even … PHY MAC

Multi-hop FlexE Channel “Hard pipes” – paths with bandwidth the can not be infringed upon nor exceeded. MPLS hard pipes were specified in RFC 7625 “Architecture of an IP/MPLS Network with Hardened Pipes” “IP Hard pipes” is now under study – draft will be posted after the cut-off is lifted In IP Networks we sometimes need to provide bandwidth guaranteed service For (G)MPLS networks this is done by the use of MPLS-TE FlexE is a potential solution for part of the IP “hard pipe” technology FlexE provides guaranteed bandwidth, which is beneficial for latency of the service. FlexE can be used to establish a multi-hop FlexE Channel, and to ensure the QoS E2E FlexE offers a very stable hardware guarantee to the QoS For some set of services FlexE can be used to improve QoS in IP networks

Potential impact from FlexE in work in IETF The work will start in CCAMP (draft-izh-ccamp-flexe-fwk) This draft is a convergence of ideas from several other individual draft It gives a high level description of what FlexE is The draft outlines Use cases, e.g. ways to inter-connect FlexE capable equipment Requirements, e.g. FlexE signaling Architecture and Framework, Solutions, extensions to IETF protocols Applicability The draft also introduces FlexE specific terminology

Potential impact from FlexE on work in IETF CCAMP Use Cases, Requirements, Framework, Architecture, extensions to RSVP-TE to establish signaled FlexE channels MPLS Coordination with CCAMP when the MPLS data plane is used PCE Work in coordination with CCAMP on FlexE path computation RTGWG Potentially work on IP (unicast and multicast) Hard Pipes DETNET FlexE impact on deterministic networking OSPF and ISIS Solutions for FlexE Traffic Engineering and capability announcements TEAS Coordination with CCAMP/MPLS on traffic engineering architecture and solutions

Thanks

Appendix: Flex-Ethernet Overview An example to introduce FlexE concept: The FlexE interface between Node 1 and Node 2 includes 4 physical links (4*100G), called FlexE Group. They are bonded together to form a virtual link with large bandwidth to serve FlexE Clients In the Figure, there are two FlexE Clients. Their MAC frames are 64B/66B encoded, and the 64B/66B bitstream will be scheduled by the FlexE shim, and distributed sequentially into the calendar and sub-calendar. For a FlexE group composed of 4 bonded 100G PHYs, logically, the calendar contains 80 slots (5Gbits/s per slot) Node1 and Node2 share the same calendar, which contains the information about which FlexE client a slot belongs to. The calendar is negotiated or configured before the data transferring, and is used for mapping the FlexE clients into the FlexE group and demapping the FlexE clients from the FlexE group MAC FlexE Shim PHY Node 1 Node 2 FlexE Group: Bonded Ethernet PHYs Forming a virtual link FlexE Clients: Virtual MAC interface, whose rate is not limited to the existing Ethernet PHY rates defined in IEEE Illustration of FlexE Calendar Distribution Illustration of Data Flow for FlexE Mux Cited from OIF-FLEXE-01.0 Cited from OIF-FLEXE-01.0