Presentation on theme: "Page 1 www.ossj.org Bridging The Gap - CBE Extension for MTNM …Tying up OSS/J and Layer 2 Technologies."— Presentation transcript:
Page 1 www.ossj.org Bridging The Gap - CBE Extension for MTNM …Tying up OSS/J and Layer 2 Technologies.
Page 2 www.ossj.org OSS/J APIs & MTNM … NMS EMS A NML EML MTNM: TMF Standard Interface EMS B JVT XVT CBE Entity Entity Specification Association The Gap Inventory Management QoS Service Activation
Page 3 www.ossj.org CBE Essentials CBE means Core Business Entities CBE defines a CORE information model CORE Information Model of shareable Data Transfer Objects in CBE aligned with SID from which the Vendor Specific Information Model must derive. CBE defines interfaces that are reusable across multiple OSS components (Activation, Inventory, TroubleTicket, QoS, etc…) Common Managed Entities: Service, Resource, Product, Alarms Common Types Addresses, TimePeriods etc..
Page 4 www.ossj.org CBE Core Model The CBE Core Model is composed of: Entity Entities are value type objects representing inventory concepts such as “Product”, “Service” and “Resource”. Entity Specification Entity Specifications are value type objects representing specifications of CBE entities. Association Associations are value type objects representing CBE associations, e.g., “ResourceSupportsServiceAssocValue”.
Page 5 www.ossj.org So where do I find the CBE ? javax.oss.cbe The CBE package defines a set of interfaces that represents the upper layers of a generic information model within the OSS domain. The CBE package defines a set of shareable Data Transfer Objects, via interfaces Implementations of CBE aware APIs provide the implementation; Java™ and J2EE™ do the rest …
Page 6 www.ossj.org MTNM Essentials MTNM - Multi Technology Network Management. TMF Working Group. The Goal of MTNM is: To provide standard, common interface between Element and Network Management Layers. This interface is provided for ATM, SONET/SDH, Frame Relay, DSL, Ethernet etc (i.e. Layer 2 technologies) Management Scope MTNM model is focused on Service Fulfillment and Assurance.
Page 7 www.ossj.org MTNM Scope – eTOM Service Configuration & Activation Service Problem Management Service Quality Management Resource Provisioning Resource Trouble Mgmt Resource Performance Mgmt Resource Data Collection & Processing SM&O Support & Readiness RM&O Support & Readiness Operations Operations Support & Readiness Fulfillment Assurance Billing Customer Interface Management Customer Relationship Management Service Management & Operations Resource Management & Operations Supplier/Partner Relationship Management Retention & Loyalty CRM Support & Readiness Selling Order Handling Marketing Fulfillment Response Problem Handling Customer QoS/ SLA Management Billing & Collections Management SM&O Support & Readiness Service Configuration & Activation Service Problem Management Service Quality Management Service & Specific Instance Rating RM&O Support & Readiness Resource Provisioning Resource Performance Mgmt Resource Data Collection & Processing S/PRM Support & Readiness S/P Settlements & Billing Management S/P Problem Reporting & Management S/P Performance Management S/P Buying S/P Purchase Order Management Retention & Loyalty Resource Trouble Mgmt
Page 8 www.ossj.org MTNM Information Model The MTNM Model is composed of: Objects that are visible across the interface and the operations that may be performed on these objects. These objects have a common set of attributes. A Root Class namely, “CommonResourceInfo” that contains: A common set of attributes and A common set of operations permissible on these objects.
Page 9 www.ossj.org Bridging The Gap … JVT XVT CBE Entity Entity Specification Association Inventory Management QoS Service Activation CBE Extension for MTNM Termination Point CommonResourceInfo SubNetworkConnection ATM, SONET/SDH, FR, WDM, etc … (Layer 2 Technology)
Page 10 www.ossj.org CBE-MTNM Extension …
Page 11 www.ossj.org CBE-MTNM Extension … Extension of CBE also contains some Helper Classes. These classes deal with Common set of Parameters or constants across MTNM classes. Examples of helper classes are Layered Parameters, Directionality, Communication State etc. Helper classes are not inheriting CommonResourceInfo interface. They have set-get methods for each defined parameter in class.
Page 12 www.ossj.org CBE and the OSS/J APIs OSS/J Core Business Entities Vendor and Technology Information Model Customer Management API Inventory API Service Activation API Other OSS/J API Functional Partition of OSS Business Logic into APIs And Realization Of the Vendor or Technolgy Specific Information Model Vendor or Technology Specific Information Model is an Extension of the Core SID/CBE Entities OSS/J Core SID/CBE Entities OSS/J – CBE Extensions for MTNM
Page 13 www.ossj.org Functionality … we got it covered Extension of CBE to incorporate MTNM information model Realization of MTNM information model using OSS/J APIs. Thereby bridging the gap between OSS/J APIs and Technology.
Page 14 www.ossj.org Benefits … Integration efforts are reduced further as the gap between OSS/J APIs and specific Technology is bridged. Leveraging work done by CBE, OSS/J APIs and MTNM that adhere to TMF NGOSS standard.
Page 15 www.ossj.org SID Provides the Optimal Solution TMF SID provides rich set of Resource Model. OSS/J CBE has well defined “Resource” package which uses TMF SID’s Resource Model. MTNM entities could be logically mapped to SID Model.
Page 16 www.ossj.org Why use the SID ? Rich information models take a great deal of time and effort to develop OSS through Java is an implementation body, not a modeling forum SID is a key aspect of NGOSS Adoption is the key to success OSS through Java is working to make NGOSS real OSS/J Common Business Entities map the SID analysis (GB922) and design (GB926) models to Java data models
Page 17 www.ossj.org Roadmap … OSS/J CBE Extension for MTNM OSS/J – MTNM realization kit for Service Activation and Inventory Management APIs. TMF Catalyst to demonstrate interoperability of OSS/J and MTNM. Catalyst to demonstrate “Zero Touch” Service Provisioning involving L2 networking gear Catalyst to involve: Sun Microsystems as a Hardware/Platform vendor. Metasolv as a Product Vendor MBT as an experienced Telecommunication Products/Services SI Equipment Vendor - ? Service Provider / Telco - ?
Page 18 www.ossj.org Roadmap … Q4 05Q3 05 Q2 05 Q1 05Q2 06 OSS/J CBE Extensions on Java.netJava.net Realization Kit- Phase 1 Realization Kit- Phase 2 CBE Extensions OSS/J CBE APIs extended to incorporate MTNM data model. CBE-MTNM Extensions available on java.net OSS/J MTNM realization Kit Inventory Management APIs to be used for the first phase of realization kit. OSS/J MTNM realization Kit Service Activation APIs to be used for the second phase of realization kit.
Page 19 www.ossj.org JCP & Open Source … OSS/J Common and CBE APIs are “Standards” These “Standards” are designed to be “Extensible” Extension Mechanism are “Standardized”. All these are covered under an umbrella of JCP. Extensions are not covered under an umbrella of JCP. Extensions can implement domain specific standards or proprietary models. E.g. TMF MTNM These Extensions are illustrative work under open source licensing
Page 20 www.ossj.org Takeaway Message … The ultimate goal is: “To strengthen the cooperation with TMF standards, and to promote their adoption”.
Page 21 www.ossj.org “A new breed of OSS solutions powered by Java Technology” OSS Through Java TM Initiative