INTERNET-DRAFT ZhongHua Chen Intended Status: Proposed Standard China telecom Expires: January 7,2017 July 6,2016 Flow split in Metro Area Network draft-chen-nvo3-flow-split-00 Abstract In the future, there will be some new application appeared known as 4K/8K high quality video or VR/AR application.These application needs high bandwidth and low lantacy.In order to meet these requirements, the flow model of traditional MAN should be changed. This article describes a new device using in MAN to support spliting DC's and Internet's flow, support to build edge DC in MAN and change MAN flow model from pipe type to umbrella type. Status of this Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on January 7, 2017. Copyright and License Notice Copyright (c) 2016 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Chen Expires January 7,2017 [Page 1] INTERNET DRAFT flow split July 6,2016 Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 3 Device model . . . . . . . . . . . . . . . . . . . . . . . . . 3 4 Functionality . . . . . . . . . . . . . . . . . . . . . . . . . 3 4.1 Forward and split . . . . . . . . . . . . . . . . . . . . . 3 4.2 interface . . . . . . . . . . . . . . . . . . . . . . . . . 4 4.3 Other function . . . . . . . . . . . . . . . . . . . . . . . 4 4.3.1 PUPVPVxLAN function . . . . . . . . . . . . . . . . . . 4 4.3.2 Leaf switch function . . . . . . . . . . . . . . . . . . 4 4.3.3 VxLAN smart mapping to VxLAN . . . . . . . . . . . . . . 4 4.3.4 QoS function in VxLAN . . . . . . . . . . . . . . . . . 4 4.3.5 EVPN protocol . . . . . . . . . . . . . . . . . . . . . 4 4.3.6 DHCP snooping and relay function in VxLAN tunnel . . . . 4 5 Security Considerations . . . . . . . . . . . . . . . . . . . . 4 6 IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 4 7 References . . . . . . . . . . . . . . . . . . . . . . . . . . 5 7.1 Normative References . . . . . . . . . . . . . . . . . . . 5 7.2 Informative References . . . . . . . . . . . . . . . . . . 5 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 5 Chen Expires January 7,2017 [Page 2] INTERNET DRAFT flow split July 6,2016 1 Introduction This document describes a type of device using in Metro Network to distribute the user's flows,and forward them to different direction of MAN. Service Provider can use this device to separate the valuable flow from Internet flow,and redirect the flow to the edge cloude.such as 4K/8K video or AR/VR application. 2. Terminology FSD(Flow Split Device): device to split user flow according to the control flow table. include forwarding plane and stack module. 3 Device model FSD equipment's model is described as below +----------------+ +-----------------+ | stack module +---> | SDN controller | | | | | +-------+--------+ +--------+--------+ ^ | | +-----------------+ | | | ^ +--------+-----+--+ | forwarding plane| +----------------> +------------> | | +-----------------+ +----------------> The forwarding plane is the datapath of the FSD. Before it working ,its forwarding table will be configurated by the SDN controller with NATCONF or OFPCONFIG protocol. User's data flow is sended to the forwarding plane. In normal condition, the flow will be forwarded according to the preconfig table in the forwarding plane. 4 Functionality 4.1 Forward and shunt For Internet flow,the packet will be forwarded by FSD according to pre configuration flow table. The capacity of flow table is a big problem to the shunt device if using MAC address forwarding. In a large Metro network the number of the items of flow table maybe up to one million, so the C/S VLAN(QinQ) forwarding function will be considered to reducing the capacity of the flow table. For local flow,which is disposed in the edge cloud, should be shunted in the FSD according to the dynamical flow table. The protocol such as openflow should be supported to create the dynamical forwarding flow table. Chen Expires January 7,2017 [Page 3] INTERNET DRAFT flow split July 6,2016 4.2 interface VxLAN tunnel should be supported in the uplink of the FSD to the edge cloud direction, and IP interface should be supported in the uplink to the Internet direction. In other word, FSD will separate the east-west flow and south-north flow of the access network. There are three kinds of interface should be supported in the downlink of the FSD, VLAN interface,QinQ interface and VxLAN interface. VLAN interface is for enterprise subscriber to access in, QinQ interface is for internet user,and VxLAN tunnel interface is for some VxLAN private line service. 4.3 Other function Many other functions should be supported in FSD for different requirements,as below: 4.3.1 PUPVPVxLAN function for user isolation 4.3.2 Leaf switch function for realize the leaf-spine frame in DC Downlink port VLAN,QinQ, 4.3.3 VxLAN smart mapping to VxLAN in uplink port for packet forward 4.3.4 QoS function in VxLAN for Forwarding priority in VxLAN 4.3.5 EVPN protocol for the information synchronization in layer2 network 4.3.6 DHCP snooping and relay function in VxLAN tunnel and so on... 5 Security Considerations TBD 6 IANA Considerations Chen Expires January 7,2017 [Page 4] INTERNET DRAFT flow split July 6,2016 This document has no actions for IANA Authors' Addresses Zhonghua Chen China Telecom South PuDong Road, No 1835, Shanghai EMail: 18918588897@189.cn Chen Expires January 7,2017 [Page 5]