Summary Signal
Running disaggregated PON at scale rewards operators who see problems early. VOLTHA 2.16 sharpens that early-warning surface with event-driven failure indication during device initialization and OLT operations, ONT-labeled per-device telemetry, and broader command-line visibility for teams running open source access networks in production.
Where 2.16 sits in the release arc
VOLTHA 2.15, released in February 2026, established platform-level observability with gRPC statistics collection across VOLTHA services and PLOAM-level ONU disable/enable for fault isolation. VOLTHA 2.16 extends that arc. Instead of only exposing metrics for monitoring systems to poll, the release adds event streams that operators can subscribe to, and improves the accuracy and attribution of per-device signals. The direction remains consistent: make operational reality visible to the systems and teams responsible for it.
What’s new in VOLTHA 2.16
Event-driven failure indication for ONT initialization and OLT operations
VOLTHA 2.16 introduces two new event categories. The first surfaces failures encountered during ONT device initialization, giving operations teams a proactive signal when an ONU fails to come up correctly rather than requiring them to infer the failure from state polling. The second does the same for OLT operations, publishing events when OLT-level actions do not complete as expected.
Together, these events reduce the mean time to detect for a class of issues that previously required log inspection or state polling to catch. They also align with an event-driven consumption pattern that AI-assisted operations tooling and modern monitoring pipelines are built to consume. (VOL-5582, VOL-5595.)
ONT-labeled per-device telemetry in the OpenOLT adapter
OnuRxPowerStats, OnuStats, and GEMStats now publish with the correct ONT-identifying label at the OpenOLT adapter. Downstream consumers, whether monitoring stacks, telemetry pipelines, or AI/ML models, can now attribute those metrics to the specific ONT they came from without post-processing or external lookup logic. This closes an attribution gap in mixed-population deployments, where correctly identifying the source ONT is essential for troubleshooting and for predictive analysis. (VOL-5613.)
PPPoE Intermediate Agent message counters
The release introduces counters for PPPoE Intermediate Agent (PPPoE IA) messages, giving operators direct visibility into subscriber-authentication traffic at the intermediate-agent layer. This adds a diagnostic surface for a protocol that had previously been observable only through indirect signals. (VOL-5597.)
OLT metrics and offload app statistics via voltctl
Operators can now display OLT-level metrics and OLT offload app statistics directly through voltctl, VOLTHA’s command-line client. This brings a class of visibility that previously required external tooling into the standard operator CLI, reducing the number of interfaces a network engineer needs to consult during triage. (VOL-5596, VOL-5603.)
ANI-G Optical Line Supervision periodic metrics
The OpenONU adapter now collects periodic ANI-G Optical Line Supervision metrics, giving operators continuous visibility into the optical health of activated ONUs. The release also implements safe stop and restart handling for the ANI-G Self-Test FSM during ONU reboot, preventing race conditions during the reboot cycle. (VOL-5617.)
Voltha Go Controller Swagger documentation
The release publishes the first Swagger documentation for the Voltha Go Controller (VGC), the golang-based controller introduced in VOLTHA 2.13. This gives operator engineering teams and vendor integration engineers a formal API reference for building against VGC. (VOL-5618.)
Fixes and improvements
VOLTHA 2.16 resolves 48 issues across the codebase. Highlights operators will notice in production include:
- Fix for serial-number-based PLOAM disable/enable returning “onu device id not found” (VOL-5608)
- OpenOLT adapter crash prevention at 5K ONU scale during BBSIM stop/restart cycles (VOL-5570)
- OpenONU adapter OOM prevention during multiple OLT reboots (VOL-5593)
- Reconciliation fix for OLT adapters handling more than one tech profile resource instance after restart (VOL-5599)
- Fix for ONTs stuck in “initial-mib-downloaded” state after OLT reboot at simulated scale (VOL-5573)
- Fix for ONUs stuck in “omci-flows-deleted” and “stopping-openomci” states after flow configuration and reboot scenarios (VOL-5578, VOL-5585, VOL-5588, VOL-5591)
- Redis sorted-set implementation in the kv-store client for faster retrieval (VOL-5586)
- Reduction in the number of connected kv-store clients to lower connection overhead (VOL-5594)
- Log-level optimization across the OpenONU adapter to reduce production log volume without loss of signal (VOL-5580, VOL-5602)
- Event-consistency fix for device events processed by different consumers (VOL-5598)
- Handling of gRPC NotFound responses during flow removal to prevent unnecessary retries (VOL-5605)
- Fix for PM metrics not stopping when an ONU goes for reboot (VOL-5615)
- Fix for ONT discovery and activation failures when moving an ONT between PON ports (VOL-5612)
- Additional stability fixes for OLT reboot handling, tech-profile download, ONU device deletion race conditions, and flow processing failures
Beyond the resolved items, the release includes toolchain updates (Go 1.25.5, golangci-lint 2.8.0, Python 3.10+ support), CI hygiene improvements (dependabot added across all GitHub Actions repositories, GitHub-triggered pipelines replacing daily Jenkins jobs), and a documentation refresh in voltha-docs including removal of legacy references and updated LF Broadband links.
These updates reflect ongoing investment by the LF Broadband community in hardening VOLTHA for production use at scale.
What it means for operators
The observability additions in VOLTHA 2.16 matter directly to any operator running closed-loop automation, predictive analytics, or AI-assisted troubleshooting on top of their access network. Predictive models need accurate, attributable, real-time signals. Automated response systems need event streams they can subscribe to. VOLTHA 2.16 makes more of the underlying access-network reality visible in a form these systems can consume, without changing the vendor-neutral, standards-aligned foundation VOLTHA has always provided.
For operators running VOLTHA at scale today, upgrading brings improved fault visibility, better troubleshooting surfaces, and continued hardening of the codebase against the failure modes their production environments have surfaced.
Get involved
VOLTHA 2.16 is released under the Apache 2.0 license and available at github.com/opencord. The full release notes are available on the LF Broadband Confluence wiki. Operators, vendors, and researchers interested in getting involved with the VOLTHA community can start at lfbroadband.org or join the community mailing lists and Slack workspaces linked from the project pages.
About VOLTHA
VOLTHA (Virtual OLT Hardware Abstraction) is an open source project hosted by LF Broadband that provides a vendor-neutral hardware abstraction for PON broadband access equipment. Built on Kubernetes and microservices, VOLTHA exposes a consistent northbound interface across diverse OLT and ONU hardware, enabling operators to deploy and manage multi-vendor PON networks through a single control and management framework. VOLTHA supports GPON, XGS-PON, and next-generation PON technologies, works across both greenfield and brownfield deployments, and is proven in production at tier-one operators including Deutsche Telekom and Türk Telekom.
About LF Broadband
LF Broadband is a neutral home for collaborative development of open source software for the broadband access industry. Part of the Linux Foundation, LF Broadband supports projects transforming broadband networks and the Passive Optical Network (PON) industry, including VOLTHA, the open source hardware abstraction for virtualizing multi-vendor PON systems, and SEBA, the reference design for software-defined, disaggregated broadband access. Its members include tier-one operators, hardware and software vendors, and research organizations working together to deliver open, multi-vendor, carrier-grade broadband. LF Broadband works in close alignment with the Broadband Forum to ensure open source solutions comply with carrier-grade standards operators use in procurement. Learn more at lfbroadband.org.
Last updated: September 24, 2026
