Framework for Abstraction and Control of Transport Networks draft-ceccarelli-actn-framework-04 November 10, 2014 IETF 91 - Honolulu.

Slides:



Advertisements
Similar presentations
Intra-Carrier Solutions Enabled by the OIF NNI Erning Ye Nortel Networks.
Advertisements

© 2006 Open Grid Forum Network Services Interface Introduction to NSI Guy Roberts.
CURRENT APPROACH FOR NETWORK PROVISIONING Umbrella Provisioning System
G : DCM Signaling Mechanism Using GMPLS RSVP-TE ITU-T Workshop on IP-Optical, Chitose, Japan 7/11/2002 Dimitrios Pendarakis, Tellium, Inc. ITU-T.
Application-Based Network Operations (ABNO) IETF 88 – SDN RG
NEW OUTLOOK ON MULTI-DOMAIN AND MULTI-LAYER TRAFFIC ENGINEERING Adrian Farrel
The Impact of SDN On MPLS Networks Adrian Farrel Juniper Networks
An Architecture for Application-Based Network Operations Adrian Farrel - Old Dog Consulting Daniel King –
The Case for Enterprise Ready Virtual Private Clouds Timothy Wood, Alexandre Gerber *, K.K. Ramakrishnan *, Jacobus van der Merwe *, and Prashant Shenoy.
May 12, 2015IEEE Network Management Symposium Page-1 Requirements for Configuration Management of IP-based Networks Luis A. Sanchez Chief Technology Officer,
Grant agreement n° SDN architectures for orchestration of mobile cloud services with converged control of wireless access and optical transport network.
An evolutionary approach to G-MPLS ensuring a smooth migration of legacy networks Ben Martens Alcatel USA.
OLD DOG CONSULTING Traffic Engineering or Network Engineering? The transition to dynamic management of multi-layer networks Adrian Farrel Old Dog Consulting.
Cooperating Layered Architecture for SDN (CLAS) Luis M. Contreras Telefónica Carlos J. Bernardos Universidad Carlos III de Madrid (UC3M) Diego R. López.
Gap Analysis of Simplified Use of Policy Abstractions (SUPA) Presenter: Jun Bi draft-bi-supa-gap-analysis-02 IETF 92 SUPA BoF Dallas, TX March 23, 2015.
Draft-li-isdnrg-seamless-mpls-mbh-00IETF 92 SDNRG1 Inter-SDN in Seamless MPLS for Mobile Backhaul Zhenbin Li, Rober Tao Huawei Technologies IETF 92, Dallas,
ACTN Proposed Protocol Work Dhruv Dhody 91 st Honolulu.
ACTN Use-cases for Packet Transport Networks
ACTN Use-case for On-demand E2E Connectivity Services in Multiple Vendor Domain Transport Networks draft-klee-actn-connectivity-multi-vendor-domains-01.
A Policy-Based Optical VPN Management Architecture.
ESnet On-demand Secure Circuits and Advance Reservation System (OSCARS) Chin Guok Network Engineering Group Thomas Ndousse Visit February Energy.
Abstraction and Control of Transport Networks (ACTN) BoF
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets.
1 Introducing the Specifications of the Metro Ethernet Forum.
Kostas Giotis, Yiannos Kryftis, Vasilis Maglaris
Unrestricted Connection manager MIF WG IETF 78, Maastricht Gaëtan Feige, Cisco (presenter) Pierrick Seïté, France Telecom -
Interoperable Intelligent Optical Networking: Key to future network services and applications OIF Carrier Group Interoperability: Key issue for carriers.
System Center 2012 Certification and Training May 2012.
Towards Wide-Area Network Virtualization Panagiotis Papadimitriou Leibniz Universität Hannover With acknowledgments to Zdravko Bozakov, David Dietrich,
ACTN Use Case for Multi Domain Data Center Transport Interconnect draft-fang-actn-multidomain-dci-00.txt Luyuan Fang, Microsoft ACTN BoF, IETF 90, July.
Dynamic Virtual Networks (DVNE) Margaret Wasserman & Paddy Nallur November 11, 2010 IETF Beijing, China.
OIF NNI: The Roadmap to Non- Disruptive Control Plane Interoperability Dimitrios Pendarakis
Vic Liu Liang Xia Zu Qiang Speaker: Vic Liu China Mobile Network as a Service Architecture draft-liu-nvo3-naas-arch-01.
Multi Tenant VNO use case draft-kumaki-actn-multitenant-vno-00 Kenji Takuya
Application-oriented Stateful PCE Architecture and Use-cases for Transport Networks Young Lee, Xian Zhang, Haomian Zhang, Dhruv Dhody (Huawei), Guoying.
IETF 66 L1VPN Basic Mode Draft draft-ietf-l1vpn-basic-mode-00.txt Don Fedyk (Editor) Yakov Rekhter (Editor)
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
GMPLS for Ethernet A Framework for Generalized MPLS (GMPLS) Ethernet draft-papadimitriou-ccamp- gmpls-ethernet-framework-00.txt.
World Class Standards SuM Functional Architecture SuM NGN OSS Service Interfaces (NOSIs) TISPAN WG8 – 3GPP SA#5 Joint meeting Sophia Antipolis, May14th.
D. Stiliadis F. Balus W. Henderickx N. Bitar M. Pisica Software Driven Networks: Use Cases and Framework draft-stiliadis-sdnp-framework-use-cases-01.txt.
Limit for content Do not exceed Limit for content Do not exceed Limit for content Do not exceed Limit for content Do not exceed Page 1 © The.
ACTN Requirement. VNC (MDC) PNC 1 Access/MPLS- TP BH PNC 2 MPLS Core PNC 4 Access/MPLS TP BH PNC 3 Optical Core EP 1 EP 2 CNC EP 3.
Abstraction and Control of Transport Networks Problem Statement 1 Diego Lopez - Telefónica IETF November 11, 2014.
1 Prototype for the interoperability between FEDERICA slices and other IP domains by means of the IPsphere Framework Josep Pons Camps i2Cat.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Proposed Presentation for 3GPP Date Submitted: September,
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Franco Travostino and Admela Jukan jukan at uiuc.edu June 30, 2005 GGF 14, Chicago Grid Network Services Architecture (GNSA) draft-ggf-ghpn-netserv-2.
Discussion on oneM2M and OSGi Interworking Group Name: ARC Source: Jessie, Huawei, Meeting Date: Agenda Item:
ESnet’s Use of OpenFlow To Facilitate Science Data Mobility Chin Guok Inder Monga, and Eric Pouyoul OGF 36 OpenFlow Workshop Chicago, Il Oct 8, 2012.
VyperNet A Framework for Programmable Virtual Private Networks Adam Hudson Supervisor: Bob Kummerfeld.
ACTN Information Model Young Lee (Huawei) Sergio Belotti (Alcatel-Lucent) Daniele Ceccarelli (Ericsson) Dhruv Dhody (Huawei) Bin Young Yun (Etri) IETF.
ONAP layering/MEF alignment
Multi-layer Multi-domain Inter-op Test based on ACTN Architecture
Multi-layer software defined networking in GÉANT
Zhenbin Li, Kai Lu Huawei Technologies IETF 98, Chicago, USA
IEEE 802 OmniRAN Study Group: SDN Use Case
Use Cases and Requirements for I2NSF_
FRD Examples November 28, 2017 L. Ong.
ACTN Information Model
Applicability of YANG models for ACTN
Documenting ONAP components (functional)
ACTN Information Model
A Yang Data Model for ACTN VN Operation
Abstraction and Control of TE Networks (ACTN) Abstraction Methods
draft-lee-rtgwg-actn-applicability-enhanced-vpn-03
Applicability of YANG models for ACTN
Draft-lee-teas-actn-vpn-poi-00 Applicability of ACTN to VPN with the Integration of Packet and Optical Networks Young Lee - Qin.
Karthik Sethuraman, NEC
Transport network requirements for TAPI considering NBI
Presentation transcript:

Framework for Abstraction and Control of Transport Networks draft-ceccarelli-actn-framework-04 November 10, 2014 IETF 91 - Honolulu

Operators want to build on top of what they have deployed while pursuing new green field. One of the drivers for ACTN is an horizontal integration based on multi-domain coordination function to enable legacy control/management domains while allowing new domain control like ONF SDN controller. Separating “virtualizer” layer from (physical) network control/management (with minor add-on on these). By doing so, the operational simplification for operators can achieved, helping the introduction of new services/applications that are not tied with specific data plane technologies. ACTN reference model zooms on control hierarchy with specific roles/functions of control entities to support the two main drivers in the aforementioned bullets. Drivers of ACTN IETF 91, Honolulu2

Control Domain: Everything that is under the control of the same controller. PNC (Physical Network Controller) is a domain control/management entity (e.g., GMPLS/ASON CP, PCE, OF controller, NMS/EMS) that is responsible for domain- specific network control operations such as configuring network elements, provisioning, monitoring, protection and recovery of the networks in charge. VNC (Virtual Network Controller) is VN operation coordinator/orchestrator that is responsible for supporting customers’ VN creation, modification and deletion and for multi-domain coordination/orchestration in creating an end-to-end network topology based on each providers’ network topology (raw of abstract) and mapping customer’s virtual network requirements into network control mechanisms so that PNCs can support. CNC (Customer Network Controller) is responsible for creating VN service instantiation and providing service/application requirement including endpoint information to network operators. Examples of Customers are VPNs, MVNO, ISP, etc. Terminology 3IETF 91, Honolulu

Controller Role Hierachy IETF 91, Honolulu4 GMPLS trigger Multi domain coordination function Virtualizer function CNC A PNC SDNcontroller VNC PNC Customer mapping function NMS PCE PNC SDNcontroller CNC C CNC B VPN customer NW Mobile customer ISP on-demand NW service customer

Controller Role Hierachy IETF 91, Honolulu5 GMPLS trigger Multi domain coordination function Virtualizer function CNC A PNC SDNcontroller VNC PNC Customer mapping function NMS PCE PNC SDNcontroller CNC C CNC B VPN customer NW Mobile customer ISP on-demand NW service customer PNC (Physical Network Controller) is a domain control/management entity (e.g., GMPLS/ASON CP, PCE, OF controller, NMS/EMS) that is responsible for domain- specific network control operations such as configuring network elements, provisioning, monitoring, protection and recovery of the networks in charge.

Controller Role Hierachy IETF 91, Honolulu6 GMPLS trigger Multi domain coordination function Virtualizer function CNC A PNC SDNcontroller VNC PNC Customer mapping function NMS PCE PNC SDNcontroller CNC C CNC B VPN customer NW Mobile customer ISP on-demand NW service customer VNC (Virtual Network Controller) is VN operation coordinator/orchestrator that is responsible for supporting customers’ VN creation, modification and deletion and for multi-domain coordination/orchestration in creating an end-to-end network topology based on each providers’ network topology and mapping customer’s virtual network requirements into network control mechanisms so that PNCs can support.

Controller Role Hierachy IETF 91, Honolulu7 GMPLS trigger Multi domain coordination function Virtualizer function CNC A PNC SDNcontroller VNC PNC Customer mapping function NMS PCE PNC SDNcontroller CNC C CNC B VPN customer NW Mobile customer ISP on-demand NW service customer CNC (Customer Network Controller) is responsible for creating VN service instantiation and providing service/application requirement including endpoint information to network operators. Examples of Customers are VPNs, MVNO, ISP, etc.

Controller Role Hierachy 8 GMPLS trigger Multi domain coordination function Virtualizer function CNC A PNC SDNcontroller VNC PNC Customer mapping function NMS PCE PNC SDNcontroller CNC C CNC B VPN customer NW Mobile customer ISP on-demand NW service customer Control Domain: Everything that is under the control of the same controller.

Multi-domain coordination function: What is a domain? Everything that is under the control of the same controller. To overcome specifities of the different domain building a single abstracted end-to-end network topology to coordinate end-to-end path computation and provisioning. Virtualizer function: To provide an abstracted view of the underlying network resources towards client (i.e. customer/higher level controller PNC/VNC). Is present with different scope but same target, at any of the 3-tier level of ACTN Reference Model. In the VNC to provide allocation of abstract resources for the specific customer or application. In the PNC to provide mapping between the abstracted CP model of VNC and the specifics of the controlled domain. Customer mapping function: In charge of mapping customer VN setup commands into network provisioning requests to the PNC according to business OSS/NMS provisioned static or dynamic policy. Controller Functions IETF 91, Honolulu9

Controller Role Recursivness IETF 91, Honolulu10 GMPLS trigger Multi domain coordination function Virtualizer function PNC SDNcontroller VNC PNC Customer mapping function NMS PCE CNC B Customer A Control CNC C VNC related to service A VNC CNC D VNC related to service B

Key Interfaces IETF 91, Honolulu11 GMPLS trigger Multi domain coordination function Virtualizer function CNC B CNC A CNC C PNC OF controller VNC PNC Customer mapping function NMS PCE CVI VPI Out of scope In scope Out of scope

CNC -VNC Interface (CVI) : To allow programmability to create, modify and delete virtual network service instances. Should support open standard information models and protocol-specific interface data schema able to carry abstracted topology It could report potential network topology availability (available path in tunnel or graph) if queried from CNC To permit request of configuration of virtual network resources exposed to CNC by virtualization function at the VNC level. VNC-PNC Interface (VPI) : To allow programmability to service provider(s) (through VNCs) to facilitate path computation, provisioning, and restoration To communicate creation request of new conncetivity in the physical network (including OAM, layers mapping, performances) Since physical NW may itself be virtual, seamless mapping and translation between physical and virtual resources. CVI and VPI are different but some function/model may intersect – For example: case for interfaces not fitting the recursive model (e.g. GMPLS) PNC-PNC or VNC-VNC : which interface for recursivness? Interfaces Definitions IETF 91, Honolulu12