Access Network Architecture Options
With the need to increase bandwidth and better optimize the network, network architects are evaluating several variations under the distributed access architecture (DAA) umbrella. DAA shifts where the various functions are performed in the network.2 There are generally two main options to choose from in the market: the first known as “Remote PHY” (R-PHY) and the second being “Remote MAC/PHY.” This decision could have a large impact on the total cost of ownership (TCO) with respect to the design, implementation, maintenance, and flexibility of the hardware and software infrastructure.
Testing Capacity & Performance Targets for Virtualized Cable Access Networks
As cable operators consider the available options for network virtualization, they want to be sure the performance and capacity characteristics will match network demand estimates for the foreseeable future.
With this challenge in mind, Intel designed a test environment to measure the potential of virtualized architecture by focusing on DOCSIS MAC data plane running on Intel architecture and the Data Plane Development Kit (DPDK). By establishing an empirical performance data baseline and providing insight into implementation options, we can effectively estimate the capacity of a virtual cable modem termination system (vCMTS) platform running on industry-standard, high-volume servers.
Distributed Access Architecture with Remote PHY or “R-PHY”
The figure below shows a rendition of R-PHY architecture, which is enjoying widespread support throughout the cable operator and vendor community. This approach virtualizes the cable modem termination system (CMTS) along the lines of Network Functions Virtualization (NFV), creating a vCMTS that runs virtual network functions (VNFs).

Figure 1: R-PHY Architecture Example
DOCSIS 3.1 Downstream Pipeline Performance Testing
Helping network architects evaluate the economics of R-PHY, Intel created and tested downstream DOCSIS 3.0 and 3.1 pipelines running on an Intel® Xeon® Scalable processor-based vCMTS to determine the number of high-throughput service groups (SGs) that could be supported. The downstream pipeline is the most performance-critical component on the vCMTS, although the resources consumed by the upstream data path and upstream scheduler must also be accounted for in a platform sizing calculation. The performance testing of both DOCSIS 3.0 and 3.1 is important to assure cable network operators that the current generation of technology can support near-term demand while they invest in next generation networks with DOCSIS 3.1.
Intel engineers found that running a complete DOCSIS 3.1 pipeline on a single processor core was more efficient than partitioning the pipeline across multiple cores. Putting the entire pipeline on a single core was possible partly due to the CPU cycles saved through the use of Data Plane Development Kit (DPDK) APIs. The pipeline, shown in the following figure, also implements containers that allow MAC instantiations at an SG-level of granularity and keep memory footprint to a minimum compared to virtual machines.

Figure 2: The Intel-Developed Downstream Data Plane Pipeline Prototype
Performance Test Results
The DOCSIS 3.1 pipeline throughput was measured for one to 12 SGs, with one processor core dedicated to each SG. An SG supports 300 subscribers, each having five IP addresses. The results are shown in the following figure, which can be used to calculate how many Intel Xeon processor cores are needed for a variety of cable system requirements. The Intel Xeon Scalable processor-based platform delivers performance that scales almost linearly for twelve cores3.

Figure 3: Platform Throughput for Numbers of Service Groups (Software-Only Processing) 3.
Encryption Impacts Bandwidth
To secure data, DOCSIS 3.1 implements Advanced Encryption Standard (AES), a successor to legacy Data Encryption Standard (DES), which is no longer used for new cable deployments; however, DES is used in older versions of DOCSIS, supported by approximately 10 to 20 percent of devices today.
When using software-only encryption to process AES workloads, a hefty 25 percent of the CPU’s cycles were consumed for 1,024 byte packets. Intel engineers were able to more than halve this consumption through the use of Intel® QuickAssist Technology (Intel® QAT). The impact is seen on the following figure, showing a single processor core supporting six channels of orthogonal frequency division multiplexing (OFDM).

Figure 4: Single Processor Core Throughput for Various Packet Sizes 3
Scalability of vCMTS Architecture
The high scalability of vCMTS architecture can be attributed to the relative independence of data plane VNFs running on dedicated processor cores; and thus, more SGs can be handled by spinning up new VNF instances on unused processor cores. When no cores are available, another server can be easily added to the chassis to increase capacity.
Intel plans to use the same test environment and configuration to test upstream pipeline performance of DOCSIS 3.0 and 3.1 technologies in the near future.
To read more about Intel’s vCMTS testing, download the white paper titled, "Maximizing Performance of DOCSIS* 3.0/3.1 Case Study.”
Invest with Confidence. Support DOCSIS Performance into the Next Decade on Intel Architecture
Cable operators are looking for a modicum of certainty that current investments will weather the winds of change. These companies know the pace of innovation or disruption will not slow down, and they want to place a bet on the right technology.
We believe the performance test outlined in this blog and accompanying whitepaper demonstrate that the Intel architecture is ideally suited for flexible, scalable and deterministic DOCSIS MAC processing. The current Intel platform is packed with relevant acceleration features for processing intensive DOCSIS functions, including several security acceleration options for both legacy and new deployments.
The point I want to underscore is that the current Intel architecture and platform can easily serve the demanding performance needs of DOCSIS well into the next decade. While we are confident in the performance of today’s technology, we will continue to invest in enhancements and innovation to ensure the underlying architectural foundation of the cable industry is well-positioned for the next wave of disruption that awaits.
1 Cisco Visual Networking Index: Forecast and Methodology, 2016–2021, June 7, 2017, https://www.cisco.com/c/en/us/solutions/collateral/service-provider/visual-networking-index-vni/complete-white-paper-c11-481360.html
2 Chris Bastian, Senior Vice President/CTO, SCTE/ISBE. “Evolving to Distributed Access Architectures,” March 23 2017, https://www.cablefax.com/technology/evolving-to-distributed-access-architectures
3 Test System Configuration
vCMTS Server
Platform: Intel Server Board S2600WFT
CPU: Intel Xeon Platinum 8180 Processor 2.5 Ghz, 28 cores
Memory: 12x8 GB DDR4
Hard Drive: Intel SSD DC S3520 Series (480G)
Network Interface Card: 3 x Intel Ethernet Converged Network Adapter X710-DA4 Quad-Port 10GbE
Crypto Acceleration Card: 2 x Intel QuickAssist Adapter 8970
Software
Host OS: Fedora 24, Linux Kernel v4.11.12
Linux Container: Docker v1.10.3
DPDK: DPDK v17.08
vCMTS: Intel vCMTS-d v17.10
vCMTS Traffic Generator
Platform: Intel Server Board S2600WTTR
CPU: Intel Xeon DP E5-2699 v4, 2.2 GHz, 22 Cores
Memory: 8x8 GB DDR4
Hard Drive: Intel TB SATA Seagate HDD
Network Interface Card: 3 x Intel Ethernet Converged Network Adapter X710-DA4 Quad-Port 10GbE
Crypto Acceleration Card: 2 x Intel QuickAssist Adapter 8970
Software
Host OS: Fedora 24, Linux Kernel v4.11.12
DPDK: DPDK Pktgen v3.3.8
Traffic Generator: Fedora 24, Linux Kernel v4.11.12
Performance estimates were obtained prior to implementation of recent software patches and firmware updates intended to address exploits referred to as "Spectre" and "Meltdown." Implementation of these updates may make these results inapplicable to your device or system. Software and workloads used in performance tests may have been optimized for performance only on Intel microprocessors. Performance tests, such as SYSmark and MobileMark, are measured using specific computer systems, components, software, operations, and functions. Any change to any of those factors may cause the results to vary. You should consult other information and performance tests to assist you in fully evaluating your contemplated purchases, including the performance of that product when combined with other products. For complete information visit https://www.intel.com/benchmarks.
© 2018 Intel Corporation. All rights reserved. Intel, the Intel logo, and Xeon are trademarks of Intel Corporation or its subsidiaries in the U.S. and/or other countries.
*Other names and brands may be claimed as the property of others.