This article was published in SME Street on May 5, 2020. You can read the original article here
The story of high growth in Internet traffic is as old as the Internet itself. From the early days of sending digital photographs to one another to our more recent passion for online television streaming Indians have found more and more ways to use up the bandwidth that our broadband providers deliver to us. But what we’ve seen over recent days is unprecedented. It has become clear that despite the huge investments from carriers, we still don’t have enough broadband capacity to cope when the population turns to the network as its primary means of operating. This pandemic has left people all around India increasingly dependent on their high-speed broadband connections for their public information, their education, their work, their entertainment and their sense of community. And the infrastructure is struggling to cope.
Whilst we are all in the midst of this crisis, dealing with our own personal challenges and those of our families, friends and neighbours, it’s unrealistic to rethink and rebuild our broadband networks. But once the dust has settled, and life returns to something closer to normal, what lessons will have been learnt for our networks?
One thing, unfortunately, is that we can’t assume this peak in network traffic will never happen again. And if it does, the traffic requirements may be even higher, with higher quality TV, more video calls for work and more sophisticated e-learning platforms in demand.
So, on one level, the answer seems simple. Invest in more Internet capacity. But the Indian telecoms market is already a tough place to operate. Carriers are burdened with high spectrum licensing costs; operating costs continue to grow and a demand for investment in new infrastructure has to be funded from somewhere. Most operators would agree that ARPU (Average Revenue Per User) is unlikely to significantly increase anytime soon, so how can we square that circle?
A second issue is the length of time it takes to deploy new infrastructure. Using today’s systems, it takes months, if not years, to increase the amount of infrastructure in a network to react to unanticipated traffic demands.
But answers to both these problems of cost and time can be found in the giant ‘cloud-native’ companies, who operate vast quantities of IT infrastructure at a much lower cost point that the telcos. Unlike telecoms providers, these cloud-natives build their infrastructure using open off-the-shelf hardware, running independent software, and deploy new capacity using zero-touch-provisioning systems that can scale to demand in days, rather than months.
Conversely, carriers have traditionally built their networks from monolithic systems which have integrated software and hardware from a single vendor. Unlike the world of cloud computing, in networking infrastructure, software and hardware have always been intrinsically linked. Telcos trying to keep pace with increasing demands find themselves in a perpetual and slow hardware replacement cycle, as each element of the system is upgraded in turn, without the ability to break-out of the system investment that they are locked into. They can’t select and deploy the best hardware and the best software independently – equipment selection is always a compromise between the two. And investment in equipment is already escalating faster than revenues.
The answer for operators is analogous to the way the cloud-natives build their data centres, and is known as network disaggregation, which in simple terms means deploying network software separately from the hardware. This shift has been enabled by the arrival of so-called merchant silicon. Silicon vendors now have the equivalent capabilities on their high-volume, low-cost networking chips that the traditional network equipment vendors used to have in their customized systems. This merchant silicon is being used to build a new category of powerful low-cost ‘bare-metal’ switches, often constructed on the same outsourced assembly lines that manufacture the traditional router systems. These switches are a fraction of the cost of conventional telco switches and routers, but just as powerful.
And alongside the hardware, a new generation of networking software companies are entering the market. They provide routing software that turns these bare-metal switches into the IP/MPLS switches that are used in broadband networks. These software providers often specialize in different areas of the network, such as broadband access, edge or core networks, so carriers can mix and match vendors as they choose. The approach that most of these new software providers is taking is very much like those used by the massive cloud-native IT giants. They bring carriers the ability to turn their operations into something that resembles those of the cloud-native companies, rather than a traditional telco.
Both hardware and software can be deployed using zero touch provisioning, without human configuration. And once installed, operations staff can deal with a single homogeneous equipment and operating environment, regardless of the software running on it, instead of being trained in multiple vendors’ systems and processes. They can upgrade the capacity of any dimension of the system, within minutes, without throwing away the existing infrastructure.
These disaggregated systems can replace many functions within a telco’s network, from core and edge routers to Broadband Network Gateways. And, along with a cloud-IT toolset to operate the networks, disaggregated systems are a fundamental part of the way telecoms operators are set to transform their operations to match the agility, simplicity and cost-levels of cloud-native infrastructure.
It’s going to be too late to implement this approach in time for this pandemic. But it’s not too late to learn the lessons of how reliant Indian society becomes on the Internet during such times, and evolve our networks accordingly. Adopting a cloud-native approach for our networks, we could more than double the broadband capacity for no more cost, and just as importantly migrate to an architecture that allows us to turn up capacity at short notice. For now, we have to do what we can with the tools we’ve deployed. But as soon as we get the opportunity to turn our broadband networks into cloud-native networks, we need to take it.