{"id":1479,"date":"2016-12-07T21:47:00","date_gmt":"2016-12-07T21:47:00","guid":{"rendered":"https:\/\/radcom.com\/?p=1479"},"modified":"2024-04-15T11:37:54","modified_gmt":"2024-04-15T11:37:54","slug":"service-assurance-in-virtual-hybrid-environments","status":"publish","type":"post","link":"https:\/\/radcom.com\/service-assurance-in-virtual-hybrid-environments\/","title":{"rendered":"Service Assurance in Virtual + Hybrid Environments"},"content":{"rendered":"\n

Telecom + Networking Evolution<\/strong><\/h3>\n\n\n\n

Through all of human history, people have wanted to communicate with each other. When messages had to travel greater distances, smoke signals and drumbeats came into use. About the 5th century, someone thought of using carrier pigeons to deliver written notes. Clever as this was, it wasn\u2019t entirely reliable: one strong wind, a rainstorm, or a hungry hawk could intercept an urgent message.<\/p>\n\n\n\n

Wired + Wireless<\/strong><\/h3>\n\n\n\n

With the advent of the telegraph in 1838 and the telephone in 1876, telco was solidly on its way. Although a storm could still take down wires, there was a more reliable network carrying voice and text data nearly anywhere in the world. The first videophone was tested in 1920 but didn\u2019t take off. Perhaps people preferred talking to one another without worrying about formal attire. Pagers, one of the first wireless devices, introduced as a special service for doctors in NYC around 1950, were commercially available by the 60s and ubiquitous by the 80s. Fax machines have moved from wired to wireless, and are still standard in some places.<\/p>\n\n\n\n

Although car phones originated in 1946, and the concept of wireless telephony was popular for years earlier, the first real handheld mobile phone only emerged in 1973. The cellular systems then were very primitive. The first mobile cellular network was created in 1981, soon followed by the arrival of email.<\/p>\n\n\n\n

Telecom + Networking<\/strong><\/h3>\n\n\n\n

Telecom, computer communications, and networking technologies have intersected at various points, moving towards a more convergent stream of development. Computer telecom began with teletype, evolving from simple terminals wired to a mainframe, to packet-switching data relays. The internet first started running on existing telephone networks. We\u2019re mirroring that cross-pollination now, with OTT television, voice, and video on mobile, IoT-controlled smart mobile, and digitally-based voice offerings such as VoLTE coming from traditional CSPs. With virtualization crossing into telecom from IT sources, the merging of the two timelines continues.<\/p>\n\n\n\n

Telco networking has always involved the upkeep and installation of high-maintenance metalware and miles of wire. What we retroactively call 1G, and telco\u2019s next big jump to 2G, digital cellular, were a vast but necessary time and money hemorrhage, continuing with the switch to 3G and then 4G LTE. It\u2019s a resource bleed, installing shiny new proprietary gear while ruefully removing the last round of expensive, obsolete hardware, and getting the newly-connected networks to behave properly, with as few dropped calls and data packets as possible. Changing over to developing tech always comes at a cost, but the ongoing massive expansion of mobile users and mobile carriers, plus the upcoming segue to 5G, simply cannot be built on an equivalent spending model. There has to be a better way. There is.<\/p>\n\n\n\n

The Cloud<\/strong><\/h3>\n\n\n\n

Carrier service providers are shifting increasing percentages of their data and operations to cloud computing. Cloud-controlled virtualization is an unfolding process we\u2019re all revealing more of as we experience it. As virtualization matures and accelerates, there\u2019s always more to learn.<\/p>\n\n\n\n

Network Virtualization: SDN + NFV<\/strong><\/h3>\n\n\n\n

In 2014, Gwyneth Paltrow and Chris Martin referred to dissolving their relationship as a ‘conscious uncoupling’. A year or two earlier, decoupling began for new forms of networking structures. By now, the hardwired status quo is out the window, but it\u2019s a very positive breakup. SDN and NFV are working together to make it easier for us to think of the proprietary hardware we\u2019ve been depending on as just somebody that we used to know.<\/p>\n\n\n\n

SDN<\/strong> (software-defined networking) separates the network\u2019s control plane and data\/forwarding plane in order to offer a high-level overview of the distributed network. This exponentially increases efficiency for management and automation of network services. SDN works as a base for NFV, almost like an operating system.<\/p>\n\n\n\n

Here\u2019s a simplified look at SDN in action (below). You can see the programmable control plane in the center, the data and forwarding plane at the bottom and the network functions at the top.<\/p>\n\n\n\n

\"\"
SDN Control triangle<\/figcaption><\/figure>\n\n\n\n

Fig. 1: SDN optimizes the network infrastructure by separating the control plane from the data plane.<\/p>\n\n\n\n

NFV<\/strong> (network function virtualization) decouples network functions from proprietary hardware. DNS, caching, and other network functions become software operations that can run on COTS<\/strong> (commercial off-the-shelf) or commodity<\/strong> hardware. That means using whatever hardware is readily available, for the execution of any network function previously linked to specialized hardware, such as a router or firewall. Using COTS hardware in tandem with SDN and NFV makes the network flexible, adaptable, and virtualized: any service can run on any machine, and the services can be managed, switched or redirected in whatever way best uses the physical and digital resources available at a given time. Your old physical router is replaced by a software-controlled routing command, and the new, virtual router is what\u2019s known as a VNF<\/strong> (virtual network function). VNF<\/strong>s work exactly like applications on a regular computer, or like apps on your mobile phone. RADCOM<\/a>\u2019s MaveriQ, as a matter of fact, operates as a VNF.<\/p>\n\n\n\n

Here\u2019s a quick look at the basic structure of NFV:<\/p>\n\n\n\n

\"\"
NFV Overview<\/figcaption><\/figure>\n\n\n\n

Fig. 2: NFV virtualizes computer and network functions.<\/p>\n\n\n\n

MANO<\/strong>\u00a0(NFV Management and Orchestration) allocates and deploys virtualized resources to support application-type VNFs.\u00a0RADCOM<\/a>\u2019s MaveriQ solution is integrated into MANO: we are participants in the\u00a0ETSI Open Source MANO project<\/a>, as well as with\u00a0AT&T\u2019s ECOMP<\/a>, which is due to launch open-source in the first quarter of 2017. We\u2019re also partnered with leading programs including\u00a0Intel<\/a>,\u00a0Nokia<\/a>, and\u00a0Hewlett Packard Enterprise<\/a>. Our service assurance is an intrinsic part of the SDN\/NFV\/MANO system.<\/p>\n\n\n\n

Microservices: Modular vs. Monolithic<\/strong><\/h3>\n\n\n\n

Why is it so important to take the physical elements of a computer and reproduce them as virtual elements, if we haven\u2019t actually gotten rid of hardware entirely? Because virtual elements are digital building blocks. And, once they\u2019re virtualized, they can be broken down even further. Unlike hardware resources, virtual resources can be reconfigured and reallocated very easily.<\/p>\n\n\n\n

This is revolutionary, and one of the most outstanding advantages of cloud computing. Why?<\/p>\n\n\n\n

Cloud computing uses microservices<\/strong>. We decompose computer functions into smaller components that can act and interact. It is now possible to take the smaller, more agile microservice building blocks and recompose or reassign them at will. That\u2019s obviously a lot harder to do with chunks of hardware.<\/p>\n\n\n\n

\"\"
microservices<\/figcaption><\/figure>\n\n\n\n

Fig. 3: Microservices: decomposed virtual functions, reassigned as needed.<\/p>\n\n\n\n

Microservices are modular (able to be restructured and used anywhere) rather than monolithic (larger solid elements). When we use virtualized functions in a cloud environment, we\u2019re deploying agile microservices. One easy way to think of microservices is as molecules, or even pixels: little pieces that, combined, constitute a whole.<\/p>\n\n\n\n

MaveriQ: Built for the Telco Cloud<\/strong><\/h3>\n\n\n\n

The cloud, to many of us, is a vague and distant entity, probably somewhere above our heads. \u201cThe Cloud\u201d most commonly refers to the clustered haze of data floating invisibly in the virtual space between big servers. As with neurons in a brain, the connection servers create has an intelligence of its own. That connection is the cloud. Cloud data is replicated in multiple locations. This helps packets move faster, reducing latency, improving service and making lost data recoverable even if a server is damaged or destroyed.<\/p>\n\n\n\n

When we discuss cloud computing in the context of telco, the terminology may sound very similar to IT lingo. That\u2019s because, as we mentioned earlier, telecommunication is beginning to integrate technology that began in data centers. So what is a cloud-native telco solution?<\/p>\n\n\n\n

Cloud-native solutions for telco:<\/p>\n\n\n\n