Skip to end of metadata
Go to start of metadata

Contributing to VOLTHA 

Nominate/Vote for our new scrum master - here.

Join the VOLTHA project team: Learn more about contributing to CORD here   

Join VOLTHA meetings - see CORD calendar for VOLTHA TST Meetings

Join CORD Discussions - cord-dis cuss@opencord.org

Join VOLTHA Discussions - voltha-discuss@opencord.org <Google-group: https://groups.google.com/a/opencord.org/forum/#!forum/voltha-discuss >

Join ASFvOLT16 Adapter Discussions - voltha-asfvolt16-discuss@opencord.org  

VOLTHA Roadmap - Sep-17 Release Planning here   

VOLTHA JIRA Project - Project here

VOLTHA GitHub - here 

Join the discussion about R-CORD on Slack (#r-cord channel)

Find many archived VOLTHA and CORD demos on opencord youtube channel here

Here is the link to the of-test suite for OLT functionality: https://gerrit.onosproject.org/#/admin/projects/olt-oftest

Members

CompanyMemberEmailRole/Component
ONFSaurav Dassaurav.das@opennetworking.org 
ONFShad Ansarishad@opennetworking.org 
ONFJonathan Hartjono@opennetworking.org 
ONF/AT&TJulie LorentzenJulie_Lorentzen@labs.att.comScrum Master - VOLTHA
ONF/RadisysTim Marshalltim.marshall@radisys.comScrum Master - Adapters
AT&TShawn Yingsying@labs.att.comProduct Owner - All
AT&TBlaine McDonnellbm2535@att.com 
AT&TSunny Chensunny_chen@labs.att.com 
CienaSergio Slobodrianslobodr@ciena.comArchitect - Core
CienaDavid Bainbridgedbainbri.ciena@gmail.comArchitect - Core
CienaSteve Crooksscrooks@ciena.comArchitect - Broadcom Adapter
CienaMichel Desjardinsmidesjar@ciena.comArchitect - Plug-ins / Adapter
NokiaSireesha KoraSireesha.kora@nokia.comArchitect
RadisysAmit Ghoshamit.ghosh@radisys.comArchitect
RadisysShaun MissetShaun.Missett@Radisys.comArchitect - System
RadisysKim Kempfkim.kempf@radisys.comArchitect - ASFvOLT16 Adapter
AdtranChip Bolingchip.boling@adtran.com

Architect - Adtran Adapter

AdtranBalaji Purushothamanbalaji.purushothama@adtran.comArchitect - Adtran Adapter
CalixEvan Parkerevan.parker@calix.comProduct Manager - Calix Adapter
TibitPaul Graypaul.gray@tibitcom.comArchitect - Tibit Adapter
TibitJay Teborekjay.teborek@tibitcom.comProduct Manager - Tibit Adapter

 

 


VOLTHA Project Overview

Flexible and agile service adaptation at the cost of commodity servers and whitebox switches VOLTHA introduces the next-generation optical access system architecture, based on SDN/NFV technologies. Disaggregating PON functions to functional modules with open interfaces supports the CORD vision for open source reference implementations to service "Access-as-a-Service" use cases.   VOLTHA  is a vOLT hardware abstraction component that supports the CORD Project objective of multi-vendor, multi-domain "any broadband access as a service" reference implementation for the Central Office. VOLTHA provides isolation between an abstract (vendor agnostic) PON management system, and a set of vendor-specific PON hardware devices. On its north-bound interface, VOLTHA provides a set of abstract APIs which north-bound systems can interact with the PON networks.  On its south-bound side, VOLTHA communicates with PON hardware devices using vendor-specific protocols and protocol extensions through adapters.

Release and Project Management

Working as an open source community team

  • The intended host of this project is the CORD project (opencord.org).
  • All source code to be developed via the gerrit system of opencord.
  • All parts of VOLTHA will be managed as one git repository (any proprietary plugin code by vendors will be kept in separate repos/places).
  • All project documentation must be kept with the git repository (preferably as markdown (*.md) files, with drawings created with preferably Inkscape (has to be editable and PNGs can be redesigned).
  • All major changes, decisions, etc., must be done with VOLTHA TST approvals, and pursuant of the CORD project governance rules.

VOLTHA Release Acceleration

  • Agile + Continuous Integration - Mandatory Test Driven Development
  • Single source code repo with automated build
  • Transparency - Everyone should know what is going on
  • Design Specs for all major new features - get the team engaged for cross functional support on features (dev, test, doc etc)
  • WIKI is the main source of true for documentation, not google docs
  • All contributions upstream tracked in JIRA and linked to Gerrit
  • Keep JIRA up-to-date to avoid duplication of efforts or gaps in sprint deliverables

Release Model and Cadence

vOLTHA will follow the CORD release model, branching, versioning and tagging best practices found here: Release Management

vOLTHA Branch and Adapters

Currently Adapters are part of vOLTHA container package, releasing in cadence with vOLTHA suite. Subsequent to v1.0 release, adapters will be split off vOLTHA master branch and maintained in one of two ways: (1) create master branch per adapter, or (2) create a developer branch per adapter and merge into vOLTHA master.  Both methods have pros and cons to be voted by vOLTHA TST members.. The main objective is not to destabilize vOLTHA, and allows for adapter release flexibility, where major features, bug fixes, and updates can be applied out of band (e.g. vOLTHA release).

vOLTHA Module Ownership

VOLTHA Architecture:  VOLTHA v1.x Architecture

vOLTHA may be deployed on a compute environment (e.g., in the CO, or Operators centralized cloud such as AT&T's AIC), in which case it communicates with the OLTs via an aggregation network.

 

This section summarizes high level functional requirements of a PON system to make it compatible with vOLTHA and CORD based disaggregated access design. vOLTHA supports PON systems that adhere to a separation of control plane from hardware. This means, protocols implemented on the OLT in legacy systems are now implemented in the SDN controller, sitting above vOLTHA, and thus separated from hardware.   Examples of such protocols:

  • 802.1x (EAPOL) authentication
  • DHCP
  • IGMP


Terms to understand while reading the initial design and implementation:

  • Downstream refers to data flowing from the upstream network or Voltha Core toward the subscriber's residential gateway (RG). In the diagram this corresponds to the left to right direction.
  • Upstream refers to data flowing from the direction of the RG toward the direction of Voltha Core or the upstream network. In the diagram this corresponds to the right to left direction.

 

Reference Points supported in v1.0

(Pa) vOLTHA Adapter Interface

Uniform, abstract, vendor agnostic programmatic (Python) interface between vOLTHA's Core and a vendors OLTH adapter:

Purpose:

  • Downstream:
    • Invoking management- and control-plane operations on the OLT.
    • Passing management operation protocol frames on behalf of an ONU Adapter to the ONU via the OLT
    • Forwarding control protocol frames to be injected by the OLT toward the RG (e.g., 802.1x, IGMP)
  • Upstream:
    • Signaling asynchronous events to Voltha Core (e.g., OLT discovered, ONU activated, alarms, and performance metric data)
    • Forwarding control-plane messages diverted from the PON network toward the SDN controller (e.g., 802.1x, IGMP

(Pc) Control and Management Channels

This interface carries management and control protocol communication between vOLTHA and the PON complex. This can include protocols terminated by the OLT, by ONU or by RG. Encapsulation of these protocols at (Pc) can be OLT vendor specific, but their payload may be specific to the vendor of the respective device. The management protocols targeting the OLT can be completely specific to the OLT vendor.  If vOLTHA is connected to the OLT device via an aggregation network, (Pc) messages need to be isolated from other data plane traffic using an isolation mechanism applicable to the aggregation network, such as using one or more dedicated vLANs.

Purpose:

  • Downstream:
    • Invoke OLT management operations using possibly proprietary protocols, specific to the OLT vendor. Examples: configure OLT device attributes; disable an ONU port.
    • Invoke ONU management operations using protocols specific to the ONU (OMCI, EOAM, etc.), and tunneled by the OLT Adapter and OLT so that it may be encapsulated at Pc in ways specific to the OLT vendor.
    • Carry control plane messages to be forwarded toward the RG. If the injection of such frames into the PON is done by the OLT, the encapsulation method of these frames at Pc can be OLT vendor specific. Thus, the OLT Adapter and the OLT play a tunneling/forwarding role.
  • Upstream:
    • Respond to OLT management operations
    • Carry ONU management protocol responses from the ONU to the ONU Adapter via the OLT Adapter
    • Carry control plane protocol messages isolated by the OLT and to be destined to the SDN controller. The encapsulation of such messages can be OLT vendor specific at Pc, but must encode/preseve the source (e.g., ONU port number) so that the source of the message can be identified.

(Pd) Data Plane Channels

This reference point carries all unicast and multicast "payload" data flows of the subscriber, flows with which Voltha is not be concerned, including the subscriber's Internet, VoIP and multicast-based video (TV) traffic. Thus, it can include both unicast and multicast flows. It can also include control and management plane flows for protocols not involving Voltha and the SDN controller.

(Po) OLT Upstream-facing Interface

This is the interface with which an OLT device is connected to the access aggregation network, i.e., to an upstream data network and to its control- and management systems. This interface thus carries the payload of both Pd and Pc. Pc and Pd flows may be carried via the same OLT physical port (in-band management and control). In the in-band case, flows of Pd vs Pc are typically isolated by VLANs. In the case of out-of band management and control Pc and Pd may be isolated via dedicated physical ports (e.g., when Pc as a whole or portions of Pc protocols access the OLT via its management port).

(Pr) ONU residential-facing interface

This is typically a L2 (Ethernet) interface carrying control plane and data plane flows to and from the RG. This includes all subscriber "payload" flows, such as Internet, VoIP and video service traffic, but it also includes control protocol flows terminated by Voltha or the SDN controller. However this distinction is invisible at this reference point, as the RG must be able to behave in the same way irregardless of being used in a disaggregated (Voltha-based) PON network or in a conventional legacy PON network

VOLTHA Architecture: Component Definition

VOLTHA Daemon

Put definition here

VOLTHA HA Design - vOLT-HA High Availability.pdf

VOLTHA HA Design Review Recordings - 2017-05-31 12.34 VOLTHA Meeting.mp4


Protocol Plug-in Framework

Put definition here

OpenFlow Plug-in

REST Plug-in

RESTConf/NETConf Plug-in(s)

Kafka Publish Plug-in

Extensible Framework

Put definition here

PM Statistics Plug-in

Alarms Framework

Software Lifecycle Management Framework

Put definition here

PON Configuration

Put definition here

VOLTHA Design - xPON in VOLTHA - Proposal.pdf

Current Architecture Review Recording - 2017-06-01 08.04 VOLTHA Meeting.mp4

Continuation of xPON Config Architecture Review Recording - 2017-06-06 09.03 VOLTHA Meeting.mp4

VOLTHA Adapters

 Put definition here

  1. Tibit MicroOLT Adapter

  2. Edge-core ASFvOLT16 Adapter - Maple Adapter

VOLTHA Security

Put definition here

Voltha Security Architecture - vOLTHA Security Architecture Proposal - v1.0.doc 

 


VOLTHA Release Plans

Component / FeatureRelease DateRelease NotesComments
VOLTHA v1.0.0Sep 12, 2017vOLTHA v1.0.0 Release NotesMajor release focuses new features and feature enhancements for AT&T POC III requirements building on previous POC I/II features functionality.
VOLTHA v1.1.0Oct 6, 2017 

Minor release focuses on inclusion of Edge-core ASFvOLT16 XGS-PON OLT Adapter.

ASFvOLT16 design based on Broadcom Maple PON MAC silicon supporting 16x XFP ports of XGS-PON or NG-PON2 (10Gb/10Gb) and four QSFP28 Ethernet uplink ports. 

VOLTHA v1.1.1Nov 16, 2017 Maintenance release focuses on bug fixes in preparation for AT&T POC IV / Field Trial
VOLTHA v1.2.0Dec 21, 2017 Minor release focuses on enhancements to ASFvOLT16 Adapter and support for T&W ONU
VOLTHA v1.3Mar 2018 Proposed minor release: migration to Kubernetes, OpenOMCI
VOLTHA v2.0Jun 2018 Major release focuses on Feature Enhancements; Containerized Adapters, NETconf support, G.Fast Adapter support, migration to Kubernetes

 

References Broadband / Wireline

 

VOLTHA TST Recordings

5/15/17 - July Release Planning - 2017-05-15 14.05 VOLTHA Meeting.mp4

5/16/17 - vOLTHA High Availability, Feature Scope for July - 2017-05-16 14.04 VOLTHA Meeting.mp42017-05-16 14.21 VOLTHA Meeting.mp4

5/17/17 - vOLTHA July release plan - 2017-05-17 09.04 VOLTHA Meeting.mp4

5/18/17 - vOLTHA July release plan - 2017-05-18 09.05 VOLTHA Meeting.mp4.7z

5/24-25 - vOLTHA Release Planning Meeting notes: 2015-05-24vOLTHAPlanningMeeting.pdf,   2015-05-25vOLTHAPlanningMeeting.pdf

6/27/17 - vOLTHA Meeting Notes and Recording - 2017-06-27 09.04 VOLTHA Meeting.mp4

7/19/17 - Edgecore Adapter Weekly Meeting Recording - 2017-07-19 09.03 VOLTHA Meeting.mp4

7/19/17 Sprint 1 Demo - vOLTHA PON Configuration - 2017 07 20 11 24 VOLTHA Meeting xPON Sprint1 DemovOLTHA HA, Installer Sprint 1 Demo

7/11/17 - vOLTHA and Edgecore Adapter Sprint 2 Demo - Collaborations by Ciena, Radisys, ON.Lab/ONF - Sprint 2 Demo

8/01/17 - Sprint 3 Demo - vOLTHA Sprint 3 Demo

8/03/17 - Sprint 4 Planning - vOLTHA Sprint 4 Planning

8/9/17 - vOLTHA Adapter meeting - YouTube: 2017 08 09 VOLTHA Adapter Meeting

8/11/17 - vOLTHA TST meeting - YouTube: 2017 08 11 VOLTHA Meeting

8/15/17 - vOLTHA Sprint 4 Status update and Sprint 5 Planing  2017-08-15 VOLTHA TST Sprint 5 Planning.mp4

8/16/17 - vOLTHA Adapter meeting - YouTube: 2017 08 16 VOLTHA Adapter Sprint 5 Planning

8/22/17 - vOLTHA TST meeting - YouTube: 2017 08 22 VOLTHA Meeting

8/23/17 - vOLTHA Adapter meeting - YouTube: 2017 08 23 VOLTHA Adapter Meeting

8/24/17 - vOLTHA TST meeting - YouTube: 2017 08 24 VOLTHA Meeting

8/29/17 - vOLTHA TST meeting - YouTube: 2017 08 29 VOLTHA Meeting

8/31/17 - vOLTHA TST meeting - YouTube: 2017 08 31 VOLTHA Meeting

9/5/17 - vOLTHA TST meeting - YouTube: 2017 09 05 VOLTHA

9/6/17 - vOLTHA TST meeting - YouTube: 2017 09 06 VOLTHA Meeting

9/7/17 - vOLTHA TST meeting - YouTube: 2017 09 07 VOLTHA Meeting

9/13/17 - vOLTHA v1.1.x, v1.2, v2.0 Release Planning meeting - 2017 09 13 VOLTHA v1 1 x, v1 2, v2 0 Release Planning Meeting

9/14/17 - vOLTHA TST meeting - YouTube: 2017 09 14 VOLTHA Meeting

9/20/17 - vOLTHA TST meeting - YouTube: 2017 09 20 08 04 VOLTHA Meeting

9/26/17 - vOLTHA TST meeting - YouTube: 2017 09 26 08 03 VOLTHA Meeting

9/27/17 - vOLTHA Adapter meeting - YouTube: 2017 09 27 08 02 VOLTHA Meeting

9/28/17 - vOLTHA TST meeting - YouTube: 2017 09 28 08 02 VOLTHA Meeting

10/3/17 - vOLTHA TST meeting - YouTube: 2017 10 03 08 04 VOLTHA Meeting

10/4/17 - vOLTHA Adapter meeting - YouTube: 2017 10 04 09 02 VOLTHA Meeting

10/4/17 - vOLTHA VOL-460/VOL-419 discussion - YouTube: 2017 10 04 09 02 VOLTHA Meeting

10/5/17 - vOLTHA TST meeting - YouTube: 2017 10 05 08 01 VOLTHA Meeting

10/11/17 - vOLTHA Adapter meeting - YouTube: 2017 10 11 08 03 VOLTHA Meeting

10/12/17 - vOLTHA TST meeting - YouTube: 2017 10 12 08 02 VOLTHA Meeting

10/17/17 - vOLTHA TST meeting - YouTube: 2017 10 17 08 02 VOLTHA Meeting

10/18/17 - vOLTHA Adapter meeting - YouTube: 2017 10 18 08 01 VOLTHA Meeting

10/19/17 - vOLTHA TST meeting - YouTube: 2017 10 19 08 03 VOLTHA Meeting

10/24/17 - vOLTHA TST meeting -  YouTube: 2017 10 24 08 01 VOLTHA Meeting

10/26/17 - vOLTHA TST meeting -  YouTube: 2017 10 26 08 02 VOLTHA Meeting

10/31/17 - vOLTHA TST meeting - YouTube: 2017 10 31 08 02 VOLTHA Meeting

11/1/17 - vOLTHA Adapter meeting - YouTube: 2017 11 01 08 03 VOLTHA Meeting

11/2/17 - vOLTHA TST meeting - YouTube: 2017 11 02 08 01 VOLTHA Meeting

11/9/17 - vOLTHA TST meeting - YouTube: 2017 11 09 07 34 VOLTHA Meeting

11/14/17 - vOLTHA TST meeting - YouTube: 2017 11 14 08 02 VOLTHA Meeting

11/15/17 - vOLHTA Adapter meeting - YouTube: 2017 11 15 08 02 VOLTHA Meeting

  • No labels