IEEE LATIN AMERICA TRANSACTIONS, VOL. 14, NO. 2, FEB.

2016 983

Network Functions Virtualization: A Survey

J. J. Gil and J. F. Botero

Abstract— New and different trends in networks have been

1 de carga, sistemas de detección de intrusos (IDS, siglas en
promoted in recent years, among these, Network Functions inglés), inspector de paquetes (DPI, siglas en inglés),
Virtualization. It has emerged as an initiative from the telecom optimizadores de redes de área amplia, traductores de
industry (manufacturers, network operators and carriers) in order
direcciones de red (NAT, siglas en inglés), entre otras. De esta
to increase the flexibility of network services deployment and
integration within operator’s networks. This is achieved through manera, se agrega mayor complejidad a la operación y el
the implementation of network functions such as firewalls, mantenimiento de la red. De hecho, el OPEX y el CAPEX de
encryption, filtering, load balancing, among others, via software los operadores se incrementa debido a que estos dispositivos
modules. The idea is to avoid using devices based in specific de propósito específico son: 1) poco flexibles, 2)
hardware and increase return on investment. Transforming energéticamente ineficientes, 3) costosos de gestionar y 4) no
network functions in software allows to run them on different
proveen tolerancia a fallos.
general purpose equipment that could be located in a variety of
telecom infrastructure, including data centers, network nodes, and NFV emerge para solucionar estos problemas. De acuerdo
even in end-user facilities. Virtual network functions can easily be con el grupo industrial de especificación de NFV (NFV-ISG,
migrated from one equipment to another without the need to siglas en inglés) del Instituto Europeo de estandarización de
install new specialized hardware. This article presents a state of the Telecomunicaciones (ETSI, siglas en inglés), el cual está
art on network functions virtualization, also it proposes an conformado por fabricantes, vendedores de equipos,
explanation and classification of the main projects that are
proveedores de tecnología y los principales operadores de
working under this paradigm. Finally, future challenges in this
area are identified and presented. redes de telecomunicaciones a nivel mundial; NFV explota las
técnicas de la virtualización para convertir a los dispositivos
Keywords— Virtualization, Virtualized Datacenter, Virtual de red en simples módulos virtuales [1].
Networks, Network Architectures, NGN, NFV & SDN. Entre los beneficios que obtienen los operadores
implementando NFV en la infraestructura de red, podemos
I. INTRODUCCION nombrar:

L A APARICIÓN de paradigmas emergentes como la

computación en la nube [1], virtualización de red (NV,
siglas en inglés) [2], [3], redes definidas por software (SDN,
• Reducción de los costos de operación y de capital.
• Reducción del consumo energético.
• Reducción del tiempo de lanzamiento al mercado de
siglas en inglés) [4], [5], [6], y últimamente la virtualización nuevos servicios de red.
de las funciones de la red (NFV, siglas en inglés) [7], [8], • Incremento de la rentabilidad de la inversión.
plantea nuevas posibilidades para la gestión de los recursos • Flexibilidad para escalar rápida y dinámicamente
físicos y lógicos de las infraestructuras de red, con un impacto diferentes servicios en función de la demanda.
positivo en términos de agilidad y costo. Desde el punto de • Despliegue de nuevos servicios innovadores de bajo
vista de los operadores de red, estas tecnologías pueden riesgo.
ayudar a reducir los costos de operación (OPEX, siglas en
• Apertura al mercado de dispositivos virtuales y a los
inglés) y costos de capital (CAPEX, siglas en inglés) [9];
participantes de software puro.
además, facilitan la innovación en la red y abren la puerta a
nuevas oportunidades de negocio. Este artículo pretende realizar una amplia revisión del
NFV, desde una perspectiva de alto nivel, promueve y estado del arte en NFV. La referencia [10] presentó una
acelera la innovación en redes y servicios, permitiendo revisión resumida del estado del arte en NFV, en particular
dinamizar el mercado de las telecomunicaciones a través de presentan: beneficios, arquitectura y casos de uso de NFV. En
nuevos enfoques operativos, con un despliegue más rápido de este artículo, se amplía esta revisión mediante la
nuevos servicios (menor tiempo de comercialización), y profundización en antecedentes, desafíos y perspectivas, y la
mayor seguridad [8]. inclusión de proyectos que parten de la comunidad académica
En las redes tradicionales los proveedores de servicio se y de la industria. También, proponemos una taxonomía de
ven obligados a incorporar frecuentemente dispositivos de clasificación de estos proyectos para ubicar sus principales
propósito particular, para cumplir con las altas exigencias de características y aportes al estado del arte.
los servicios avanzados que requieren sus clientes, estos El manuscrito está organizado de la siguiente manera: En la
dispositivos cumplen funciones de cortafuegos, balanceadores sección II, se exponen los antecedentes y casos de uso de
NFV, y su relación con otros nuevos paradigmas de red como
1
J. J. Gil, Facultad de Ingeniería, Universidad de Antioquia, Medellín, SDN y NV. En la sección III, se discuten los principales
Colombia, e-mail: [email protected] proyectos y trabajos relacionados con NFV. En la sección IV,
J. F. Botero, Facultad de Ingeniería, Universidad de Antioquia, Medellín,
Colombia, e-mail: [email protected] se propone una clasificación de algunos proyectos sobre NFV.
En la sección V, se discuten los desafíos emergentes y las
984 IEEE LATIN AMERICA TRANSACTIONS, VOL. 14, NO. 2, FEB. 2016

perspectivas para la investigación futura en NFV. En la red o cerca del usuario final (ver Fig. 1) [11]. La tecnología
sección VI, se realiza una discusión final sobre NFV. NFV virtualíza las funciones de red de los equipos de red
Finalmente, las conclusiones de este trabajo se presentan en la tradicionales, convirtiéndolas en aplicaciones software que
sección VII. puedan ejecutarse en hardware de propósito general;
permitiendo así que estas puedan moverse entre diferentes
II. ANTECEDENTES Y CONCEPTOS lugares en la red, en tiempo real, dependiendo de los
FUNDAMENTALES DE NFV requisitos de los servicios. Por lo tanto, NFV evita usar
En esta sección, se exponen los antecedentes, pruebas de nuevos equipos propietarios cada vez que se desee
concepto, marco arquitectural, encadenamiento de funciones implementar un nuevo servicio de red.
de red, y tecnologías habilitantes de NFV; también se incluyen El paradigma NFV es complementado por otras
aspectos sobre seguridad, compatibilidad con otras tecnologías tecnologías como la virtualización de red y las redes definidas
emergentes y capacidad de administración. por software, que se discuten a continuación.

A. Historia

La iniciativa NFV surgió a finales del año 2012, cuando

más de veinte de los mayores proveedores de servicios de
telecomunicaciones a nivel mundial formaron un grupo
industrial de especificación de NFV, dentro de la ETSI [11],
sirviendo como paraguas formal de cooperación. El objetivo
del NFV-ISG es generar una serie de recomendaciones que
permitan una rápida implementación de NFV.
Desde su lanzamiento, el NFV-ISG ha crecido a por lo
menos 235 entidades, entre ellas 34 proveedores de servicios,
y ha celebrado siete reuniones plenarias que abarcan Asia,
Europa y América del Norte. NFV-ISG se ha convertido en el Figura 1. Perspectiva de la NFV.
punto focal para el progreso de la industria NFV. En octubre
de 2013 se publicaron los primeros documentos técnicos que Virtualización de red: Esta tecnología proporciona un medio
describen un contexto amplio de la tecnología. para crear topologías de red arbitrarias (con garantías de
La segunda publicación de documentos del NFV-ISG se calidad de servicio extremo a extremo) las cuales pueden
realizó en enero de 2015 [12], [13]; estos documentos están ejecutarse sobre la misma infraestructura física de la red [2],
disponibles en el sitio web de la ETSI [3]. NFV permite crear diferentes redes virtuales que pueden
(https://www.etsi.org/technologies-clusters/technologies/nfv). llevar a cabo diferentes servicios y coexistir en la misma
infraestructura física. El valor agregado de usar esta
B. Virtualización de las funciones de la red herramienta es el hecho de que los administradores de red no
tienen que cambiar manualmente la configuración de las
NFV es una reciente iniciativa que parte de la industria conexiones entre nodos físicos (se hace a través de túneles).
[13]. NFV surge debido a que en las instalaciones de los Además genera la posibilidad de separar el rol actual del
operadores de red reside una vasta y creciente cantidad de proveedor de servicios de Internet (ISP, siglas en inglés), en
hardware propietario. El ofrecer un nuevo servicio de red dos nuevos roles: proveedor de infraestructura y proveedor de
requiere, muy a menudo, de la instalación de nuevo hardware servicios [14].
propietario, lo que implica incurrir en nuevos costos de Redes definidas por software: Las SDNs hacen que la red sea
adquisición, instalación, operación, locación y energía. Estos programable mediante la separación entre el plano de control
costos sumados a los de formación de personal idóneo, hacen (le dice a la red cómo y hacia dónde se envían los paquetes) y
difícil y poco rentable la innovación en servicios de red. el plano de datos (se encarga de enviar los paquetes) [3]. El
Además, el hardware propietario llega rápidamente al fin de funcionamiento de las SDNs depende de la existencia de
su vida útil, lo que conlleva a que el ciclo de 1) adquisición, dispositivos de transmisión que puedan ser programados a
2) integración y 3) despliegue, se repita constantemente con través de un controlador SDN; como NOX [15], Floodlight
poco beneficio económico para los operadores de red, [16] o Maestro [17], usando un protocolo estándar, como
restringiéndoles la capacidad de innovación en un mundo OpenFlow [18], [19]. Actualmente, SDN es la herramienta
ávido de recibir nuevos servicios centrados en el Internet. más adecuada para poner en práctica la implementación de la
El objetivo de NFV es transformar la manera en que los virtualización de red [20], [21].
operadores de red diseñan sus redes, mediante la evolución de NFV y SDNs son altamente compatibles, pero no
la tecnología de virtualización de servidores, con el fin de dependen una de otra. De hecho, NFV provee la
consolidar los diferentes tipos de funciones de red, en equipos infraestructura sobre la que el software de las SDNs se
estándar de propósito general (servidores, conmutadores y ejecuta. Además, NFV complementa muy bien la idea de las
dispositivos de almacenamiento). Los cuales pueden estar SDNs, de usar hardware de propósito general. La
ubicados en centros de datos (DC, siglas en inglés), nodos de
GIL HERRERA AND BOTERO VEGA : NETWORK FUNCTIONS VIRTUALIZATION 985

combinación de SDNs y NFV provee un gran valor agregado para analizar y definir la prueba de concepto sobre NFV (PoC,
a las redes actuales, dado que: siglas en inglés), con el objetivo de mostrar a NFV como una
• El hardware propietario que es comúnmente costoso y tecnología viable y generar conocimiento práctico dentro del
cumple una función específica es reemplazado por NFV-ISG [13].
hardware genérico con software avanzado que permite Tal marco de referencia permite a los diferentes actores de
funciones de virtualización. la industria, mostrar sus progresos con la tecnología NFV,
independientemente del enfoque, tamaño de las empresas o
• El plano de control en software, se puede mover de un
condición de miembros del NFV-ISG.
hardware costoso (en una plataforma dedicada) a una
La actividad del PoC ha tenido mucho éxito, dado que se
ubicación que optimiza su uso (p. ej. un servidor en un han superado las expectativas más optimistas en cuanto a
DC). De hecho, ya se han realizado pruebas de concepto participación, compromiso e importancia técnica. Desde el
que permiten gestionar funciones de red virtuales momento de la publicación, 25 pruebas de conceptos de
mediante la combinación de NFV y SDNs [22], [23]. múltiples fabricantes y operadores están en curso, cada uno
• El plano de control se abstrae de la infraestructura patrocinado por al menos un proveedor de servicios,
utilizada para enviar y recibir datos, y se estandariza abarcando todos los elementos del marco arquitectural de
para permitir la innovación en la red y en sus NFV. Más de 50 proveedores están participando y todos los
aplicaciones, sin la necesidad de actualizar los equipos casos de uso identificados por el NFV-ISG están
de red. representados. Dado el número y la importancia de los PoCs
Más detalles sobre la relación entre NFV y SDN se del NFV-ISG, los más recientes han aprovechado los
abordan en la siguiente subsección. resultados de las actividades de trabajos anteriores. Además,
hay satisfacción porque se están alcanzando los objetivos de
liderar e impulsar el desarrollo de esta tecnología innovadora,
demostrando la viabilidad y fomentando el crecimiento de un
ecosistema abierto para NFV, de tal manera que se pueda
implementar en las redes de los operadores en el menor
tiempo posible.
El próximo desafío será encontrar el camino de la
viabilidad técnica para la maduración tecnológica e
interoperabilidad. Esto irá evolucionando como parte de la
próxima fase de trabajo del NFV-ISG. La información sobre el
PoC-NFV, junto con los objetivos y resultados individuales
está disponible en el portal de la ETSI [25], [26].

E. Arquitectura de NFV
Figura 2. Relación entre NFV y SDN.
Las funciones de red virtuales (VNFs, siglas en inglés)
pueden ser desplegadas y reasignadas para compartir
C. Relación entre NFV y SDN diferentes recursos físicos y virtuales de la infraestructura, de
manera que coincidan con los requisitos de escalabilidad y
Como se muestra en la Fig. 2, NFV es altamente rendimiento. Esto hace que los ISPs puedan desplegar
complementaria a SDN, pero no depende de ella (o rápidamente nuevos servicios [7], [27].
viceversa). NFV se puede implementar sin SDN, aunque las
dos tecnologías se pueden combinar y potencialmente obtener
mayor valor agregado [11].
Los objetivos de NFV pueden ser alcanzados sin
necesidad de usar SDN, basándose en las técnicas
actualmente en uso en muchos DCs. Pero los planteamientos
sobre la separación de los planos de control y de datos según
lo propuesto por SDN pueden mejorar el rendimiento,
simplificar la compatibilidad con implementaciones
existentes, y facilitar la operación y mantenimiento de la
infraestructura de red [24].

D. PoC-NFV: Prueba de conceptos de NFV

Los esfuerzos de colaboración entre los diferentes actores

de la industria NFV es un aspecto clave para fomentar la
implementación y crecimiento del ecosistema NFV. En
Figura 3. Arquitectura NFV de alto nivel [27].
octubre de 2013, el NFV-ISG publicó un marco de referencia
986 IEEE LATIN AMERICA TRANSACTIONS, VOL. 14, NO. 2, FEB. 2016

En general, hay tres componentes principales de una conforman un servicio, con el fin de garantizar la correcta
arquitectura NFV de alto nivel (ver Fig. 3), entre ellos están: operación de las VNFs en la NFVI.
las VNFs, la infraestructura NFV (NFVI, siglas en inglés) y El Orquestador es el encargado de dirigir, gestionar y
la orquestación y gestión de NFV (NFV-MANO, siglas en automatizar el servicio de red de extremo a extremo que es
inglés). proporcionado por una cadena de VNFs. Normalmente hay
A continuación se describen los componentes de cada uno un solo Orquestador que supervisa la creación de un
de los tres bloques funcionales de la arquitectura NFV de alto servicio de red. Los gestores de VNFs, son responsables
nivel [7], [28], que se pueden observar en la Fig. 4. del ciclo de vida de tales funciones, incluyendo instancias,
actualizaciones, consultas, escalamiento y terminación.
1) VNFs: Son instancias de funciones de red virtualizadas que
colectivamente se conocen como servicio de red que se
pueden instalar en una o múltiples máquinas virtuales
(VM, siglas en inglés). En algunas situaciones las VNFs
pueden correr en VMs instaladas en sistemas operativos o
directamente sobre el hardware y ser gestionadas por
medio de hipervisores nativos. Una VNF es administrada
generalmente por un sistema de gestión de elementos
(EMS, siglas en inglés), que es responsable de su creación,
configuración, monitoreo, rendimiento y seguridad. El
EMS se conecta con los sistemas de gestión de la red y las
VNFs, y proporciona la información fundamental
requerida por los sistemas de soporte de operaciones (OSS,
siglas en inglés) en el entorno de un proveedor de
servicios. Los OSS son los sistemas generales de gestión
que, junto con los sistemas de apoyo a las empresas (BSS,
siglas en inglés), ayudan a los proveedores a desplegar y
gestionar diversos servicios de telecomunicaciones de Figura 4. Marco arquitectural de NFV.
extremo a extremo (tales como: pedidos, facturación,
renovaciones, solución de problemas, etc.). Las Múltiples gestores de VNF se pueden implementar. Según
especificaciones NFV se centran en la integración con el entorno, un gestor puede ser requerido para cada VNF o
soluciones OSS/BSS existentes. puede estar a cargo de varias VNFs.
2) NFVI: La infraestructura NFV, son todos los recursos de Los gestores de la infraestructura virtualizada son
hardware y software que componen el ambiente NFV. utilizados para controlar y gestionar la interacción de una
NFVI incluye la conectividad de red entre diferentes VNF con la computación subyacente, almacenamiento y
ubicaciones, p. ej., entre DCs y nubes híbridas públicas o recursos de la red bajo su autoridad. Proporcionan
privadas. visibilidad dentro de la gestión de la infraestructura y
Los recursos físicos típicamente incluyen computación, manejan la administración de recursos, incluyendo:
almacenamiento y hardware de red que proporcionan el  Supervisión de los recursos a disposición de la NFVI.
procesamiento, almacenamiento y la conectividad para las  Asignación de los facilitadores de virtualización.
VNFs, a través de la capa de virtualización que se  Gestión continua y cambios de asignación para optimizar
encuentra justo por encima del hardware. Esta abstrae los la utilización y eficiencia de los recursos de la
recursos físicos que pueden ser lógicamente particionados infraestructura.
y asignados a las VNFs para que realicen sus tareas.
No hay una solución específica para un despliegue de En la Fig. 4, también se observan las interfaces que
NFV, más bien la arquitectura NFV puede aprovechar una conectan los componentes de los bloques funcionales del
capa de virtualización existente, tal como un hipervisor, marco arquitectural NFV.
con características estándar que simplemente sea capaz de Si queremos desplegar un servicio de red que use un
extraer los recursos de hardware y asignarlos a las VNFs. firewall y un DPI, entonces NFV-MANO se encargará de
Cuando no está disponible el soporte del hipervisor, a decir dónde se ubicarán estas VNFs en la red física. Las VNFs
menudo se alcanza la capa de virtualización a través de un serán controladas tanto por los EMS como por la NFV-
sistema operativo que añade software en la parte superior MANO, y la capa de virtualización ofrecerá los recursos
de un servidor no virtualizado o mediante la físicos de las ubicaciones elegidas por NFV-MANO a las
implementación de una VNF como una aplicación. VNFs.
3) Orquestación y gestión de NFV: El bloque de orquestación
y gestión de NFV se compone de Orquestador, gestores de F. Campos de aplicación y casos de uso
VNFs y gestores de la infraestructura virtualizada (VIMs,
siglas en inglés). Este bloque es responsable de la gestión y En principio, todas las funciones de red y los nodos pueden
el mantenimiento de los repositorios de datos, puntos de ser considerados para la virtualización, pero, con el fin de
referencia e interfaces que se utilizan para el intercambio abarcar el alcance de los desafíos técnicos, NFV-ISG
de información entre todos los componentes que seleccionado un conjunto de escenarios de casos de uso
GIL HERRERA AND BOTERO VEGA : NETWORK FUNCTIONS VIRTUALIZATION 987

pertinentes [29]. NFV es aplicable a cualquier procesamiento máquina a máquina e internet de las cosas, donde hay una
de paquetes, del plano de datos, y a cualquier función, del gran cantidad de dispositivos procesando e intercambiando
plano de control, tanto en redes móviles como en redes fijas. datos. SDN y en particular NFV se perfilan para
Ejemplos potenciales de funciones de red que se pueden revolucionar las redes móviles [32], y son tecnologías
virtualizar incluyen: claves para la implementación de redes 5G [33], [34].
• Elementos de conmutación: CG-NAT (NAT a gran • Implementación coordinada de redes y nubes para
escala), enrutadores. empresas, que permitan ofrecer servicios bajo demanda, y
• Nodos de red móviles: HLR/HSS, MME, SGSN, eficiencia del capital a clientes empresariales y operadores
GGSN/PDN-GW, RNC, NodosB, eNodosB. de red.
• Funciones contenidas en enrutadores domésticos y • Implementación de nodos DSL híbridos de fibra para la
decodificadores para crear entornos domésticos red externa. Estos nodos deben ser de bajo consumo y de
virtualizados. muy bajo costo de mantenimiento. La virtualización podría
• Elementos de puerta de enlace de Túneles: pasarelas VPN ser utilizada para reducir la complejidad del hardware en
IPSec/SSL. este tipo de nodos remotos.
• Análisis de tráfico: medición, DPI, QoE.
• Garantía de servicio, seguimiento de SLA, pruebas y G. Encadenamiento y asignación de VNFs
diagnósticos.
• Señalización en NGN: SBC, IMS. Un servicio puede ser visto como un conjunto de funciones
• Funciones convergentes de red: servidores AAA, control de red (NFs, siglas en inglés) organizadas dentro de un grafo
de políticas y plataformas de carga. ordenado [35]. En NFV, estos grafos se llaman VNF
Forwarding Graphs (VNF-FG) [7], [27]. El concepto de
• Optimización a nivel de aplicación: CDN, servidores de
"Forwarding Graph" se puede utilizar en lugar de “cadena de
caché, balanceadores de carga, aceleradores de
aplicaciones. servicio”, con el fin de explicar que un servicio de extremo a
extremo desplegado sobre redes virtuales no es
• Funciones de seguridad: cortafuegos, antivirus, sistemas de
exclusivamente una cadena lineal. A menudo la cadena de
detección de intrusiones, protección contra el spam.
servicio puede tener ramificaciones [33], [36], [37], [38], [39].
Se necesitan más estudios para identificar las funciones de Por ejemplo en un servicio de red específico, los paquetes
red en las que la virtualización rinde mayores beneficios. Los podrían pasar a través de diferentes dispositivos de red como
casos de uso de interés incluyen: cortafuegos, DPI, servidor de cifrado, monitor de red y
• Inspección de paquetes a profundidad o DPI basado en servidor de descifrado, etc., los cuales serían los elementos del
software, proporcionando análisis avanzado de tráfico. Un grafo de una cadena de servicio.
DPI basado en software puede ser desplegado en cualquier El VNF-FG provee a un operador de red, el nivel de
lugar de la red, proporcionando mejores capacidades de abstracción requerido para la composición dinámica, elástica y
análisis, así como mecanismos más sencillos para la simplificada de servicios [40], [41].
implementación, actualización, pruebas y modificación de
la escala, para cargas variables de trabajo.
• Implementaciones de nodos IP, por ejemplo: CG-NAT y
servidores de banda ancha de acceso remoto (BRAS) en
servidores estándar de alto volumen.
• Virtualización de servicios que actualmente requieren
dispositivos de hardware dedicado en las instalaciones del
cliente, incluyendo: cortafuegos, seguridad web, IPS/IDS, Figura 5. Cadena de VNFs.
enrutadores, optimizadores y aceleradores WAN.
• Virtualización de redes de distribución de contenido La Fig. 5 muestra como un servicio de red que se ofrece
(CDN), su objetivo es extender y ampliar los servicios de desde el punto A hasta el punto B debe pasar por un VNF-FG
entrega de contenido de manera fácil, y también, que está compuesto por las siguientes funciones de red:
maximizar la reutilización del hardware, para permitir monitoreo, balanceo de carga y cortafuegos; estas funciones se
instalar otras aplicaciones de entrega de contenidos bajo instancian en los equipos de propósito general ubicados en la
demanda. red como máquinas virtuales administradas por un hipervisor
• Virtualización del núcleo de la red móvil, para que los [42].
operadores de red, puedan hacer frente a la demanda La Fig. 6 muestra un servicio de red desplegado en una
creciente de tráfico en las redes móviles, y mejorar el infraestructura tradicional; bajo este escenario, un servicio está
desempeño y utilización de los recursos [30], incluyendo el compuesto por tres funciones de red físicas, equivalente a
ahorro de energía, la consolidación de hardware, facilitar tener hardware propietario hospedado en una infraestructura
el soporte multi-cliente [31] y hacer más rápida la tradicional. Las funciones de red físicas están representadas
configuración de nuevos servicios. NFV en las redes por los cuadros azules y la infraestructura tradicional está
móviles también puede ser utilizada para crear instancias identificada como una elipse amarilla punteada.
optimizadas del núcleo de la red para servicios Por otro lado, en la Fig. 7 se observa un servicio de red
específicos, por ejemplo, para las comunicaciones de desplegado sobre una infraestructura NFV. Aquí varias VNFs
(cuadros azules) están interconectadas entre sí, a través de
988 IEEE LATIN AMERICA TRANSACTIONS, VOL. 14, NO. 2, FEB. 2016

enlaces virtuales (líneas punteadas azules) y cada VNF está

asignada (líneas punteadas rojas) a un servidor estándar de I. Seguridad en NFV
alto volumen, el cual reside en la infraestructura NFV
(círculos punteados amarillos). El NFV-ISG convocó a un grupo de expertos en seguridad
para enfocarse en esta preocupación. Experiencia y
conocimiento especializado en seguridad son escasos, por lo
que el objetivo original fue el de tratar estos temas lo más
rápido posible, con el fin de asesorar al resto del grupo en
temas de seguridad como el que se plantea por ejemplo en
[43].
NFV-ISG ha completado una evaluación exhaustiva de
problemas de seguridad relacionados con la tecnología NFV.
Como resultado de la evaluación, el grupo ha identificado
varios problemas que se presentan en las arquitecturas de red
Figura 6. Servicio de red desplegado en una infraestructura tradicional. basadas en NFV, los cuales podrían ser solucionados con
tecnologías disponibles. Entre los problemas de seguridad que
se identificaron están: aislamiento multi-administrador,
monitoreo de VNFs, autenticación y autorización de usuarios,
autenticación de servicios, validación de la topología de las
redes NFV, disponibilidad de la infraestructura de gestión de
las VNFs etc.
En los pocos casos en que las soluciones no están
fácilmente disponibles, por ejemplo, validación de la
topología de las redes virtuales, no se requiere de una nueva
investigación sobre este tema, sino solamente esfuerzos de
ingeniería. Una de las áreas, aislamiento multi-administrador,
está aún en investigación, y el problema aquí es que, una vez
que a alguien se le da privilegios de administrador sobre una
Figura 7. Servicio de red desplegado en una infraestructura NFV. plataforma NFV, es difícil evitar que acceda a la parte interna
de una VNF en ejecución. Esto hace difícil la "separación o
El grafo de VNFs se debe asignar a la NFVI, lo que implica aislamiento de VNFs", que es una deseable práctica de
solucionar un problema complejo de optimización [33], [35], seguridad, si las funciones son sensibles.
[36], [39], el cual se resuelve mediante alguna técnica de En los documentos sobre aspectos de seguridad en NFV
optimización ya sea exacta, heurística o metaheurística. [44], [45] se identifican las áreas donde se requerirá la
evolución de diferentes tecnologías, prácticas y procesos, para
H. Coexistencia y compatibilidad de NFV con redes garantizar seguridad y confianza en las redes NFV.
tradicionales existentes
J. Tecnologías habilitantes
NFV deberá coexistir con equipos de red heredados. Es
decir, deberá ser capaz de trabajar junto con redes híbridas, Varios desarrollos tecnológicos recientes hacen que los
compuestas de funciones de red físicas (PNFs, siglas en objetivos de la NFV sean alcanzables. A continuación se
inglés) y de VNFs. describen estos facilitadores y se discute brevemente su
NFV tendrá que soportar un camino de transición, desde las relevancia.
actuales soluciones basadas en PNFs, hasta unas soluciones Computación en la nube: NFV aprovecha las tecnologías
estándar, más abiertas basadas en VNFs. Por ejemplo, la modernas, como las desarrolladas para la computación en la
migración a NFV podría permitir la integración de múltiples nube. En el centro de estas tecnologías están los mecanismos
PNF y VNF de diferentes proveedores, sin incurrir en una alta de virtualización: la virtualización de hardware por medio de
complejidad de integración, facilitando un ecosistema de hipervisores, así como conmutadores ethernet virtualizados,
múltiples proveedores. conectan el tráfico entre las VMs e interfaces físicas. Para
El marco arquitectural NFV, en conjunto con el sistema de funciones orientadas a la comunicación, el procesamiento de
gestión de herencia, deberá soportar la misma capacidad de paquetes de alto rendimiento, está disponible a través de CPUs
servicio e impacto sobre el rendimiento, dentro de un SLA, multi-core de altas prestaciones, que usan tarjetas de red
cuando ocurre la transición desde las PNFs a las VNFs (y ethernet inteligentes para compartir la carga y descarga TCP,
viceversa). Además, deberá ser capaz de interoperar con enrutando los paquetes directamente hacia la memoria de la
sistemas de gestión de herencia con un mínimo impacto en las VM y hacia los controladores ethernet en modo encuesta [24].
interfaces y nodos de red existentes, ejemplos de sistemas de Las infraestructuras basadas en la nube, proporcionan
gestión de herencia son los OSS, BSS, sistema de gestión de la métodos para mejorar el uso y disponibilidad de recursos
nube o sistemas de control de balanceo de carga, que podrían mediante mecanismos de gestión, aplicables a la creación
existir actualmente en las redes de los operadores [7]. automática de instancias de dispositivos virtuales en la red,
para gestionar recursos mediante la asignación de núcleos de
GIL HERRERA AND BOTERO VEGA : NETWORK FUNCTIONS VIRTUALIZATION 989

CPU, memoria e interfaces; posibilitando de esta manera, la 1. Desarrollar una plataforma integral de código abierto
migración y re-inicialización de VMs que puedan fallar. con la que se pueda investigar y demostrar la
Por último, la disponibilidad de interfaces de programación funcionalidad básica de NFV.
de aplicaciones (APIs, siglas en inglés) abiertas para el control 2. Incluir la participación proactiva de los principales
y gestión del plano de datos, como las que ofrece OpenFlow y usuarios finales, para validar si OPNFV satisface las
OpenStack [46], proporcionan un grado adicional de necesidades de la comunidad de usuarios;
integración de NFV con la infraestructura de la nube. 3. Contribuir y participar en proyectos de código abierto
Servidores estándar de alta capacidad: Son elementos claves pertinentes, que serán aprovechados en la plataforma de
para la justificación económica de NFV, dado que, aprovecha referencia OPNFV.
las economías de escala de la industria. Un servidor estándar 4. Establecer un ecosistema abierto de soluciones NFV,
de alta capacidad, es un servidor con componentes basadas en estándares y software de código abierto.
estandarizados (por ejemplo, con arquitectura x86). 5. Promover OPNFV como una plataforma de referencia de
Los dispositivos de red que dependen del desarrollo a la código abierto para aplicaciones NFV.
medida de circuitos integrados para aplicaciones específicas
(ASIC) serán cada vez menos competitivos que los OPNFV provee una plataforma para NFV. Por lo tanto,
procesadores de propósito general, dado que el costo de gran parte de la arquitectura OPNFV está directamente
desarrollo de tales circuitos aumenta exponencialmente con la relacionada con la arquitectura aportada en los documentos de
disminución del tamaño [13]. NFV-ISG. OPNFV trabaja en estrecha colaboración con otros
Aceleradores de hardware como DOPRF [47], son proyectos de exploración de código abierto. Para lograr este
necesarios en los servidores de propósito general, para objetivo, además del desarrollo del código, el proyecto
enfrentar el alto procesamiento que demanda la configuración abordará una serie de aspectos de integración y pruebas.
y asignación de cadenas de VNFs, en las redes de nueva En el recuadro azul de la Fig. 8 se ilustra el ámbito que
generación o arquitecturas de internet del futuro. cubre OPNFV en relación con los componentes básicos
definidos en el marco arquitectural de NFV.
III. PROYECTOS NFV NFVI y VIM construyen la capa de infraestructura del
marco NFV y necesitan tener las siguientes interfaces o puntos
de referencia implementados: Nf-Vi, Or-Vi, Vi-Vnfm, Vn-Nf
En esta sección, se discuten algunos de los principales y VI-Ha
proyectos que se están desarrollando a nivel mundial por parte Nf-Vi y VI-Ha son internos a OPNFV, pero estos puntos de
de la industria y de la comunidad académica. referencia se implementarán con el objetivo de lograr la
El código abierto es importante para la producción de interoperabilidad. VIM tiene que interactuar con el gestor de
implementaciones de referencias abiertas y la producción de VNFs y el Orquestador, por tanto, Vi-Vnfm y Or-Vi estarán
estándares de facto; los proyectos de código abierto como abiertos y vienen, respectivamente, con una única
OpenDaylight [48], OpenStack, etc. han creado grupos de especificación.
trabajo para introducir las modificaciones necesarias que les
permitan adaptarse a los requerimientos de NFV.
NFV-ISG participa directamente en las comunidades de
código abierto que están trabajando actualmente en proyectos
y soluciones como [49], [50] y [51] que facilitan la
implementación y despliegue de NFV de manera rápida. A
continuación se describen algunos de los proyectos más
relevantes de NFV.
Vn-Nf
A. OPNFV

En septiembre de 2014, la Fundación Linux, anunció la

creación de la plataforma abierta para proyectos NFV
Vi-Ha
(OPNFV, siglas en inglés) [52]. Como parte del anuncio, la
fundación declaró que OPNFV establecerá una plataforma
integral, de código abierto a nivel de operadores y proveedores
de servicios, para avanzar en la evolución de NFV y garantizar Figura 8. Arquitectura OPNFV basada en la arquitectura NFV de NFV-ISG.
la coherencia, rendimiento e interoperabilidad entre varios
componentes del código. La fundación también señaló que La solución OPNFV (NFVI + VIM) proporcionará una
debido a que existen múltiples bloques NFV de código abierto especificación única y uniforme, hacia APIs northbound y
ya construidos, entonces OPNFV trabajará con proyectos de southbound las cuales permiten que un componente particular
exploración, para coordinar su integración y pruebas, mientras de una red pueda comunicarse con un componente de nivel
se llenan vacíos de desarrollo. Los objetivos iniciales del superior o de nivel inferior respectivamente, para interoperar
proyecto son los siguientes: con soluciones de terceros, implementando otras funciones de
la arquitectura NFV. Los despliegues de VNFs deben ser
990 IEEE LATIN AMERICA TRANSACTIONS, VOL. 14, NO. 2, FEB. 2016

fáciles de operar, escalar, y evolucionar, independientemente En la Fig. 10 se muestra la arquitectura de OpenMANO,

del tipo de VNF que esté siendo desplegada. ésta contiene tres módulos principales (openvimd,
openmanod y openmano-gui) y dos líneas de comandos de
clientes (openvim y openmano).
B. OpenMANO

OpenMANO es un proyecto de código abierto de

Telefónica que proporciona una implementación práctica de la
arquitectura de referencia de NFV-MANO.
El stack de NFV-MANO es un módulo innovador que
permite la creación sencilla y el desarrollo de complejos
escenarios de red y ha sido validado satisfactoriamente con
múltiples VNFs [53].
Con OpenMANO, Telefónica dirige la adopción de NFV a
través de la liberación de código abierto, alentando a la
industria y a los desarrolladores de software a explorar sus
posibilidades, y todo ello desde una propuesta diseñada a
través de una arquitectura en capas como se muestra en la Fig.
9.

Figura 10. Arquitectura OpenMANO.

Los componentes externos son administrados por openvim.

La imagen de almacenamiento y los nodos de cómputo son
gestionados directamente por openvimd, mientras que los
switches son gestionados directamente por openvimd. El
controlador Floodlight controla los switches y openvim
interactúa directamente con este controlador.

Vi-Ha C. T-NOVA

T-NOVA es un proyecto financiado por la unión europea, e

Figura 9. Arquitectura OpenMANO basada en la arquitectura NFV de ISG. impulsado por un fuerte núcleo industrial con la asistencia de
pequeñas y medianas empresas innovadoras y una academia
OpenMANO proporciona tres módulos software que se reconocida en el campo; con el objetivo de presentar una
describen a continuación: solución integral para ofrecer, desplegar y gestionar las VNFs
[55].
o OpenMANO: Es un componente “clave”, se trata de la En concreto, T-NOVA tiene como objetivo diseñar e
implementación de un orquestador de VNFs (NFV-O, implementar una arquitectura integrada de gestión, incluyendo
siglas en inglés), que permite la creación de complejos un orquestador de plataforma, para la provisión, gestión,
escenarios de red. El módulo tiene una interfaz con el seguimiento y optimización automatizada de las VNFs sobre
gestor de la infraestructura virtualizada a través de su API infraestructuras de red. T-NOVA aprovecha y mejora el
y ofrece una interfaz northbound, por medio de la que se estado del arte de los marcos de gestión de la computación en
ofrecen los servicios, incluyendo la creación y la nube para la elástica provisión y asignación de los recursos
eliminación de VNFs o servicios de red. de IT, para alojar las funciones de red. Esto también se explota
o OpenVIM: Es un gestor de infraestructura virtualizada, y extiende a aspectos de las SDN, enfocándose en la
tiene una interfaz con los nodos de computación de NFV tecnología OpenFlow, para la gestión eficiente de los recursos
y con el controlador SDN, para proporcionar capacidades de la red, incluyendo la segmentación de la red, la redirección
de computación y de enrutamiento, así como para de tráfico y provisión de calidad de servicios (QoS, siglas en
desplegar VMs. Contiene también una interfaz donde se inglés).
ofrecen servicios en la nube en los que se incluye la Además de permitir a los operadores de redes y
creación, borrado y gestión de imágenes, instancias y proveedores de servicios, manejar y manipular eficientemente
redes. La implementación de OpenVIM sigue las las funciones de redes de acuerdo a sus propias necesidades,
recomendaciones NFV-PER001 [54]. T-NOVA introduce un concepto innovador adicional, que es
o OpenMANO-gui: Interfaz gráfica web de usuario, la cual ofrecer funciones de red a los clientes de los operadores, como
interacciona con la API de OpenMANO de manera servicios de valor agregado (NFaaS, siglas en inglés). A los
amigable. Se proporciona además una interfaz de línea de proveedores de servicios se les ofrece la única posibilidad de
comandos para los usuarios más avanzados. mejorar los servicios tradicionales de conectividad con
dispositivos virtuales de red (gateways virtuales, servidores
GIL HERRERA AND BOTERO VEGA : NETWORK FUNCTIONS VIRTUALIZATION 991

proxy, cortafuegos, IDS/IPS, transcodificadores de video, pueden venir con específicas ofertas económicas o técnicas y
analizadores de tráfico, etc.) que se proporcionan a sus modelos de facturación asociados.
clientes como un servicio, eliminando la necesidad de A través del almacén de funciones y la plataforma de
adquirir, instalar y mantener hardware especializado en las Intermediación, T-NOVA tiene como objetivos: 1) introducir
instalaciones de los clientes. y promover un nuevo Marketplace para NFV, 2) introducir
El servicio compuesto que ofrece la plataforma de T- nuevos casos de negocios, 3) ampliar considerablemente las
NOVA a los clientes de los proveedores de servicios consta de oportunidades del mercado, atrayendo nuevos participantes al
dos componentes, como se muestra en la Fig. 11: mercado de las redes.
a) Un servicio de conectividad, (es decir, enlaces de red con Las PYME y la academia, pueden aprovechar la
una capacidad específica y garantías de calidad de arquitectura de T-NOVA mediante el desarrollo de
servicio). T-NOVA implementa una plataforma innovadoras VNFs de última generación, de forma similar a
novedosa de gestión de NFV basada en SDN. como se hace con la instalación y uso de una aplicación en un
b) Un conjunto de funciones de red, que van desde el manejo teléfono móvil. Las aplicaciones pueden ser incluidas en el
de flujo y mecanismos de control hasta el procesamiento almacén de funciones, y rápidamente ser introducidas al
de la carga útil del paquete dentro de la red, de acuerdo mercado, evitando así el retraso y riesgo de integración.
con las necesidades del cliente. Para apoyar estas
funciones, los recursos de computación (procesamiento, D. CloudNFV
memoria y almacenamiento) son asignados por el
orquestador de la plataforma dentro de la infraestructura. CloudNFV [56] es una plataforma abierta para la
implementación de NFV, basada en tecnologías como
computación en la nube y SDN en un entorno de múltiples
proveedores. Entre las empresas involucradas en CloudNFV
podemos nombrar: 6WIND, CIMI Corporation, Dell,
Enterprise Web, Overture Networks, y Qosmos, entre otras.
CloudNFV ha sido recientemente aceptada como una prueba
de concepto en el marco del NFV ISG.
CloudNFV despliega una mezcla de funciones virtuales de
red, componentes de aplicaciones en la nube, dispositivos y
servicios de red reales y servicios multi-operador. Soporta
vistas de gestión compatibles en los servicios, y en funciones
virtuales, utilizando una estructura de servicio que sigue el
modelo de jerarquía GB922 de TMF [57].
Su objetivo es dar soporte a las interfaces especificadas por
el NFV-ISG pero también, proporcionar acceso abierto a
Figura 11. Arquitectura T-NOVA. servicios, que están compuestos, implementados y
administrados por funciones que están fuera del alcance de
Con el fin de facilitar la participación de diversos actores
NFV.
en el escenario NFV, T-NOVA introduce un innovador
En el marco de referencia del PoC de NFV-ISG, se realiza
almacén de VNFs, siguiendo el paradigma de las ya exitosas
una validación del marco CloudNFV que define los diferentes
"tiendas de aplicaciones" de compañías que comercializan
escenarios, en una implementación íntegra para la creación,
sistemas operativos. El almacén de VNFs contiene funciones
implantación y gestión de servicios. El PoC se basa en parte
de red de diferentes desarrolladores, tales funciones son
en el proyecto de código abierto Clearwater de Metaswitch
publicadas como entidades independientes y acompañadas con
[58].
los metadatos necesarios. El almacén permite a los clientes
seleccionar los dispositivos virtuales que mejor se ajusten a
sus necesidades, instalarlos en sus servicios de conectividad y
configurarlos o adaptarlos de acuerdo a cada requerimiento.
Una plataforma novedosa de intermediación se ha creado
con el fin de facilitar la competencia y apoyar a las diferentes
configuraciones de la cadena de valor. La plataforma facilita a
los clientes, realizar transacciones con el proveedor de
servicios de T-NOVA y múltiples desarrolladores de
funciones de terceras partes. Además, permite seleccionar el
paquete o módulo de servicios que mejor se adapte a sus
necesidades. Tras la recepción de las solicitudes de los
usuarios, la plataforma de intermediación examina
conjuntamente i) los recursos de almacenamiento,
procesamiento y comunicación disponibles y ii) la
disponibilidad de VNFs en el almacén de funciones, que Figura 12. Arquitectura CloudNFV.
992 IEEE LATIN AMERICA TRANSACTIONS, VOL. 14, NO. 2, FEB. 2016

La arquitectura CloudNFV gestiona y orquesta aplicaciones Entre las más importantes funcionalidades de Cloud4NFV
construidas en torno a un modelo ágil de datos y procesos está el realizar el despliegue automatizado, configuración y
llamado virtualización activa, que provee el contrato y la gestión del ciclo de vida (instanciación, configuración,
política de almacenamiento ("contrato activo") y la actualización, terminación, etc.) de servicios de red.
información del estado de los recursos ("recurso activo"). Las La exposición de funcionalidades tales como: despliegue y
órdenes de servicio están optimizadas a través de la aprovisionamiento de servicios, monitoreo de servicio,
virtualización activa provisionada sobre una infraestructura reconfiguración y desmontaje de servicios, gestión y
en la nube, la arquitectura general se representa en la Fig. 12. optimización de recursos para alojar VNFs, aprovechan las
plataformas de gestión de la nube para asociar diferentes
E. CloudBand VNFs.
Los detalles sobre estas funcionalidades se proporcionan en
CloudBand es una plataforma NFV para proveedores de [60]. La arquitectura de Cloud4NFV es altamente compatible
servicios, esta permite implementar nuevas arquitecturas de con la arquitectura de NFV-ISG, por razones de simplicidad,
redes basadas en NFV [59]. La plataforma consta de dos las diferentes entidades se nombran de acuerdo con la
partes: i) Sistema de administración de CloudBand y ii) nodo nomenclatura propia del grupo.
CloudBand, como se indica en la Fig. 13. Las cuatro entidades principales de la plataforma de
acuerdo a la Fig. 14, son: el orquestador; gestor de VNFs;
gestor de la infraestructura virtualizada (VIMs); y por último,
los servicios y la descripción de VNFs e Infraestructura. El
orquestador es una entidad única, mientras que podrá haber
múltiples gestores de VNFs, uno por cada función de red o
uno por cada función de red compuesta, es decir, una función
de red compuesta de varias subfunciones.
Cloud4NFV considera dos tipos de VIM: La nube VIM y
WAN-VIM. De acuerdo a lo planteado en la arquitectura
Cloud4NFV que muestra la Fig. 12, hay una nube VIM por
cada DCs. Mientras que solo existe un WAN-VIM. De esta
manera la plataforma tiene la vista de un dominio de red
unificado que conecta los DCs con los dominios web de los
clientes. También se tiene en cuenta que, desde el punto de
vista técnico, la plataforma está preparada para permitir la
integración con gestores de infraestructura virtualizada de
Figura 13. Arquitectura CloudBand.
terceros. La integración de los servicios de conectividad WAN
El Sistema de administración de CloudBand incorpora el es un complemento para las definiciones actuales de NFV-
orquestador y el gestor de funciones de red. Tanto las ISG. Más detalles al respecto, sobre los componentes de la
interfaces del sistema de gestión como el nodo CloudBand arquitectura Cloud4NFV, implementación y pruebas de
utilizan APIs OpenStack estándar, así como también las API rendimiento son presentados en [61].
de funciones adicionales (API del controlador SDN).
El Nodo CloudBand utiliza la Plataforma OpenStack como
el gestor de la infraestructura virtual, añade funcionalidades
complementarias, utiliza conectores y APIs abiertas. Además,
la pila de software del Nodo CloudBand incluye InkTank
Ceph como la solución virtual de almacenamiento, y Libvirt
en la capa de virtualización, como parte de la NFVI. La
importancia de la estrategia de desarrollo de productos de
código abierto no puede ser subestimada cuando se considera
la solución CloudBand para implementaciones NFV. Además,
la pila de software del nodo CloudBand es independiente del
hardware al igual que el de la Plataforma OpenStack y otras
tecnologías de código abierto.

F. Cloud4NFV

Cloud4NFV es una plataforma para funciones de red

virtuales, aunque no está estrictamente limitada a manejar
Figura 14. Arquitectura Cloud4NFV.
VNFs. Cloud4NFV facilita la gestión de la infraestructura de
la nube y plataformas SDN como OpenDaylight y OpenStack
respectivamente, siguiendo las principales directrices de NFV-
ISG.
GIL HERRERA AND BOTERO VEGA : NETWORK FUNCTIONS VIRTUALIZATION 993

G. Otros proyectos habilitadores QoS basado en políticas, e integración con diferentes

plataformas de aplicaciones en entornos de redes
Propuestas como ZOOM (Zero-touch Orchestration, convergentes. UNIFY promueve la creación de servicios de
Operations and Management) [62] contribuyen a la manera flexible y automática, a través de una arquitectura que
construcción de un ecosistema adecuado para NFV. ZOOM es facilita entornos de producción unificada [71]. ClickOS es una
un proyecto colaborativo, propuesto por TM Forum y liderado plataforma de código abierto con sistema operativo
por los principales fabricantes y proveedores de servicio a minimalista que habilita NFV en la infraestructura de redes de
nivel mundial. Este proyecto está orientado a funciones de operadores y proveedores de servicios. Soporta una
gestión, procesos de negocio, modelos de información, significativa variedad de funciones de red, basadas en
mejores prácticas, y APIs para permitir la automatización, módulos software que pueden cumplir tareas como limitación
escalabilidad y agilidad en el ecosistema virtual. Además, y filtración de tráfico, monitoreo de red, y prevención de
trabaja en estrecha colaboración con otras organizaciones de ataques DDoS [72], etc. Mientras que Blue-PLANET es una
estandarización para aprovechar las mejores prácticas plataforma fiable para redes implementadas con NFV y SDN,
existentes y adoptar estándares emergentes. construida específicamente para proveer: i) orquestación,
CALICO [63] es una iniciativa de código abierto que tiene automatización y control de servicios en SDN, ii) capacidad
como objetivo cambiar la conectividad a gran escala de las de gestión del hardware y software de múltiples proveedores y
VNFs y las implementaciones de la nube de capa 2 a capa 3. operadores de redes, y iii) gestionar el ciclo de vida de los
Además, permite al modelo de conexión trabajar directamente servicios virtualizados a través de los DCs.
en el nivel del protocolo de Internet (IP).
Otra propuesta es Catalyst [64] que ilustra cómo hacer la IV. CLASIFICACIÓN DE PROYECTOS NFV
orquestación de las VNFs aprovechando el poder de análisis y
políticas definidas dinámicamente. Catalyst muestra cómo A continuación se presenta una clasificación de los
crear instancias, controlar y escalar VNFs basadas en principales proyectos sobre NFV descritos anteriormente. La
parámetros técnicos (SLA, QoS, etc.) y las métricas de tabla I clasifica los proyectos con base en una taxonomía que
negocio (costo de la energía, etc.). contiene la información sobre cada proyecto y su respectiva
Entre otros proyectos importantes orientados a referencia, el tipo de plataforma que usa, la cual puede ser de
investigación y desarrollo en tecnologías de la nube y NFV código abierto (CA) o código cerrado (CC), el o los bloques
están: MCN [65], OpenEPC [66], UNIFY [67], ClickOS [68], funcionales del marco arquitectural NFV sobre los que trabaja,
[69], Blue-PLANET [70], los cuales son dirigidos por entre ellos: (VNFs, EMS, VIM, NFVO, OSS/BSS y NFVI),
comunidades y centros de investigación de excelencia a nivel también se relaciona la entidad que gestiona el proyecto, al
mundial. MCN y OpenEPC aprovechan las características igual que la contribución principal de cada uno de ellos, y
operacionales de la nube para alojar, operar y desplegar las finalmente, el estado de cada proyecto o implementación que
próximas redes móviles de nueva generación, teniendo en puede ser en ejecución (EE) o terminado (T).
cuenta los esquemas avanzados de movilidad IP, control de
TABLA I. CLASIFICACIÓN DE PROYECTOS NFV.
Proyecto Tipo de Componente del marco Lidera Principal contribución Estado
plataforma arquitectural NFV
Provee una plataforma integral de código abierto que
Fundación
OPNFV [52] CA NFVI, VIM aborda aspectos de integración y pruebas para T
Linux
avanzar en la evolución de NFV.
Emplea marco arquitectural en capas para la creación
OpenMANO CA NFVO, VIM Telefónica sencilla de complejos escenarios de red, facilita la EE
[53] articulación de NFV y SDN con servicios en la nube
e implementa Interfaz gráfica web de usuario.
Implementa una plataforma novedosa de gestión de
T-NOVA [55] CC VNFs Unión Europea NFV basada en SDN usando un almacén de VNFs, EE
provee mecanismos para la asignación de recursos,
segmentación de la red, redirección de tráfico y
provisión de QoS.
Implementa servicios multi-operador para
CloudNFV [56] CA NFVO, VIM, OSS/BSS Dell, proporcionar acceso abierto a servicios. Además F
CIMI Corp provee las condiciones para la composición,
implementación y administración de funciones fuera
del alcance de NFV.
Facilita la compatibilidad entre diferentes soluciones
CloudBand [59] CA NFVO, NFVI, VNFs Alcatel-Lucent NFV. También utiliza APIs OpenStack estándar F
donde el software es independiente del hardware.
Automatiza la gestión de la infraestructura de NFV y
Cloud4NFV CA VNFs, NFVO, VIM, Portugal plataformas SDN; además, configura y gestiona el F
[61] VNFM Telecom ciclo de vida de servicios de red con los dominios
web de los clientes.
Introduce mejoras para el despliegue dinámico de
ZOOM [ 62] CA NFVO, VNFM TM Forum servicios personalizados. Incorpora APIs para T
permitir la automatización, escalabilidad y agilidad en
el ecosistema virtual.
994 IEEE LATIN AMERICA TRANSACTIONS, VOL. 14, NO. 2, FEB. 2016

Provee conectividad a gran escala a las VNFs.

Metaswitch
CALICO [63] CA VNFs Además, ofrece una solución para la interconexión EE
Networks
entre máquinas virtuales o contenedores Linux.
Ofrece un modelo para alojar en la nube a los
MCN [65] CA VNFs, OSS/BSS Unión Europea principales componentes de las redes móviles de T
nueva generación, teniendo en cuenta los esquemas
avanzados de movilidad IP.
Ofrece una plataforma automática y dinámica para la
UNIFY [67] CA VNFs Unión Europea creación de servicios de red, hospedados en DCs, EE
compatibles con redes basadas en las tecnologías
NFV.
Catalyst [64] CC VNFs, OSS/BSS TM Forum Emplea parámetros técnicos y políticas definidas T
dinámicamente para orquestar VNFs.
Core Network Virtualizó las principales funciones de las redes
OpenEPC [66] CC VNFs, NFVI Dynamics móviles para alojarlas en la nube teniendo en cuenta T
los esquemas avanzados de movilidad IP.
Desarrolla una plataforma virtualizada (sistema
ClickOS [69] CA VNFs , EMS Unión Europea operativo) minimalista para ejecutar VNFs. T

Nuage Implementa una plataforma para proveer

Blue-PLANET CC NFVO, OSS/BSS, VIM Networks/Ciena orquestación y automatización de servicios, y gestión T
[70] Corporation del hardware y software de múltiples proveedores de
red.

d) Orquestación y gestión: NFV presenta una oportunidad, a

V. DESAFIOS EMERGENTES través de la flexibilidad ofrecida por los dispositivos de red
virtuales que operan en una infraestructura estándar y abierta,
Hay una serie de desafíos para implementar NFV [74], que para alinear rápidamente la dirección y gestión de las
necesitan ser abordados tanto por la industria como por la interfaces northbound asociadas a políticas bien definidas y
comunidad académica, para acelerar la adopción, despliegue y especificaciones abstractas. Esto reducirá en gran medida el
progreso de esta prometedora tecnología. Entre los desafíos costo y el tiempo para integrar nuevos dispositivos virtuales
que se han identificado están: en el entorno operativo de un ISP. El desafío en esta área será
proponer plataformas de orquestación, como por ejemplo
a) Portabilidad e Interoperabilidad: Un desafío importante es CloudNFV [36] que permita niveles aceptables de gestión,
definir una interfaz unificada que desacople claramente las para que en un servicio de red, todas las funciones requeridas
instancias software del hardware subyacente, tal como se sean instanciadas de forma coherente y bajo demanda [27].
presenta en las VMs y sus hipervisores. La portabilidad e e) Automatización: NFV sólo escalará si la orquestación y
interoperabilidad permiten crear diferentes ecosistemas, tanto gestión de todas las VNFs puede realizarse automáticamente.
para proveedores de dispositivos virtuales como para La automatización de procesos es fundamental para el éxito de
proveedores de DCs. La portabilidad también facilita a los NFV [11]. En un ambiente dinámico, tanto el despliegue de
operadores de red, optimizar los recursos requeridos por los VNFs como la recuperación de fallas o incidentes podrían
dispositivos virtuales [7]. realizarse de manera automática y bajo demanda [10].
b) Compensación del rendimiento: Dado que el enfoque de f) Seguridad y resiliencia: Los operadores de red deben tener
NFV se basa en hardware estándar de propósito general, se confianza en que la seguridad, la resistencia y disponibilidad
debe tener en cuenta la probable disminución del rendimiento de sus redes no se verán afectadas cuando se introduzca la
de la red. El desafío entonces sería el cómo mantener la tecnología NFV. Nuestras expectativas iniciales son que NFV
degradación del rendimiento tan pequeña como sea posible, mejorará la resiliencia y disponibilidad de la red, al permitir
usando hipervisores apropiados y tecnologías modernas de que las VNFs se puedan volver a crear bajo demanda después
software, para que los efectos sobre la latencia, rendimiento y de un fracaso. Un dispositivo virtual debe ser tan seguro como
procesamiento se reduzcan al mínimo. Un primer un dispositivo físico si la infraestructura es segura,
acercamiento para resolver el desafío de compensación del especialmente el hipervisor y su configuración [74]. En [75] se
rendimiento se presenta en [47] donde se propone usar propone un orquestador de la seguridad para redes basadas en
tecnologías para acelerar el hardware de la NFVI y de esta NFV. El orquestador de la seguridad mejora el marco
manera, mejorar el procesamiento de las VNFs, sin embargo arquitectural de ISG-FV de la ETSI.
aún queda por resolver en esta área. g) Estabilidad de la red: Otro desafío importante es garantizar
c) Migración y compatibilidad con las plataformas existentes: la estabilidad de la red, para que no se vea afectada en la
Las implementaciones de NFV deben coexistir con equipos orquestación y gestión de un gran número de dispositivos
tradicionales de los operadores de red, ser compatibles con sus virtuales. Por ejemplo, cuando las VNFs son reubicadas,
sistemas de orquestación, gestión de red, OSS y BSS, durante eventos de re-configuración, debido a fallas de
existentes. NFV debe ser compatible con una ruta de hardware, software o a un ciber ataque. Inestabilidad también
migración de los actuales dispositivos físicos de red a puede ocurrir en las redes actuales, en función de las
dispositivos de red virtuales basados en estándares abiertos combinaciones no deseadas de los diversos mecanismos de
[27], [54]. control y optimización [7].
GIL HERRERA AND BOTERO VEGA : NETWORK FUNCTIONS VIRTUALIZATION 995

h) Simplicidad: Un reto para la tecnología NFV es garantizar posibilidades para la gestión de los recursos físicos y lógicos
que las plataformas de red virtuales sean más simples de de las infraestructuras de red. Sin embargo, NFV se encuentra
operar, comparadas con las que existen en la actualidad. Los en una etapa emergente y aún hay muchos desafíos de
ISP buscan simplificar o sustituir en gran medida las investigación e implementación que superar para lograr un
complejas plataformas de red, manteniendo al mismo tiempo amplio despliegue y adopción de esta tecnología por parte de
la continuidad de los servicios de apoyo que generan ingresos los actores del negocio de las telecomunicaciones.
importantes [10]. Varios de los proyectos que se han descrito en la sección
i) Integración: La perfecta integración de múltiples III, son financiados y desarrollados con la cooperación, tanto
dispositivos virtuales existentes, dentro de servidores estándar de la academia como de la industria, con el objetivo de lograr
de alto volumen es un reto clave para NFV. Los operadores de estandarizar la tecnología y crear un ecosistema apto para
red deben ser capaces de "combinar" los servidores de masificar su uso en las redes.
diferentes fabricantes con hipervisores y dispositivos virtuales Para alcanzar el éxito de NFV se deben superar algunos
de diferentes proveedores sin incurrir en importantes costos de desafíos relacionados con la seguridad, automatización,
integración. El ecosistema debe ofrecer servicios de escalabilidad, simplicidad, compatibilidad, integración etc, y
integración, mantenimiento y de apoyo a terceros, así como también se debe poner atención a otros retos asociados a la
mecanismos para validar nuevos productos NFV [41]. asignación de recursos en arquitecturas de redes basadas en
j) Composición de cadenas de VNFs: Una cadena de VNFs NFV y SDN. Además, debemos unir esfuerzos para crear
puede ser proporcionada como un servicio bajo demanda; soluciones de código abierto que permitan gestionar los
eliminando la necesidad de adquirir, instalar y mantener mecanismos relacionados con la migración, movilidad y
hardware especializado en la infraestructura de red. El reto es portabilidad, en el nuevo escenario del hardware estándar de
desarrollar algoritmos que realicen la creación y asignación de propósito general.
cadenas de manera óptima y automática, posibilitando una
mejor gestión y programación de la red. Una propuesta para VII. CONCLUSIONES
componer cadenas de VNFs fue presentada en [36], donde se
emplea una heurística para realizar el encadenamiento de En este artículo se ha realizado una revisión exhaustiva de
VNFs y posteriormente se realiza de manera coordinada el NFV. De tal manera que primero se detalló en que consiste
mapeo de estas sobre la NFVI. esta tecnología, luego se explicaron claramente algunos
k) Mapeo de VNFs: Los operadores de red desean colocar proyectos que se vienen ejecutando para impulsar la adopción
las VNFs donde puedan ser usadas de manera eficiente, y de la misma. Adicionalmente, se realizó una clasificación de
donde sea más económico gestionarlas. Pese a que virtualizar los proyectos existentes en NFV. También se presentaron
determinadas funciones de la red es sencillo, hay algunas de desafíos emergentes que pueden ser objetos de investigación
ellas que tienen requisitos estrictos de retardo, requiriendo una por parte de la comunidad científica, y por último, se realizó
ubicación en un determinado servidor estándar de alto una discusión sobre las bondades que puede ofrecer la
volumen; lo cual implica resolver un problema de tecnología NFV a la industria de las tecnologías de la
optimización. Se han propuesto algunos enfoques sobre mapeo información y las comunicaciones.
de VNFs. Uno de ellos fue presentado en [35]. Aquí, se define AGRADECIMIENTOS
un modelo para formalizar el encadenamiento de funciones
usando un lenguaje libre de contexto. Posteriormente se Este trabajo ha sido parcialmente financiado por
realiza el proceso de mapeo con Programación entera mixta COLCIENCIAS y por el proyecto CODI/ARAIF 2014-856 de
restringida cuadráticamente (MIQCP, siglas en inglés) para la estrategia de sostenibilidad de la Universidad de Antioquia.
encontrar la mejor ubicación de las VNFs, teniendo en cuenta
los recursos limitados de la red y los requisitos de las REFERENCIAS
funciones.
[1] Jain, R. and Paul, S. “Network Virtualization and Software Defined
VI. DISCUSIÓN Networking for Cloud Computing-A Survey,” Communications
Magazine, IEEE, p. 24-31, v. 51, n. 11, Mar 2013.
[2] N.M. Mosharaf, Kabir Chowdhury, Raouf Boutaba, “A survey of
Los operadores de red están combinando NFV y SDN para network virtualization,” Computer Networks, v. 54, n. 5, p. 862-876,
alcanzar los objetivos comunes que brindan ambas ISSN 1389-1286., 8 Apr 2010
[3] Chowdhury, N.M.M.K., Boutaba, R., “Network virtualization: state of
tecnologías, y obtener una mayor rentabilidad del negocio de the art and research challenges,” Communications Magazine, IEEE-
las telecomunicaciones. En la actualidad grandes fabricantes, MCOM, v.47, n.7, p.20-26, Jul 2009.
proveedores de infraestructura y de servicios están realizando [4] ONF White Paper on Software-Defined Networking: The New Norm for
alianzas o fusiones con empresas del campo de la Networks. April 2012. [Online]. Available:
https://www.opennetworking.org/images/stories/downloads/sdn-
computación en la nube y empresas de software, de cara a los resources/white-papers/wp-sdn-newnorm.pdf
nuevos retos que se avecinan en el ecosistema de las redes de [5] N. Feamster, J. Rexford, and E. Zegura, “The Road to SDN: An
nueva generación. Intellectual History of Programmable Networks,” ACM Sigcomm
NFV es una tecnología emergente muy importante porque Computer Communication, v. 44, n. 2, p. 87–98, 2014.
[6] Kreutz, D. Ramos, F.M.V. Esteves Verissimo, P. Esteve Rothenberg, C.
promueve y acelera la innovación en redes y servicios, reduce Azodolmolky, S. Uhlig, S, “Software-Defined Networking: A
CAPEX y OPEX, y permite de esta manera, dinamizar el Comprehensive Survey,” Proceedings of the IEEE JPROC , v.103, n.1,
mercado de las telecomunicaciones. También abre la puerta a p.14,76, Jan. 2015.
nuevas oportunidades de negocio y plantea nuevas
996 IEEE LATIN AMERICA TRANSACTIONS, VOL. 14, NO. 2, FEB. 2016

[7] NFV-ISG, White paper on Network Functions Virtualization, [32] Songlin Sun, Michel Kadoch, Liang Gong, and Bo Rong, “Integrating
whitepaper3, Jan 2015. [Online]. Available: Network Function Virtualization with SDR and SDN for 4G/5G
https://portal.etsi.org/Portals/0/TBpages/NFV/Docs/NFV_White_Paper3.pdf Networks”, IEEE Network, The Magazine of Global Internetworking,
[8] J. Batalle, J. Ferrer Riera, E. Escalona, E. Grasa and J.A. García Espin. v. 29, n. 3, Jun 2015.
“Virtual Network Function Scheduling-Concept and Challenges,” Smart [33] Arsany Basta, Wolfgang Kellerer, Marco Hoffmann, Hans Jochen
Communications in Network Technologies, p. 1-5, Jun 2014. Morper. “Applying NFV and SDN to LTE Mobile Core Gateways; The
[9] Enrique Hernandez-Valencia, Steven Izzo, and Beth Polonsky, “How Functions Placement Problem”, AllThingsCellular '14: Proceedings of
Will NFV/SDN Transform Service Provider OpEx?,” IEEE Network, the 4th workshop on All things cellular: operations, applications, &
The Magazine of Global Internetworking, v. 29, n. 3, Jun 2015. challenges, ISBN: 978-1-4503-2836-4. Aug 2014.
[10] Bo Han, Vijay Gopalakrishnan, Lusheng Ji, and Seungjoon Lee, [34] Hawilo, H. Shami, A. Mirahmadi, M. Asal, R. “NFV: state of the art,
“Network Function Virtualization: Challenges and Opportunities for challenges, and implementation in next generation mobile networks
Innovations,” IEEE Communications Magazine, v. 53, n. 2, Feb 2015. (vEPC)”, Network, IEEE v28, n. 6, p: 18 – 26, Dec. 2014.
[11] NFV-ISG, Network Functions Virtualization- “An Introduction, [35] M. Caggiani Luizelli, L. Richter Bays, L. Salete Buriol, “Piecing
Benefits, Enablers, Challenges & Call for Action,” ETSI, Tech. Rep., Together the NFV Provisioning Puzzle: Efficient Placement and
2012. [Online]. Available: Chaining of Virtual Network Functions”, Proceedings of IFIP/IEEE
https://portal.etsi.org/NFV/NFV_White_Paper.pdf International Symposium on Integrated Network Management. Canada,
[12] NFV-ISG, Network Functions Virtualization, Draft Documents: May 2015.
[Online]. Available: [36] M. Till Beck and J. Botero, “Coordinated allocation of service function
http://docbox.etsi.org/ISG/NFV/Open/Latest_Drafts/ chains,” in Global Communications Conference (GLOBECOM), 2015
[13] NFV-ISG, White paper on Network Functions Virtualization: “Network IEEE, p. 1–7, 2015, To appear.
Operator Perspectives on Industry Progress”, Technical rep. Oct 2013. [37] Leonard Nonde, Taisir E. H. El-Gorashi, and Jaafar M. H. Elmirghani.
[Online]. Available: http://portal.etsi.org/NFV/NFV_White_Paper2.pdf “Energy Efficient Virtual Network Embedding for Cloud Networks”,
[14] Nick Feamster, Lixin Gao, and Jennifer Rexford. “How to lease the Journal of Lightwave Technology, v. 33, n. 9, May 1, 2015.
internet in your spare time”. SIGCOMM Computer Communication. [38] Ming Xia, Meral Shirazipour, Ying Zhang, Howard Green, and Attila
Review, v.37, n.1, Jan 2007 Takacs. “Network Function Placement for NFV Chaining in
[15] N. Gude et al., “NOX: Towards an Operating System for Networks,” Packet/Optical Datacenters”, Journal of Lightwave Technology, v. 33,
ACMSIGCOMM Computer Communication. v. 38, n. 3, p. 105, Jul n. 8, Apr 1, 2015.
2008. [39] Md. Faizul Bari, ; Shihabur Rahman Chowdhury, ; Reaz Ahmed, and
[16] Paul Lappas, Jason Parraga, Rob Sherwood, Rob Adams, KC Wang. Raouf Boutaba, “On Orchestrating Virtual Network Functions in NFV”,
“FDL, Floodlight” [Online] Available: http://www.projectfloodlight.org/ ArXiv, Mar 2015.
[17] Z. Cai, “Maestro: Achieving Scalability and Coordination in Centralized [40] Wanfu Ding, Wen Qi, Jianping Wang, and Biao Chen, “OpenSCaaS: An
Network Control Plane”, Ph.D. thesis, 2011. Open Service Chain as a Service Platform Toward the Integration of
[18] N. McKeown, G. Parulkar, J. Rexford, H. Balakrishnan. T. Anderson, SDN and NFV”, IEEE Network, The Magazine of Global
L. Peterson, S. Shenker, J. Turner, OpenFlow: Enabling Innovation in Internetworking, v. 29, n. 3, Jun 2015.
Campus Networks. ACM SIGCOMM Computer Communication [41] Timothy Wood, K. K. Ramakrishnan, Jinho Hwang, Grace Liu, and Wei
Review, v.38 n.2, Apr 2008. Zhang, “Toward a Software-Based Network: Integrating Software
[19] Kim H, Feamster N, "Improving network management with software Defined Networking and Network Function Virtualization”, IEEE
defined networking," Communications Magazine, IEEE, v.51, n.2, Network, The Magazine of Global Internetworking, v. 29, n. 3, Jun
p.114,119, Feb 2013. 2015.
[20] ONF Solution Brief OpenFlow-enabled SDN and Network Functions [42] Gerald J. Popek and Robert P. Goldberg. Formal requirements for
Virtualization, Open Network Fundation, Feb 2014. virtualizable third generation architectures. Communicat. ACM, Jul
[21] Y. Jarraya, T. Madi, and M. Debbabi, “A Survey and a Layered 1974.
Taxonomy of Software-Defined Networking,” IEEE Communications [43] Ying-Dar Lin, Po-Ching Lin, Chih-Hung Yeh, Yao-Chun Wang, and
Surveys Tutorials, v. 16, n. 4, p. 1–1, 2014. Yuan-Cheng Lai, “An Extended SDN Architecture for Network
[22] J. Batalle, J. Ferrer Riera, E. Escalona, and J.A. García Espin. On the Function Virtualization with a Case Study on Intrusion Prevention”,
implementation of NFV over an openflow infrastructure: Routing IEEE Network, The Magazine of Global Internetworking, v. 29, n. 3,
function virtualization. In Future Networks and Services (SDN4FNS), Jun 2015.
IEEE SDN for, p. 1–6, Nov 2013. [44] NFV-ISG, Network Functions Virtualisation (NFV): “NFV Security;
[23] G. Monteleone and P. Paglierani. Session border controller virtualization Security and Trust Guidance”. ETSI GS NFV-SEC 003 V1.1.1 (2014-
towards “service defined networks” based on NFV and SDN. In Future 12). [Online]
SDN for Networks and Services (SDN4FNS), p. 1–7, Nov 2013. Available:_http://www.etsi.org/DELIVER/ETSI_GS/NFV-
[24] Joint-operator white paper introducing NFV published October 2012: SEC/001_099/003/01.01.01_60/GS_NFV-SEC003V010101P.PDF
[Online]. Available: http://portal.etsi.org/NFV/NFV_White_Paper.pdf [45] NFV-ISG, “ETSI GS NFV-SEC 001 V1.1.1: Network Functions
[25] European Telecommunications Standards Institute, ETSI. [Online]. Virtualisation (NFV); NFV Security; Problem Statement,”
Available: www.etsi.org/ http://www.etsi.org/deliver/etsi_gs/NFV-SEC/001_099/001/01.01.01_60
[26] NFV-ISG Published Documents: [Online]. Available: /gs NFV-SEC001v010101p.pdf, October 2014.
http://docbox.etsi.org/ISG/NFV/Open/Published/ [46] “OpenStack Project”, [Online]. http://www.openstack.org/
[27] NFV-ISG, “Network Functions Virtualisation (NFV); Architectural [47] Zvika Bronstein, Evelyne Roch, Jinwei Xia, and Adi Molkho. “Uniform
Framework” [Online]. Available: Handling and Abstraction of NFV Hardware Accelerators”, IEEE
http://www.etsi.org/deliver/etsi_gs/NFV/001_ Network, The Magazine of Global Internetworking, v. 29, n. 3, Jun
099/002/01.01.01_60/gs_NFV002v010101p.pdf 2015.
[28] DxCentral Network Functions Virtualization Report 2015. The Trusted [48] “OpenDaylight Network Intent Composition Project”, [Online].
News and Resource Site for SDx, SDN, NFV, Cloud and virtualization https://wiki.opendaylight.org/index.php?title=Network_Intent_Composit
Infrastructure, Apr 2015. [Online]. Available: ion:Main#Friday_8AM_Pacific_Time
https://www.sdxcentral.com/ [49] “VMWare NSX”, [Online]: http://www.vmware.com/products/nsx
[29] NFV-ISG, “Network Function Virtualisation (NFV) -Use Cases”, Tech. [50] “Juniper Contrail", [Online]: http://www.juniper.net.
Report., 2013. [Online]. Available: [51] “Nuage”, [Online]: http://www.nuagenetworks.net/
http://www.etsi.org/deliver/etsi_gs/NFV/001_099/001/01.01.01_60/gs_n [52] C. Price and S. Rivera, “Opnfv: An open platform to accelerate nfv,” in
fv001v010101p.pdf White Paper. A Linux Foundation Collaborative Project, Oct. 2012
[30] Chengchao Liang, F. Richard Yu, and Xi Zhang, “Information-Centric [53] Diego R. Lopez, Telefonica I+D. OpenMANO "The dataplane ready
Network Function Virtualization over 5G Mobile Wireless Networks”, open source NFV MANO Stack". [Online] Available:
IEEE Network, The Magazine Global Internetworkg, v.29, n.3, Jun2015. https://github.com/NFVLABS/OPENMANO
[31] Ruozhou Yu, Guoliang Xue, Vishnu Teja Kilari, and Xiang Zhang, [54] Network Functions Virtualisation (NFV); NFV Performance &
“Network Function Virtualization in the Multi-Tenant Cloud”, IEEE Portability Best Practises , [online]. Available:
NetworkThe Magazine of Global Internetworking, v. 29, n. 3, Jun 2015.
GIL HERRERA AND BOTERO VEGA : NETWORK FUNCTIONS VIRTUALIZATION 997

www.etsi.org/deliver/etsi_gs/NFV-PER/001_099/001/01.01.01_60/gs Juliver Gil Herrera is a Ph.D. student in Electronic and

_nfv-per001v010101p.pdf Computer Engineering, at the Electronics and
[55] Xilouris, G. ; Trouva, E. ; Lobillo, F. ; Soares, J.M. ; Carapinha, J. ; Telecommunications Engineering Department at the
McGrath, M.J. ; Gardikis, G. ; Paglierani, P. ; Pallis, E. ; Zuccaro, L. ; University of Antioquia, Colombia. In 2003 and 2010
Rebahi, Y. ; Kourtis, A. “T-NOVA: A Marketplace for Virtualized respectively, he received his first B.Sc. degree in
Network Functions”, European Conference on Networks and Mathematical and Physical Sciences, and his second B.Sc.
Communications (EUCNC), Jun 2014. degree in Telecommunications Engineering, both from the University of
[56] CloudNFV. (2013) CloudNFV. [Online]. Available: Antioquia. After, he received his M.Sc. degree in Computer Engineering from
http://www.cloudnfv.com Politecnico di Torino, Italy in 2013.
[57] TMF. GB922: Information Framework. [Online]. Available: His main research and professional interests involve Network Optimization,
https://www.tmforum.org/resources/suite/gb922-information- NFV, SDN and Network Virtualization, also he is interested in Future Internet
framework-r14-5-1-pdf/ Architecture and IoT.
[58] Clearwater project, [Online]: http://www.projectclearwater.org/
[59] CloudBand, [Online]. Available: https://www.alcatel-
lucent.com/solutions/cloudband Juan Felipe Botero is a Professor at the Electronics and
[60] J. Soares, C. Gonçalves, et.al., “Towards a Telco Cloud Environment for Telecommunications Engineering Department at the
Service Functions”, submitted to IEEE Communication Magazine. University of Antioquia, Medellín, Colombia. In 2006 he
[61] Soares, J.; Dias, M.; Carapinha, J.; Parreira, B.; Sargento, S. received his Computer Science Degree from the University
“Cloud4NFV: A platform for Virtual Network Functions”, IEEE 3rd of Antioquia, his M.Sc. degree in Telematics Engineering in
International Conference on Cloud Networking (CloudNet), p. 288-293, 2008 from the Technical University of Catalonia, UPC, in
Luxembourg, Oct. 2014. Barcelona, Spain, and his Ph.D. degree in Telematics
[62] ZOOM “Zero-time Orchestration, Operations and Management” Engineering at UPC. In 2013, he joined GITA (Research
[online]. Available: https://www.tmforum.org/wp- group on applied telecommunications) at the Electronics and
content/uploads/2014/10/ZoomDownload.pdf Telecommunications Engineering Department. His main research interests
[63] “Calico project” [Online] Available: http://www.projectcalico.org/ include Quality of Service, Software Defined Networking, Network
[64] White Paper, “Catalyst Project: Maximizing Profitability with Network Virtualization, Data Center Network Virtualization and resource allocation in
function Virtualization, White Paper”, Dec 2014. [Online]. Available: virtual networks.
http://nse.viavisolutions.com/ProductLiterature/Maximizing-
Profitability-with-NFV-Orchestration.pdf
[65] J. Carapinha, et.al. “D2.1: Reference Scenarios and Technical System
Requirements Definition”, Mobile Cloud Networking FP7 project, Apr
2013. [Online]. Available: http://fp7-mcn.eu/site/
[66] Corici, M.; Gouveia, F.; Magedanz, T.; Vingarzan, D. OpenEPC: A
technical infrastructure for early prototyping of NGMN testbeds,
International Conference on Testbeds and Research Infrastructures for
the Development of Networks and Communities (TridentCom), 2010,
Berlin. [Online]. Available: http://www.openepc.com/
[67] A. Csaszar, et al., “Unifying Cloud and Carrier Network - EU FP7
Project UNIFY”, Workshop on Distributed Cloud Computing (DCC),
Dec 2013. [Online]. Available: https://www.fp7-unify.eu/
[68] J. Martins, M. Ahmed, et.al, “ClickOS and the art of network function
virtualization”, in the 11th USENIX Conference on Networked Systems
Design and Implementation (N1SDI'14), 2014.
[69] Bondan, L. Dos Santos, C.R.P. Zambenedetti Granville, L.
“Management requirements for ClickOS-based Network Function
Virtualization”, IEEE 10th International Conference on Network and
Service Management (CNSM), p. 447 – 450, Nov. 2014, Brazil
[70] Blue Planet SDN Platform, “Nuage”, [Online]. Available:
http://www.nuagenetworks.net/
[71] Kejie Lu, Shucheng Liu, Shucheng Liu, Mehmet Ersue, and Yu Cheng.
“Network Function Virtualization: Opportunities and Challenges”, IEEE
network, IEEE Network, The Magazine of Global Internetworking, v.
29, n. 3, Jun 2015.
[72] Lim, S. ; Ha, J. ; Kim, H. ; Kim, Y. ; Yang, S. “A SDN-oriented DDoS
blocking scheme for botnet-based attacks”, Sixth International
Conference on Ubiquitous and Future Networks, p. 63-68, 8-11, Jul
2014.
[73] Raphael Rosa, Marcos Siqueira, Emerson Barea, Cesar Marcondes,
Christian Rothenberg, “Network Function Virtualization: Perspectivas,
Realidades e Desafios”, XXXII Simpósio Brasileiro de Redes de
Computadores e Sistemas Distribuídos Florianópolis, May 2014.
[74] M. Beck and J. F. Botero, “Resilient allocation of service function
chains,” in IEEE Conference on Network Function Virtualization and
Software Defined Networks 2015 (NFV-SDN’15), San Francisco, USA,
Nov. 2015, "submitted"
[75] Jaeger, B., "Security Orchestrator: Introducing a Security Orchestrator in
the Context of the ETSI NFV Reference Architecture," in
Trustcom/BigDataSE/ISPA, 2015 IEEE , vol.1, no., pp.1255-1260, 20-
22 Aug. 2015.