1 Goals and objectives (1 slide only) Project(s): MIB Ad hoc, involves EMS-NMS (MEF 7.1) Purpose of the contribution: Provide the rationale behind starting a project to write a NE-EMS SNMP MIB for SOAM PM and extensions to the IEEE CFM MIBs (for SOAM FM). Abstract: This contribution provides the background on why an SNMP MIB is desirable, provides pointers to related material that will be used, and provides a plan for the execution of the project. Motion: Yes, this contribution contains a motion to start a project.

2 MIB Ad hoc update Marina Del Rey, CA USA (1Q 2010) 32054_001 Contact Scott Mansfield Ericsson

3 MIB Ad hoc Scope Rationale Background Timeframe Impacts on other documents Liaison Plan Deliverables Call for Participation Motion

4 Scope A project in the Management Area Guiding principle –Keep the scope of the project small Concentrate on SOAM PM and extensions needed for SOAM FM –Ensure the project provides needed functionality and is small enough to be completed in a reasonable amount of time Documents –A document containing an SNMP MIB for configuring and monitoring SOAM PM capabilities in a Carrier Ethernet environment. –A document containing an SNMP MIB that includes the extensions needed to the IEEE CFM MIBs for the new functionality described in the SOAM FM document. –As a stretch goal, produce a document that includes a YANG model for NETCONF using the same source material used to create the SNMP MIBs for both PM and the FM extensions.

5 Rationale Creating an SNMP MIB would be beneficial –Help interoperability between vendor implementations Allow network operators the freedom to move away from NE-EMS single vendor solutions One NMS or EMS vendor can interoperate with multiple vendor NEs –Implementation of existing protocol neutral models would help ensure models are complete –Provide a baseline of functionality for PM and FM OAM that can be extended

6 Rationale (cont) Creating a YANG model for NETCONF would be beneficial –Provide a concrete implementation of the abstract MEF models using an IETF standard modeling language –Assist in the evaluation of the protocol neutral models to ensure they are complete –Gain experience with YANG and NETCONF for potential future projects –As a stretch goal, this work would not hinder the completion of the SNMP MIBs

7 Background Interface terminology acronyms that are used in the material that follows: –Network Elements (NE) –Element Management System (EMS) –Network Management System (NMS) –Operations Support System/Business Support System (OSS/BSS) –eXtensible Markup Language (XML) –Simple Network Management Protocol (SNMP) –Management Information Base (MIB) –Command Line Interface (CLI) –Java Enterprise Edition (Java EE) –Common Object Request Broker Architecture (CORBA) –Network Configuration Protocol (NETCONF) –YANG is a data modeling language for NETCONF

8 Background (cont) Relationships and Interfaces for NM Project would concentrate here

9 Background (cont) Protocol neutral management specifications exist –MEF 7.1 –G.8052 It would be useful to create an implementation of the protocol neutral models to ensure they are complete Assumptions –MEF 7.1 (EMS-NMS) model can be used as a starting point for the NE-EMS implementation needed –The PM area is lacking a management standard so an SNMP MIB would help with interoperability –The IEEE CFM MIBs do not contain all the functionality that is needed by the SOAM FM document

10 Background (cont) Guiding principle – Do not redo work that already exists Use the existing work as guidelines –MEF 7.1 –G.8052 –CFM MIBs (IEEE 802.1ap + IEEE 802.1ag) –IETF MIBs RFC 4181 “Guidelines for Authors and Reviewers of MIB Documents”

11 Background (cont) SNMP MIB Structure approach

12 Timeframe 1Q 2010: Project start Conference calls between 1Q-2Q produce a draft document 2Q 2010: Move for Straw Ballot Conference calls between 2Q-3Q resolve all straw ballot comments and produces another draft 3Q 2010: Move for Straw Ballot (if needed) 4Q 2010: Letter Ballot

13 Impacts on other documents There are no other documents directly affected by the creation of the SNMP MIB document or the YANG model

14 Liaison Plan Liaise with –TMF –IEEE (802.1) –ITU-T (Q10/15) –ITU-T (Q14/15) Project kickoff liaison Project status liaisons (including requests for comments) each quarter (or whenever there are documents ready to share) Project completion (with results)

15 Deliverables Multiple MEF documents –A MEF document containing an SNMP MIB for SOAM PM –A MEF document containing an SNMP MIB for the extensions needed to support SOAM FM –Potentially, a MEF document containing the YANG model for both the PM and FM extensions. Liaisons

16 Call for Participation Editor Participants

17 Motion Create a project based on the scope defined in 32054_001 Move Second Yes No Abstain