LSO Hackathon Kickoff Charles Eckel

Series of events facilitated by MEF to: Accelerate pace and relevance of MEF APIs and standards Catalyst for use of APIs in OpenLSO and OpenCS projects Provide feedback into technical committees Create open source reference implementations, libraries, tools Collaboration across SDOs and Open Source communities Increase awareness, promote open discussions Add support for LSO APIs in relevant open source projects Contribute upstream More running code! Next Hackathon Pascal The LSO Hackathon is a series of events facilitated by the MEF to: Accelerate the development of comprehensive OpenLSO and OpenCS instances as part of the MEF's Open Initiative for the benefit of the Open Source projects and the industry as a whole Provide feedback to ongoing MEF projects in support of the MEF's Agile Standards Development approach to MEF specification development Facilitate discussion, collaboration and the development of ideas, sample code and solutions that can be used for the benefit of service providers and technology vendors Encourage interdepartmental collaboration and communications within MEF member companies - especially between BSS/OSS/service orchestration professionals and networking service/infrastructure professionals.

MEF Open Initiative Open Initiative MEF Committees MEF Agile Development Lifecycle ACCELERATOR NORMATIVE SPECS, CERTIFICATIONS & MARKETING Steering Group RULES, TOOLS, IPR, GOVERNANCE Informative Reference Implementations Liaisons to SDOs Open Source Projects PLATFORM Services Operations Orchestration Collaboration LSO Hackathon + prep + follow-up move OpenLSO and OpenCS projects forward, result in upstream contributions to open source and feedback to MEF committees

Spirit of the Hackathon Collaborative Friendly competition, Break down silos Sharing Exchange insights, tips, ideas Joint effort to increase pace and quality of LSO APIs and implementations Open Non MEF members can participate Specs made available Free No fee, no prize $$$

Business Applications History Customer Domain SP Domain Partner Domain Cantata (CUS:BUS) Business Applications Sonata (BUS:BUS) Business Applications Customer Application Coordinator LEGATO (BUS:SOF) LEGATO (BUS:SOF) Service Orchestration Functionality Service Orchestration Functionality Allegro (CUS:SOF) Interlude (SOF:SOF) GEN15, Nov ‘15 PRESTO Euro16, April ‘16 PRESTO, SONATA MEF16, Nov ‘16 PRESTO, SONATA, LEGATO, and more Presto (SOF:ICM) Presto (SOF:ICM) Infrastructure Control and Management Infrastructure Control and Management ADAGIO (ICM:ECM) ADAGIO (ICM:ECM) Element Control and Management Element Control and Management Definition of LSO Ecosystem Components (From Section 9.1 of MEF 55) Business Applications (BUS): The Service Provider functionality supporting Business Management Layer functionality (e.g., product catalog, ordering, billing, relationship management, etc.).  Service Orchestration Functionality (SOF): The set of service management layer functionality supporting an agile framework to streamline and automate the service lifecycle in a sustainable fashion for coordinated management supporting design, fulfillment, control, testing, problem management, quality management, usage measurements, security management, analytics, and policy-based management capabilities providing coordinated end-to-end management and control of Layer 2 and Layer 3 Connectivity Services.  Infrastructure Control and Management (ICM): The set of functionality providing domain specific network and topology view resource management capabilities including configuration, control and supervision of the network infrastructure. ICM is responsible for providing coordinated management across the network resources within a specific management and control domain. For example, a system supporting ICM capabilities provides connection management across a specific subnetwork domain. Such capabilities may be provided within systems such as subnetwork managers, SDN controllers, etc. Section 9.1.1 provides some ICM implementation examples.  Element Control and Management (ECM): The set of functionality supporting element management layer capabilities for individual network elements. While a system supporting ECM capabilities provides for the abstraction of individual infrastructure elements, it may reflect the element view for multiple elements, but not provide coordinated management across the set of elements.  Customer Application Coordinator (CUS): A functional management entity in the Customer domain that is responsible for coordinating the management of the various service needs (e.g., compute, storage, network, etc.) of specific applications. The AC may be responsible for the harmonization of cloud services on behalf of multiple applications. The AC supports Customer interactions with the Service Provider to request, modify, manage, control, and terminate Products or Services. Definition of interface reference points (From Section 9.2 of MEF 55) CANTATA (CUS:BUS): The Management Interface Reference Point that provides a Customer Application Coordinator (including enterprise Customers) with capabilities to support the operations interactions (e.g., ordering, billing, trouble management, etc.) with the Service Provider’s Business Applications for a portion of the Service Provider service capabilities related to the Customer’s Products and Services (e.g., Customer Service Management interface). Since cross domain interactions are supported, additional security considerations need to be addressed on this Management Interface Reference Point.  ALLEGRO (CUS:SOF): The Management Interface Reference Point that allows Customer Application Coordinator supervision and control of dynamic service behavior (see Section 8.2.3) of the LSO service capabilities under its purview through interactions with the Service Orchestration Functionality. When a Customer exercises dynamic service behavior via Allegro, the Service Orchestration Functionality must validate each request using the Service specific policies that govern such dynamic behavior. Such dynamic behavior and associated constraints are defined based on the Product Specification implemented by the Service. For example, a Service specific dynamic service policy may describe the range of bandwidth in which the Customer is permitted to throttle. Allegro may also be used to share service level fault information with the Customer. Since cross domain interactions are supported, additional security considerations need to be addressed on this Management Interface Reference Point.  LEGATO (BUS:SOF): The Management Interface Reference Point between the Business Applications and the Service Orchestration Functionality needed to allow management and operations interactions supporting LSO connectivity services. For example, the Business Applications may, based on a Customer order, use Legato to request the instantiation of a Connectivity Service. Legato may also allow the SOF to describe Services and capabilities it is able to instantiate. Also, the Service Orchestration Function may use Legato to ask the Business Applications to place an order to a Partner provider for the access service needed as a Service Component of an end-to-end Connectivity Service.  SONATA (BUS:BUS): The Management Interface Reference Point supporting the management and operations interactions (e.g., ordering, billing, trouble management, etc.) between two network providers (e.g., Service Provider Domain and Partner Domain). For example, the Service Provider Business Applications may use Sonata to place an order to a Partner provider for an access service that is needed as a part of an end-to-end Connectivity Service. Since cross domain interactions are supported, additional security considerations need to be addressed on this Management Interface Reference Point.  INTERLUDE (SOF:SOF): The Management Interface Reference Point that provides for the coordination of a portion of LSO services within the partner domain that are managed by a Service Provider’s Service Orchestration Functionality within the bounds and policies defined for the service. Through Interlude, the Service Orchestration Functionality may request initiation of technical operations or dynamic control behavior associated with a Service with a partner network domain (see Section 8.2.3). Such requests must be within the constraints set forth in the policies associated with established Services and performed without impacting business applications. For example, to satisfy a Customer request, the Service Orchestration Functionality may request changes to a CE-VLAN ID mapping at a UNI that resides in a partner domain. Interlude may also be used to share service level fault information with the partner domain. Since cross domain interactions are supported, additional security considerations need to be addressed on this Management Interface Reference Point.  PRESTO (SOF:ICM): The resource Management Interface Reference Point needed to manage the network infrastructure, including network and topology view related management functions. For example, the Service Orchestration Function will use Presto to request ICM to create connectivity or functionality associated with specific Service Components of an end-to-end Connectivity Service within the domain managed by each ICM. Presto may also allow the ICM to describe Resources and capabilities it is able to instantiate.  ADAGIO (ICM:ECM): The element Management Interface Reference Point needed to manage the network resources, including element view related management functions. For example, ICM will use Adagio to implement cross-connections or network functions on specific elements via the ECM functionality responsible for managing the element. Network Infrastructure

Rules of Participation MEF Code Contribution Agreement Copyright given to MEF Licensed under Apache 2.0 All participants required to have signed by an authorized representative of your company before the Hackathon Allows the applicable contributor to use the contributed code in any manner it chooses, which includes the right to sublicense use of the contributed code under whatever terms the contributor chooses, including the right to sublicense use of the contributed code in other open source projects Any questions should be directed to MEF COO, Kevin Vachon

Agenda Mon Nov 7th, 2016 (1:45pm-10:00pm) Tue Nov 8th, 2016 (8:30am-10:00pm) Wed Nov 9th 2016 (8:30am-5:30pm)

Agenda – Monday Mon Nov 7th, 2016 (1:45pm-10:00pm) 1:45pm-2:30pm: MEF16 LSO Hackathon Kickoff 2:30pm-3:30pm: Project Overviews 3:30pm-4:30pm: Team Formation 4:30pm-5:30pm: Start Hacking 5:30pm-7:30pm: MEF16 Opening Reception 5:30pm-10pm: Open for hacking Tue Nov 8th, 2016 (8:30am-10:00pm) Wed Nov 9th 2016 (8:30am-5:30pm)

Agenda – Tuesday Mon Nov 7th, 2016 (1:45pm-10:00pm) Tue Nov 8th, 2016 (8:30am-10:00pm) 8:30am-12:45pm: Hacking 12:45pm-2:45pm: Lunch available 2:45pm-5:30pm: Hacking 5:30pm-7:15pm: Drinks reception 5:30pm-10pm: Open for hacking Wed Nov 9th 2016 (8:30am-5:30pm)

Agenda – Wednesday Mon Nov 7th, 2016 (1:45pm-10:00pm) Tue Nov 8th, 2016 (8:30am-10:00pm) Wed Nov 9th 2016 (8:30am-5:30pm) 8:30am-12:45pm: Hacking 12:45pm-2:45pm: Lunch available 2:45pm-4:30pm: Project presentations 4:30pm-5:30pm: Wrap-up and next steps 5:30pm-7:30pm: Drinks reception

Hackathon Projects Micro-services enabling a pre-order marketplace for wholesale Carrier Ethernet services Inter-carrier automated product ordering MEF Legato YANG models exposed using Cisco NSO Automated inter-carrier L2 and L3 service fulfillment and change Carrier Ethernet service fulfillment using OpenDaylight and PNFs/VNFs via LSO Presto

Hackathon Projects – cont Description of project on Wiki Project Overview Presentations – Monday What problem you are solving? How you plan to solve it? What you hope to accomplish during the hackathon? Project Results Presentations – Wednesday Recap problem you are solving and plan to solve it What did you actually accomplish? Lessons learned, feedback for technical committees, next steps

MEFnet Cloud platform on which OpenLSO and OpenCS projects are developed and showcased Available for use for LSO Hackathon projects All VMs used for hackathon projects have public IPs MEFnet VM Tracking Page If need another VM during hackathon, contact Kirby Russell and Tom Dickson

GitLab Available for hackathon projects to collaborate on code Optional Perfectly fine to use GitHub, etc. If need a GitLab account or project created, contact Kirby Russell

LSO Innovation Platform Check with Sarit

WhatsApp To facilitate communication during MEF16 LSO Hackathon Download from app store on your mobile device Join our LSO Hackathon group using: https://chat.whatsapp.com/7jJoGFhvShcApol2YumYQl  Ask questions for which you need a quick response Where are you? I need some assistance with… The server is down. Who can help get it restarted… When does the beer arrive?

Twitter Tweet updates, photos, … #lsohackathon #mef16

Theater In Networking Hall Hackathon presentation schedule Tbd

Housekeeping Wi-Fi Beverages Bathroom