The campus refresh pressure is real, and it is not going away
Australian enterprise campus networks are entering a predictable but painful refresh cycle. Access-layer PoE switches deployed five to seven years ago are approaching end-of-support. Meanwhile, the devices those switches power are changing fast. Wi-Fi 6E access points are already shipping at volume, and Wi-Fi 7 (802.11be) APs with multi-gigabit uplink requirements are entering the procurement conversation for 2025 and 2026 rollouts.
This is not a hypothetical. Every enterprise IT team that deployed 802.11ac Wave 2 access points on PoE+ switches between 2017 and 2020 now faces a question: do you refresh the switching layer with the same vendor, or is this the moment to evaluate alternatives?
For most organisations, the answer has historically been to renew with the incumbent. Vendor lock-in at the access layer is sticky. Proprietary management platforms, trained staff, and existing support contracts make switching vendors feel risky. But the landscape is shifting.
SONiC is moving beyond the data center
Software for Open Networking in the Cloud (SONiC) is an open-source network operating system built on Linux that runs on switches from multiple vendors and ASICs. Originally developed by Microsoft and now governed by the SONiC Foundation under the Linux Foundation, SONiC has been production-hardened in the data centers of hyperscalers and large cloud service providers. Its key design principle is the decoupling of hardware and software through the Switch Abstraction Interface (SAI), which allows a single NOS to run across multiple switch platforms.
According to the SONiC Foundation, SONiC offers multi-vendor support, a container-based modular architecture, standard Linux interfaces, and active community development. NVIDIA’s networking portfolio, for example, lists Pure SONiC as a supported NOS option alongside Cumulus Linux for its Spectrum Ethernet switch line.
What has changed is scope. SONiC’s traditional strength has been data center leaf-spine fabrics running BGP and RDMA at scale. But Enterprise SONiC distributions are now adding campus-oriented features: 802.1X authentication, PoE management, VLAN and ACL policies, IGMP snooping, and campus-relevant routing protocols. The SONiC Foundation’s governance structure, with premier and contributing members spanning chip vendors, OEMs, and cloud providers, signals sustained investment in broadening SONiC’s addressable use cases.
What this means for the access and aggregation layer
The access and aggregation layer in a campus network has historically been the hardest segment for open networking to penetrate. Data center teams are accustomed to CLI-driven, Linux-native workflows. Campus teams, by contrast, often depend on vendor-specific GUIs, controller-based management, and integrated wireless LAN controller stacks.
Enterprise SONiC distributions are beginning to close this gap by offering:
- NETCONF and YANG-based programmability for consistent configuration across campus and data center domains
- Integration hooks for network management platforms and controller overlays
- PoE budget management and per-port power allocation through SAI abstractions
- Support for campus redundancy protocols including MC-LAG and STP variants
- Policy-based routing for traffic segmentation across campus VLANs
For an Australian enterprise evaluating a campus refresh, these capabilities translate into a concrete question: can an open SONiC-based access and aggregation layer deliver the same operational outcomes as a proprietary stack, at a lower total cost of ownership?
The Australian context: why timing matters
Several factors make the Australian market particularly relevant for this conversation.
First, Australian enterprises tend to run longer refresh cycles than their US or APAC counterparts. Switches deployed in 2017-2019 are still in production across many organisations, meaning the refresh decision is being deferred rather than avoided. When it arrives, it will be large in scope.
Second, Wi-Fi 7 adoption will force uplink upgrades. Wi-Fi 7 access points require multi-gigabit uplinks, often 2.5GbE or 5GbE, with PoE++ (802.3bt) power delivery. Existing PoE+ switches cannot deliver this. The AP refresh and the switch refresh become a single procurement event.
Third, the Australian channel ecosystem for open networking is maturing. System integrators and network consultancies are beginning to offer SONiC deployment and managed services, reducing the operational risk of moving away from a single-vendor campus stack.
What a campus refresh evaluation should compare
For enterprises considering an open networking approach to their campus access and aggregation layer, the evaluation should cover at minimum:
| Criterion | Proprietary Incumbent | Open SONiC-Based |
|---|---|---|
| NOS portability | Locked to one vendor | Runs on multiple hardware platforms via SAI |
| PoE management | Vendor controller or GUI | SAI-based PoE abstraction, evolving maturity |
| Wireless integration | Tight coupling with vendor WLC | Requires overlay or third-party WLC integration |
| Automation | Vendor-specific APIs | NETCONF/YANG, standard Linux tooling |
| Support model | Vendor TAC | Hardware vendor plus community or commercial SONiC support |
| Campus features maturity | Mature, decades of development | Growing, verify feature parity for your use case |
| Total cost of ownership | License plus support bundled | Hardware cost separation, potential license savings |
This table is not a recommendation. It is a framework. The right answer depends on the specific campus environment, the wireless platform in use, and the internal team’s operational capability.
The xSONIC angle: what to watch
xSONIC’s access and aggregation switch portfolio is built on Enterprise SONiC, targeting campus access, aggregation, PoE edge, branch, and distribution use cases. Combined with xSONIC enterprise access points aligned to Wi-Fi 6, Wi-Fi 6E, and Wi-Fi 7, and a campus-grade optical transceiver range for inter-building and uplink connectivity, the portfolio covers the core components of a campus refresh.
For Australian enterprises entering the evaluation phase, xSONIC’s campus solution pillars provide structured guidance:
- The Campus Refresh guide covers the end-to-end decision framework
- The PoE Campus guide addresses power planning and AP integration
- The MC-LAG and STP guide covers campus redundancy and convergence
- The Virtual Chassis guide explores multi-switch management simplification
- The Policy-Based Routing guide addresses campus traffic segmentation
These guides are designed to help network teams evaluate whether an open SONiC-based campus stack can meet their specific operational requirements before committing to a procurement decision.
What it does say is this: the combination of aging switch fleets, rising Wi-Fi demands, and the maturation of Enterprise SONiC creates a genuine evaluation opportunity that did not exist a few years ago. Australian enterprise network teams owe it to their organisations to include open networking in the refresh conversation, even if the final decision favours the incumbent.
The cost of not evaluating alternatives is measured in years of locked-in spend.
Related xSONiC Resources
Sources Reviewed
- SONiC Foundation: https://sonicfoundation.dev/
- Supports: input source for finding, recommendation, claim, and evidence review.
- SONiC GitHub: https://github.com/sonic-net/SONiC
- Supports: input source for finding, recommendation, claim, and evidence review.
- Azure SONiC Documentation: https://azure.github.io/SONiC
- Supports: input source for finding, recommendation, claim, and evidence review.
- Open Compute Networking: https://www.opencompute.org/projects/networking
- Supports: input source for finding, recommendation, claim, and evidence review.
- Broadcom Ethernet Switching: https://www.broadcom.com/products/ethernet-connectivity/switching
- Supports: input source for finding, recommendation, claim, and evidence review.
- Marvell Switching: https://www.marvell.com/products/switching.html
- Supports: input source for finding, recommendation, claim, and evidence review.
- NVIDIA Ethernet Switching: https://www.nvidia.com/en-us/networking/ethernet-switching
- Supports: input source for finding, recommendation, claim, and evidence review.
- Continue: https://www.nvidia.com/
- Supports: input source for finding, recommendation, claim, and evidence review.