No veo una forma de virtualizar el rendimiento extremo del hardware de los enrutadores centrales en este momento. Los operadores están virtualizando (NFV – virtualización de funciones de red) muchos otros dispositivos de red como firewalls y controladores de red de radio.
Sin embargo, los enrutadores centrales y de borde a menudo se vuelven redundantes a través de tecnología como MC-LAG o tecnologías de conexión de chasis patentadas. La virtualización interna está presente en muchos enrutadores centrales: estos enrutadores pueden tener múltiples tarjetas de control independientes que pueden cambiar ante la falla de uno de ellos. Entonces, la virtualización está presente y todos los beneficios de redundancia están ahí. Esto realmente ha estado alrededor por muchos años. Sin embargo, en este momento no puede reemplazar su enrutador central con un gran centro de datos y escalar el procesamiento a pedido como otros dispositivos más compatibles con NFV como los servidores de puerta de enlace LTE.
Además, las interfaces SDN se están infiltrando en el software del enrutador central ahora. No creo que sea factible en este momento ejecutar este software en hardware commodity x86 / ARM y lograr el rendimiento (especialmente la consistencia y la latencia; la programación del proceso de la tecnología mercantil no será adecuada para el rigor del enrutamiento central) de la costumbre silicio.
- ¿Cuál es la diferencia entre una ruta de origen estricta en IP y un circuito virtual en ATM?
- ¿Yahoo revela las direcciones IP de sus usuarios?
- ¿Es posible una red eléctrica Beamed en el espacio?
- ¿Qué subdominio de ingeniería de redes tiene más alcance en la seguridad de red o inalámbrica en el futuro?
- ¿Por qué no puedo usar 0.0.0.0.0 en una dirección de red en la clase A?
Entonces, no, pero también sí.
