Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 29 Next »

Project Name:

  • Proposed name for the project: OpenSource Access Manager

  • Proposed name for the repository: osam



 

Project description:

OpenSource Access Manager is a vendor agnostic operation suite for managing consumer broadband network elements and capabilities disaggregated from proprietary monolithic Access Network hardware and Element Management Systems (EMS).

A key component to simplify multi-vendor support is a mediation layer currently under development called VOLTHA (ONF open source project).  VOLTHA uses low-level abstraction of the network device to provide a simplified approach to higher level management and analytics.  Currently xPON and G.FAST are the initial products under active development in collaboration with ONF. 

Scope:

For Casablanca, OSAM will showcase the management of the Access Peripheral POD (located in Telco Central Offices) as a PNF. Should provide monitoring capability and support 100’s of thousands of Access Peripheral POD deployment in Telco office.

Subscriber management/activation will be contained within the POD and outside the scope of ONAP.

OpenSource Access Manager module for ONAP consisting of the OA&M User interface, flows, web services and microservices in support of virtualized multi-access network for consumer broadband services.  At a high level it divides into global and localized functions to operate at large scale and performance for edge networks.  The major components of Access Module that do not exist in ONAP today are the user interface (UI).  Access specific data models, services and flows will be built on existing ONAP components and may feed additional requirements.  The infrastructure elements, services, flows, data collection processes will be utilized and existing or planned feature sets should not be impacted.

Below are the functions of access network needed on top of the infrastructure services that are already provided as part of ONAP.  The requirements for Access will be isolated to the Access Module to not impact the core ONAP capabilities and deliverables.


OSAM

A work effort in ONAP for bridging the Open Networking Foundation (ONF) work into ONAP. Part of this was to create a higher order UI for the Access Network, Service Models, Work Flows, Policies, etc.  The goal of the project is to build out dependencies for future support of 3rd party virtualized network services for the access network.



OSAM-UI

OSAM-UI provides an implementation of a centralized management interface for the access network device and services targeted for edge and deep edge deployments.

  • User interface provides capabilities for operations to manage and diagnose problems in the access network.
  • Provides a view of the relationship of broadband subscriber services and health of the service chain
  • Provides a centralized view of the access network deployed at edge compute locations
  • User interface will leverage the Portal SDK.
  • Security will utilize groups and roles created in AAF
  • Interface to AAI APIs to pull OSAM Network Resources
  • Ability for operations to build and deploy advanced services utilizing Node-Red that directly interact with the OSAM-UI
  • Interface allows for the bulk execution of flows against many devices and services selected in the OSAM-UI against an enabled service
    • Services are automatically enabled through the management UI using OpenAPI specs generated from Node-Red
  • A view of error details for functions/devices streaming with related hot links into the low level details (e.g. Abstraction Layer, OLT, Port, ONU, ONU Uplink Port, ONU UNI Ports, DPU,  CPE, MicroServices, and future components)
    • Advanced text and regular expression based filters based on device names or event details
    • Time range based filters
  • Customizations
    • Customizations by a user, group or system level
    • Context sensitive interface changes driven by exposed APIs
    • Ability to store and share views
    • Ability for a user to load multiple views at the same time
  • Single application for Network visualization with integrated  analytics from DCAE, Elastic Stack and Grafana
    • Operational dashboard showing geographic distribution of the network and services health (“Heat Map”)
    • Established links between devices/service management and the graphical representations
  •  Interface for scheduling and coordinating access related devices and software
    • Firmware Release Management and Upgrades
    • Snapshot management of Access devices and configurations
    • This will be utilized for comparison, restoral and migration activities
    • Rollback and notification under failure conditions or forced action
    • Ability to create collections of subscribers, VNFs, and devices
    • Configurable Maintenance Window
    • Ability to operate in serial or parallel at the collection level
    • Ability to establish dependencies prior to execution
  • Support for systems, network, software, service and configuration segmentation (slicing)

    • Can be configured by Global, Site, DMA, Service Type or Device Type and each being subdivided by Release Type

    • Support different lifecycle states of software, firmware and configuration within

      • Examples Crawl, Walk, and Run methodology of deploying changes

      • Examples Development, Test, Incubation, and Production state of services

    • Software Versions, Firmware, Policies, and configurations should be configured as a package

      • Deployed for a specific set of hardware

      • Ability to manage hierarchical configuration management and version controlled

    • Tool for viewing historical changes, comparison, events, and health of a segment


How does this project fit into the rest of the ONAP Architecture?.

  • Access Management will leverage the PNF management approach and existing infrastructure components (AAI, DME, JSC, and Directed Graphs).
    • Access Network Models, Flows and API’s will be developed as part of the project.  

How does this align with external standards/specifications?

  • Alignment with the ONF, OpenAPI, BBF, IETF and ITU Standards


Are there dependencies with other open source projects?

  • Integration with the VOLTHA projects in ONF

Impacts:

ONAP Components: 

ComponentEffortProject Impacts
Active and Available Inventory (AAI)

Inventory of the devices and user services
Creation of Models in SDC
Subscribers will utilize LDAP for Access service profiles and authentication

No AAI Impacts 
Application Authorization FrameworkDefine application roles and access 
Application Controller (AAP-C)

Directed Graphs
VNF Management

 No Core APP-C Impacts
Closed Loop Automation Management Platform (CLAMP) CLAMP will be utilized to view and manage the automation flows

Interface CLAMP from OSAM-UI (Future Release)

 No Core CLAMP Impacts
Command Line Interface
No Impacts 
Common Controller Developer Kit (CCDK) Used by SDNC and APPCNo Core CCDK Changes
Data Collection Analytics and Events (DCAE)OSAM Kafka to VES
OSAM Collector (DCAE Collector Instance)
OSAM Analytics (DCAE Analytics Instance)
No Core Impacts to DCAE
Data Movement as a Platform (DMaaP)Topic and Partition Creation No Core DMaaP Impacts 
Documentation

External API Framework
No Impact
Holmes Not UsedNo Impact 
Integration
No Impact
Logging Enhancements Project
No Impact
 Microservices Bus Not UsedNo Impact
ModelingWill comply with modeling standards of ONAPNo Impact
Multi-Cloud (VIM)Interface for container instantiation, management and control No Core Product Changes
ONAP Operations Manager (OOM)Docker/Kubernetes Container Management for ONAPNo Impacts
Optimization Framework Will be utilize to route the messages from the central cloud to target edge locationTBD
Policy FrameworkReuse of the existing Threshold Crossing.

Impacts to the Control and Abstraction output to VES

Small impact to reuse TCA
Small impact to call SO

Portal PlatformPortal Interface to the DSC and Hardware Abstraction utilizing the Portal SDKReference to OSAM Control and OSAM-HA interfaces
Service Design and Creation (SDC)Development of the Rules, Recipes, Flows, Models, Policies and Services for virtualized Access
OSAM team will attend SDC planned training.

No expected impacts to the SDC Project itself in Beijing.

Virtual Infrastructure Deployment (VID)VID will be utilized for the management of applications.

Interface VID from OSAM-UI

 No VID Impacts
SDNCEstablish EVPN tunnel between Access Peripheral and BNG termination point

No Core SDNC Impacts

Service Orchestration (SO)Orchestration of Access Device and Service instantiation and updatesNo Core Impacts

Access Network Components:

ComponentEffortImpact
OSAM - UIProvides High Order Management interface for Access Services and devices Built on Portal SDK 














Performance:

All Access Network components have been developed and tested to support high performance.  If performance issues are found during testing the application

Resources:

  • Primary Contact Person: Sumithra Bhojan (sb4846@att.com
  • Names, gerrit IDs, and company affiliations of the committers

Outlook Contact List
VCF Contact List

Committers:

Namee-MailCompany
BAINBRIDGE,   DAVIDDBAINBRI.CIENA@GMAIL.COMCIENA
BAVIER, ANDYANDY@OPENNETWORKING.ORGONF
CHAWKI, JAMILJAMIL.CHAWKI@ORANGE.COMORANGE
ELIACIK, BORABORA.ELIACIK@NETSIA.COMNETSIA
KOLBE,   HANS-JORGHANS-JOERG.KOLBE@TELEKOM.DE DT
BHOJAN, SUMITHRASB4846@ATT.COMAT&T
PETERSON,   LARRYLLP@OPENNETWORKING.ORGONF
SLOBODRIAN,   SERGIOSSLOBODR@CIENA.COMCIENA
SOYTURK,   MESUTMESUT.SOYTURK@ARGELA.COM.TRARGELA

Contributors:

ALVAREZ,   MARK DMA2516@ATT.COMAT&T
ANSCHUTZ, TOMTA2269@ATT.COMAT&T
BAKER, SCOTTSCOTTB@OPENNETWORKING.ORGONF
BAYKAL, COSARCOSAR.BAYKAL@TURKTELEKOM.COM.TRTURKE
BEST, GEORGEGB2726@ATT.COMAT&T
BHATIA, SAPANSAPAN@OPENNETWORKING.ORGONF
BHOJAN,   SUMITHRASB4846@ATT.COMAT&T
BILSEL,   SINASISB3462@ATT.COMAT&T
BRUNNER,   MARCUSMARKUS.BRUNNER3@SWISSCOM.COMSWISSCOM
BULLIMORE,   JOEJB6747@ATT.COMAT&T
CAPARRÓS,   DAVID PÉREZ DAVID.PEREZCAPARROS@SWISSCOM.COMSWISSCOM
CHAU, UYENUYEN@OPENNETWORKING.ORGONF
CIMEN,   SULEYMANSULEYMAN.CIMEN@TURKTELEKOM.COM.TRTURKE
DAS, SAURAVSAURAV.DAS@OPENNETWORKING.ORGONF
EL HOUMAIDI,   MOUNIREME4157@ATT.COMAT&T
FIEDLER, MARCMARC.FIEDLER@TELEKOM.DEDT
GARCIA, ROYRG1878@ATT.COMAT&T
GASSER,   MICHAEL DMG876P@ATT.COMAT&T
HAAG, THOMASHAAGT@TELEKOM.DEDT
HATCH, MITCHMH7576@ATT.COMAT&T
HEILKER,   CHARLESCH2558@ATT.COMAT&T
HEKMAT, ARASHARASH.HEKMAT@AMDOCS.COMAMDOCS
HODGES,   DARRYLDH8196@ATT.COMAT&T
JOSHI, OMKAR ROMKAR_JOSHI@LABS.ATT.COMAT&T
KALAYCIOGLU, TANERTANER.KALAYCIOGLU@ARGELA.COM.TRARGELA
KLUGER, YOAVYOAV.KLUGER@AMDOCS.COMAMDOCS
LAMBERTH, GEORGE MGL9714@ATT.COMAT&T
LOKMAN, ERHANERHAN.LOKMAN@ARGELA.COM.TRARGELA
LORENTZEN, JULIEJULIE_LORENTZEN@LABS.ATT.COMAT&T
MACMILLER, JAMES EJM108K@ATT.COMAT&T
MOORE, THOMASTM9646@ATT.COMAT&T
OLIER, MIKEMO2961@ATT.COMAT&T
OZDEM, MEHMETMEHMET.OZDEM@TURKTELEKOM.COM.TRTURKE
ÖZTOPRAK,  KASIM DR.KASIM.OZTOPRAK@TURKTELEKOM.COM.TRTURKE
PADHIAR, BHUSHANBP6470@ATT.COMAT&T
PAUL, MANUELMANUEL.PAUL@TELEKOM.DEDT
PETERSON, KEVIN  AKP1959@ATT.COMAT&T
ROLLWAGE, CHRIS ACR4383@ATT.COMAT&T
SOUKUP, ROBERT ROBERT.SOUKUP@TELEKOM.DEDT
SOYLU, CEMILCEMIL.SOYLU@TURKTELEKOM.COM.TRTURKE
STROM, WALLACEWS7779@ATT.COMAT&T
TAGET, GOPINATHGOPINATH@OPENNETWORKING.ORGONF
TAKANAY, BURHANETTINBURHANETTIN.TAKANAY@ARGELA.COM.TRARGELA
TOFIGH, TOMMT3682@ATT.COMAT&T
ULUDERYA, SERKANTSERKANT.ULUDERYA@ARGELA.COM.TRARGELA
VAN BRAKLE, TRACY LTV8394@ATT.COMAT&T
WOODS, CYNTHIA NCW8981@ATT.COMAT&T
YING,SHAWNSYING@LABS.ATT.COMAT&T
YOUNG, ASHASH@CACHENGO.COMCACHENGO
ZUMWALT, DANNY PDZ1317@ATT.COMAT&T
  • Names and affiliations of any other contributors
  • Project Roles (include RACI chart, if applicable)

Other Information:






  • No labels