Has virtualization become obsolete in 5G?

adamv0025 at netconsultings.com adamv0025 at netconsultings.com
Tue Aug 4 15:45:08 UTC 2020


Not sure what you mean NFV is NFV, 

>From NFV perspective cRDP is no different than vMX -it’s just a virtualized router function nothing special…

 

Also with regards to NFV markets, it’s just CPE or telco-cloud (routing on host, FWs, LBs and other domain specific network devices like SBCs), and then RRs, no one sane would be replacing high throughput aggregation points like PEs or core nodes with NFV ,unless one wants to get into some serious horizontal scaling ;).

 

adam 

 

From: NANOG <nanog-bounces+adamv0025=netconsultings.com at nanog.org> On Behalf Of Mark Tinka
Sent: Saturday, August 1, 2020 9:51 PM
To: nanog at nanog.org
Subject: Re: Has virtualization become obsolete in 5G?

 

 

On 1/Aug/20 18:23, Robert Raszuk wrote:

Virtualization is not becoming obsolete ... quite reverse in fact in all types of deployments I can see around. 

 

The point is that VM provides hardware virtualization while kubernetes with containers virtualize OS apps and services are running on in isolation. 

 

Clearly to virtualize operating systems as long as your level of virtualization mainly in terms of security and resource consumption isolation & reservation is satisfactory is a much better and lighter option. 


I see cloud-native as NFV++. It requires some adjustment to how classic NFV has been deployed, and that comes down to whether operators (especially those who err on the side of network operations rather than services) see value in upgrading their stack to cloud-native.

If you're a Netflix or an Uber, sure, a cloud-native architecture is probably the only way you can scale. But if you are simple network operators who focus more on pushing packets than over-the-top services, particularly if you already have some NFV, making the move to cloud-native/NFV++ is a whole consideration.

Mark.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20200804/0858c5c7/attachment.html>


More information about the NANOG mailing list