VOLTHA 2.6 Release Notes¶
The release of VOLTHA-2.6 and ONOS 2.2.7 comes with two major accomplishments.
First, the move of a key VOLTHA component - the openonu adapter - from python to golang, nearly a year long effort, has come to fruition in this release. The outstanding performance of the new adapter makes it possible to run only a single instance of the adapter (in a VOLTHA stack) to do the job that took 8 instances of the python version. The golang version also paves the way for features such as ONU software upgrade to be implemented in upcoming releases. With this release, we deprecate the python version, which will no longer be supported in future releases.
Second, this release significantly improves the scale of a VOLTHA pod to up to 10k subscribers in steady-state, where a VOLTHA pod is a collection of VOLTHA stacks interacting with shared infrastructure of ONOS, etcd and Kafka clusters. This represents a 10X improvement in scale over previous releases for all three operator workflows. Several factors contributed to the improvement including scale-optimizations in a single VOLTHA stack, streamlining and parallelization in ONOS apps, the aforementioned move to the golang openonu adapter, as well as changes that allowed the deployment of multiple VOLTHA stacks to share common infrastructure.
Additional highlights include a new transactional error model between VOLTHA core and adapters, and a move in the Helm charts for ETCD and KAFKA from incubator to upstream versions from BITNAMI.
Along with VOLTHA 2.6, the Device Management Brigade also released a new version of the interface, which has been implemented on BBSIM and has initial robot test cases.
Features & Improvements¶
OpenONU GO feature complete and used as default
BBSim Sadis server rewritten in Golang
Flow replication in the openolt agent instead of the openolt adapter
Parallelization and scale hardening of ONOS apps (aaa, dhcpl2relay)
Multiple thread processing and offloading
Refactored AAA Statistic names
Packet cloning and flow objective ordering in the DhcpL2Relay
Per OLT pending queues
Use of Option 82 in DHCP to carry around the access-port/vlan of the subscriber.
Device Management Interface example server on top of BBSim
Force delete of a device
Move to upstream charts from BITNAMI for etcd and kafka
OMCC encryption support
OLT software upgrade support (in-band mode only)
Migration to BAL 18.104.22.168
Trap handling improvements in openolt-agent
Include the VLAN in the trap flows
Avoid unwanted traffic
Jaeger integration to openonu-go adapter
Multi-stack support in kind-voltha and across the components
Voltha-2.6 tests are available on Jenkins.
Multi-OLT tests with a single voltha stack on Physical Hardware and BBSim
Use of the full suite of tests for openonu-go, both on hardware and BBSim
New specific tests for openonu-go
- Multi-stack scale tests, up to 10 VOLTHA stacks enabled one at a time on the three workflows for a total of10240 ONUs supported in a single VOLTHA pod
- Maximum of 1k ONUs on a single VOLTHA stack. Tests were performed with 2 OLTs with 512 ONUs each on a singlestack, but other combinations are possible, for example 5 OLTs with 200 ONUs each.
Scale tests were performed on 3 physical servers (each one 32 cores Intel(R) Xeon(R) CPU D-1587 @ 1.70GHz, | 132GB RAM, 120GB SSD) deploying a common infrastructure a 3 node ONOS cluster, a 3 note ETCD cluster and a 3 node | kafka with zookeeper cluster and then 10 VOLTHA stacks comprised of of-agent, core, olt and onu adapter.
Initial Device management interface tests.
PPPoE contribution over VOLTHA (Furukawa)
MPLS Pseudowire at the OLT (DT)
Software upgrade (ONF, Ciena, Community)
Preparation for EPON support (NTT and Furukawa Electric)
Updated documentation with workflow specific orientation and published on https://docs.voltha.org
VOL-3542: Missing Mib Audit from the new openonu go adapter.
VOL-3709: Scale tests were performed with the etcd incubator charts
VOL-3708: Scale test results do not include multicast in TT workflow
VOL-3707: Support for Multiple instances of the openonu go adapter
VOL-3732: Non-zero pbit traffic dropped in the downstream direction in ATT workflow.
Thanks to the Continuous Certification program at ONF we can also ensure that the following devices are compatible with the VOLTHA 2.6 release:
Edgecore ASGVolt64 GPON OLT
Edgecore ASXVolt16 XGSGPON OLT
Sercomm FG1000 GPON ONU
Sercomm Glasfaser GPON ONU
Edgecore 6712-32X Switch
Edgecore 7712-32X Switch
A full list of stories and bugs completed can be found under the VOLTHA 2.6 release page in Jira.
Component Versions in VOLTHA 2.6 release¶
Helm Charts (voltha-helm-charts) -
openolt agent -
Available from EdgeCore site
Out of band management
ONL version (both GPON and XGSPON) ONL-onl-4.14_ONL-OS8_2020-04-14.1946-72b95a7_AMD64_INSTALLED_INSTALLER available at /ASXvOLT16/OpenOLT_Agent/From_ONF_Distribution
for ASFVOLT16 available, from /ASXvOLT16/OpenOLT_Agent/From_ONF_Distribution/voltha-2.6/:
openolt_asfvolt16-3.2.0-fc10f0d035181d3125ffc6e7a60bf5328fcf5bfa-100G-NNI.debif 100G NNI port is used
openolt_asfvolt16-3.2.0-fc10f0d035181d3125ffc6e7a60bf5328fcf5bfa-40G-NNI.debif 40G NNI port is used.
for ASGVOLT64 available at /ASGvOLT64/OpenOLT_Agent/From_ONF_Distribution/voltha-2.6:
openolt_asgvolt64-3.2.0-fc10f0d035181d3125ffc6e7a60bf5328fcf5bfa-100G-NNI.debif 100G NNI port is used
openolt_asgvolt64-3.2.0-fc10f0d035181d3125ffc6e7a60bf5328fcf5bfa-40G-NNI.debif 40G NNI port is used.
In band management
use ONL image, comprising of Bal and openolt (available from edgecore site) for ASFVOLT16 ONL-onl-4.14_ONL-OS8_2020-11-22.1509-72b95a7_AMD64_INSTALLED_INSTALLER-40G-NNI, available at /ASXvOLT16/OpenOLT_Agent/From_ONF_Distribution/voltha-2.6/IN-BAND. Note that debian package available as part of the ONL support 40G NNI by default.
Get access credentials for https://edgecore.quickconnect.to and then login and navigate to File_Station -> EdgecoreNAS, and then the folder /ASXvOLT16/OpenOLT_Agent/From_ONF_Distribution/ and pick the version above