La virtualización de funciones de red, denominada NFV (por sus siglas en inglés, network function virtualization), es un marco de referencia general relacionado con la arquitectura de redes, orientado a virtualizar diferentes elementos dentro de las mismas.
Este escenario se crea a partir de las necesidades dentro del mercado de las telecomunicaciones, en constante evolución, y que en los últimos años se ha encontrado ante la necesidad de utilizar arquitecturas más flexibles (menor dependencia de fabricantes, estándares abiertos,…) a la vez que se mantienen los niveles de servicio y exigencia. Los diferentes proveedores de servicios entendieron la necesidad de evolucionar las redes, puesto que los requerimientos actuales, sobre todo en lo que a volumen de información y velocidad requerida se refiere, excedían el alcance de las redes “clásicas”
Puede considerarse 2012 como el inicio oficial de NFV, a partir del whitepaper “Network Functions Virtualization” presentado en octubre de dicho año por miembros del ETSI en Alemania, relacionado con SDN y OpenFlow.
En dicha presentación, se plantearon los siguientes puntos clave:
Necesidades de diseño para nuevos equipamientos Costes y restricciones físicas de fabricación Alto nivel de conocimiento necesario para operar las soluciones propietarias de HW/SW Complejidad HW en las soluciones de fabricante Ciclo de vida muy corto, lo que hace mínima la vida útil de dicho hardware El ciclo de producto comienza antes de haber podido comenzar el retorno de inversión
Este nuevo conjunto de necesidades desemboca en la creación de nuevas soluciones, más ágiles y efectivas, nacidas en este nuevo entorno y orientadas a la agilidad, escalabilidad y facilidad de implementación.
El enfoque NFV se aleja de la concepción dependiente de varias plataformas hardware para dotar soluciones, pasando a un modelo de uso de plataformas estandarizadas que soporten soluciones virtuales que provean las soluciones de función de red requeridas.
Descripción
La arquitectura relacionada con las “redes clásicas” es, en general, estática, puesto que tanto HW como SW están limitados e integrados de una forma predeterminada en la red; por el contrario, NFV permite que el software desarrollado se despliegue en diferentes plataformas, permitiendo múltiples puntos de gestión de la red. La idea subyacente pasa además porque dichos puntos sean estándar y compatibles para soluciones multivendor (de varios fabricantes).
Para llegar a esta solución, es necesaria la creación de los elementos de función de red virtualizada (VNFs, por sus siglas en inglés, Virtualized Network Functions). Cada VNF realizará una función de red (router, switch, firewall,…) y la combinación de varias VNFs servirá para implementar el segmento de red virtualizado. Es importante destacar este punto, pues una VNF en sí misma no aporta una solución NFV, sino que es la agrupación de las mismas de manera ordenada la que permite obtener el resultado deseado.
En general, la virtualización de elementos (utilizada para PCs y Servidores desde hace un tiempo a través de plataformas como VMWare), puede enfocarse hacia los siguientes elementos:
Dispositivos de función de red: switches, routers, puntos de acceso a red, CPEs (Customer Premise Equipments) ,…. Dispositivos de IT relacionados con red: firewalls, sistemas IDS (Intrusion Detection Systems), sistemas de gestión de dispositivos de red. Almacenamiento enlazado a red: NAS (Network Attached Storage): servidores de archivos o bases de datos conectados a la red.
De esta manera se consigue sustituir elementos realmente complejos y especializados con sistemas equivalentes que se ejecutan sobre hardware genérico. Se pasa de soluciones aisladas, sin posibilidad de compartir recursos HW, a soluciones basadas en plataformas compartidas, que ofrecen flexibilidad e independencia de los diferentes fabricantes.
Cada fabricante / desarrollador podrá ofertar diferentes VNFs, que los proveedores podrán combinar de forma que cubran la necesidad de la solución de la mejor forma posible. No obstante, deben tenerse en cuenta las siguientes consideraciones:
Implementaciones multifabricante: COTS (Commercial Off-The-Shelf, cualquier dispositivo) Control de ciclo de vida e interacciones entre las diferentes funciones Control de los recursos Hardware asociados Monitorización del uso Configuración de las diferentes VNFs Necesidades de las interconexiones entre las entidades para poder asegurar el servicio Interacción con OSSs y BSSs (sistemas de operación y facturación de los proveedores)
Esta serie de requerimientos hacen necesaria una estandarización, que asegure que se cumplan ciertas condiciones asociadas al marco de trabajo, como por ejemplo, hardware y sistemas de gestión independientes del fabricante, asegurar que la VNF no está personalizada para entornos particulares, etc. En general, se deben proveer pautas claras para que puedan desarrollarse tanto herramientas como HW lo suficientemente amplios para no implicar restricciones en las soluciones asociadas.
A este respecto, la ETSI (European Telecommunications Standards Institute) creó un grupo dedicado al control de iniciativas NFV/SDN, basado en 3 criterios principales:
Decoupling: separación total de hadware y software Flexibilidad: implementación automatizada y escalable de funciones de red Operaciones dinámicas: control adecuado de los parámetros de operación de las funciones de red a través de control pormenorizado y monitorización del estado de la red.
De manera resumida, podríamos dividir el framework en 3 bloque principales, que se muestran y describen a continuación: miniaturadeimagen|300x300px|Arquitectura básica framework NFV Network Functions Virtualization Infrastructure (NFVI): constituye la base general de la arquitectura; contiene el hardware para alojar las máquinas virtuales, el software que hace posible la virtualización y los propios recursos virtualizados. Virtualized Network Function (VNF): utiliza las máquinas virtuales que ofrece el bloque NFVI, construyendo sobre ellas las funciones virtualizadas de red añadiendo el software necesario. Management and Orchestration (MANO): MANO se define como un bloque separado dentro de la arquitectura, que interactúa tanto con NFVI como con VNF. Se delega en esta capa toda la gestión de los recursos de la capa de infraestructura (incluyendo la creación, borrado y reserva de espacio necesarios para la gestión de las diferentes máquinas virtuales).
El bloque de Gestión y Orquestación (MANO) está orientado a tener visibilidad total de las diferentes entidades dentro de la solución NFV, siendo el responsable de su control. Debe por tanto poder conocer el nivel de uso, estado, estadísticas y resto de parámetros asociados a cada uno de los elementos. Es por tanto un bloque vital, y además la clave para poder conectar en caso necesario, con los sistemas OSS (Operación) y BSS (Comercialización y Facturación) de los operadores cuando sea necesario.
Para asegurar un correcto funcionamiento de las soluciones, es necesario seguir algunas pautas básicas:
Service chaining: cada VNF es modular es independiente, pero tiene limitaciones de funcionalidad si trabaja aislada. Debe asegurarse en todo momento que la interconexión de VNFs provee un servicio correcto, puesto que las soluciones dependerán de la conexión en cadena de varias VNF (de ahí el concepto de service chaining). Management and Orchestration (MANO): asociado al bloque de arquitectura visto anteriormente, en la gestión y monitorización de la red se hace necesario un conjunto de herramientas que permita manejar el ciclo de vida completo de las aplicaciones relacionadas con las VNFs (creación, monitorización, service chaining, reubicación, apagado, facturación …) Arquitectura distribuida: como hemos visto, cada instancia VNF puede estar formada por varios componentes (denominados VNFCs, Virtual Network Function Component). Cada VNFC, y los posibles módulos que contenga, debe ser provisionado en hosts separados, asegurando de esta forma la redundancia y la escalabilidad del servicio.
Como resumen de alto nivel, podríamos definir el ciclo básico de operaciones asociadas a un proceso de NFV de la siguiente forma: miniaturadeimagen|Flujo NFV
Ventajas Las ventajas de la aplicación de NFV son claras respecto al enfoque de redes “clásicas”; algunas de ellas son las siguientes:
Simplificar la implantación de elementos de red: se pasa de soluciones complicadas, jerarquizadas y específicas a soluciones más flexibles, que permiten una implantación más sencilla y modificaciones más rápidas y de menor impacto. Conseguir mayor velocidad en el despliegue de elementos de red: pasamos de depender de una implantación hardware complicada y larga a implantaciones SW directas, mucho más rápidas Aumento en la escalabilidad de la red: ya no se necesita un número tan elevado de equipos hardware para escalar la red, puesto que con los elementos virtualizados puede realizarse de forma directa hasta conseguir ratios muy elevados. Independencia de los fabricantes de equipos: se elimina la dependencia de ciertos grandes fabricantes para algunas soluciones, lo que aminora los costes y permite evoluciones más rápidas Interoperabilidad (estándares abiertos): permite asegurar la compatibilidad entre diferentes elementos que cumplan la norma del framework general. Seguridad: mediante la orquestación y visión conjunta de los diferentes elementos de red a través de sistemas de gestión común, se mejoran las capacidades de seguridad de la red; además, se puede dotar a los clientes de un espacio virtual para sus configuraciones personalizadas de firewalling y seguridad, sin afectar al resto de la red. Menor Time-To-Market: la comercialización de los productos de los proveedores podrá hacerse de una forma mucho más rápida, evitando perder oportunidades de negocio por largos plazos de implantación de servicios físicos. Desarrollo software: la arquitectura asociada a NFV/SDN permite que desarrolladores de SW “puros” comiencen a aportar sus soluciones, aumentando el abanico de funcionalidades y potencia asociada a las diferentes aplicaciones de red. Ahorro de costes: Reducción de la inversión requerida (CapEx, Capital Expenses) Reducción del coste de operación (OpEx, Operation Expenses)
Estas son algunas de las ventajas principales que se estiman plausibles dada la naturaleza de la concepción de NFV; no obstante, es muy posible que en el futuro se detecten otras, o se analice el impacto real en cada una de ellas, puesto que se trata de una concepción relativamente nueva, y no se tiene una idea concreta de alcance e impacto real en la industria y los usuarios a día de hoy. Relación con SDN Se denomina SDN (Software Defined Network), al conjunto de técnicas relacionadas con el área de redes enfocadas a simplificar la provisión y gestión de las mismas. Este cambio de paradigma respecto a las redes “clásicas” se consigue dividiendo el concepto de red en 2 partes:
Plano de control → Software → Overlay Network Plano de datos → Hardware → Underlay Network
De forma muy resumida, la idea es hacer transparente para el usuario la infraestructura física que sustenta los servicios de red, de manera que la configuración de los servicios de comunicaciones se simplifica de manera significativa. Esta mayor facilidad genera despliegues más rápidos y eficientes, pero a la vez requiere perfiles altamente especializados asociados al diseño y planificación de redes. NFV (Network Function Virtualization) va de la mano de SDN, y se centra en la virtualización de los dispositivos asociados a los servicios requeridos.
Pese a estar relacionados, ambos conceptos no son exactamente iguales: