Menu

EKINOPS en français

WELCOME TO

EKINOPS BLOG

Ultra-compact VNFs are the key to cost-effective NFV

ultra-compact-vnfs-are-the-key-to-cost-effective-nf

OneAccess’ CMO, Pravin Mirchandani, argues that only the most efficient VNFs will pass the scrutiny of the operator community; the risks and costs of accepting anything different are too high.

The arrival of the software-defined networking era has been enthusiastically welcomed by all as it promises both infrastructure and services that can flex and grow in line with operators’ changing requirements. The question how can we transition to an SDN/NFV based infrastructure as quickly possible? is occupying industry minds, service providers and vendors alike. Anyone with lingering doubts need only consider the recent A&M moves by the industry big guns, Juniper and Cisco, who are feverishly trying to reinvent themselves as born again software businesses.

Virtualized network functions (VNFs), delivered over the NFV infrastructure (NFVI), promise to minimize the operator investments needed to customize future services in line with their operational needs. But, at the moment, the jury is still out on what the killer VNFs are going to be. This question raises new concerns: what VNFs should operators plan for when specifying their white box? How will demand for resources play out over the business cycle? Here carriers are facing some tough decisions; ones that may ultimately determine their ability to compete in a crowded sector. An over-specified white box will waste huge amounts of money and already NFV migration is proving much more costly than first thought. Far worse though is the prospect of under-specification, which would result in a virtualized environment that simply isn’t fit for purpose.

The dilemma for the operators can’t be taken lightly. If they deploy basic bare metal units, the risk is lost revenue when customers, who cannot upgrade when needed, move to an alternative supplier. Most likely, a middle ground will be reached, and attention will refocus on the familiar question of how to get more for less. Those that thought that this question might evaporate as network goes software-centric should prepare for disappointment. Operators will be exerting great pressure on VNF developers to do just this, by creating ultra-compact and efficient software functions, not least, so their choice of white-box stands the best chance of coping with as-yet-unknown future demands.

There are many vendors aiming to position themselves in this space which, it seems, is where the long-term revenue opportunity exists. But if they want to deploy a full catalog of VNFS including functions such as WAN optimization, vCPE, VPN and encryption, for example, carriers need to be conscious that many developers hail from an enterprise background, in which their solutions have operated on dedicated appliances drawing on uncontested computing power. VNF development is a different ballgame altogether - so it will be interesting to see how these modules perform when they are scaled down to share the resources of a single white box.

See full post

Two killer forces shaping the future of the CPE

ThefutureoftheCPEblogpartone

Powerful forces are steering the development of the CPE, explains Pravin Mirchandani, CMO at service-enabling network access specialist, OneAccess.

As the telecoms industry continues to hack a path toward network virtualization, the terms used to describe future customer premises equipment (CPE) are under almost continuous review. ‘White box’, ‘virtual CPE’ (vCPE) and ‘physical CPE’ (pCPE) each represent their own specific and shifting vision of how the network functions present in today’s CPE will be virtualized. But beneath the jargon, two powerful forces are steering the technology’s development.

1. The need to support non-Ethernet legacy connections

Ethernet is the assumed and, by and large, the only connectivity option for a low-cost white box approach, yet it is far from ubiquitously available as a WAN connectivity option at the customer premises. What’s more, the cost of increasing Ethernet coverage for connecting customer premises (typically by fiber) is growing as the lower cost, high-density deployment options become exhausted. Consequently, one of the key issues that virtualization faces is the need to support legacy connections between TDM-based PBX, alarm and other serial connections to various types of DSL-based WAN access technologies. This means that the bridging technology - the purpose-designed CPE - will be around for some time, especially for network connectivity devices and voice gateways.

2. To work, some functions need to be on the network’s edge

As the guy responsible for products at an access platform CPE vendor, what strikes me about our current work plan and roadmap is the huge amount of additional functionality that our CSP and MSP customers are asking us to deliver in our current-generation CPE. These include link management schemes for failover, bonding and offload; as well as shaping and event-based schemes, to ensure that business-critical Cloud-based applications flow regardless of the state of the network. Additional measurement capability is also being demanded, to remotely diagnose issues and ensure that SLAs are met. Security-hardening is also a request. The list goes on. By their nature, these types of intelligent functions have to reside in the CPE; you can’t failover, offload or measure local service levels remotely from the Cloud.

Given that you can’t economically ‘white-box’ legacy connectivity requirements, nor can you centralize network functions that rightly belong on the customer premises, only part of the CPE is ripe for virtualization. With this in mind, don’t expect today’s CPE appliances to disappear from the network’s edge any time soon.

See full post

Latest News

  • EKINOPS Hires New CTO

    EKINOPS (Euronext Paris - FR0011466069 – EKI), a leading supplier of telecommunications solutions for telecom operators and businesses, announces the appointment of Vincent Munière as its new Chief Technology Officer and Vice President of Research and Development (CTO and VP of R&D). He will strengthen the EKINOPS technology vision, accelerate software innovation and lead the Group’s engineering and support team.

     
  • EKINOPS Announces Partnership Agreement with Lanner

    EKINOPS (Euronext Paris - FR0011466069 – EKI), a leading provider of open, future-proof and flexible solutions for the access network, today announces the completion of a partnership agreement covering North America and Mexico between EKINOPS and Lanner Electronics, the global leader in Whitebox Solutions™ for SD-WAN, uCPE, vCPE, and MEC platforms.

     
  • Robust profitability for EKINOPS in H1 2020: EBITDA margin over 14% despite a turbulent environment

    EKINOPS (Euronext Paris - FR0011466069 – EKI), a leading supplier of telecommunications solutions for telecom operators and businesses, has published its first half 2020 financial statements (for the period ended June 30, 2020) as approved by the Board of Directors on July 27, 2020. The statutory auditors have conducted a limited review of the first half financial statements and will shortly issue the corresponding report.

     

EKINOPS Worldwide

EKINOPS EMEA & APAC
Telephone +33 (0)1 77 71 12 00

EKINOPS AMERICAS
Telephone 800-670-2618

 

E-MAIL ALERTS

Receive automatically EKINOPS information in your inbox!