See discussions, stats, and author profiles for this publication at: https://www.researchgate.

net/publication/343999151

SD-WAN, UNA OPORTUNIDAD PARA LA TRANSFORMACIÓN DIGITAL SD-WAN,

AN OPPORTUNITY FOR DIGITAL TRANSFORMATION

Conference Paper · August 2020

CITATIONS READS

0 399

1 author:

Claudia Carballo
Università degli studi di Cagliari
9 PUBLICATIONS   0 CITATIONS   

SEE PROFILE

Some of the authors of this publication are also working on these related projects:

Transport network, synchronization, SDN View project

All content following this page was uploaded by Claudia Carballo on 31 August 2020.

The user has requested enhancement of the downloaded file.

 SD-WAN, UNA OPORTUNIDAD PARA LA TRANSFORMACIÓN
DIGITAL

SD-WAN, AN OPPORTUNITY FOR DIGITAL TRANSFORMATION

Claudia Carballo González

ETECSA, Cuba, claudia.carballo@etecsa.cu

RESUMEN: SD-WAN se presenta como una gran oportunidad para los operadores de telecomunicaciones en
la era de la virtualización y la transformación digital. Dicha tecnología juega un papel clave para aumentar el
desempeño, la eficiencia, escalabilidad, flexibilidad y seguridad de las redes. Además, permite disminuir la com-
plejidad y los costos en cuanto a Capex y Opex, lo cual no es sostenible con las redes tradicionales, donde hay
un número creciente de dispositivos, aplicaciones, usuarios, amenazas y presupuestos estáticos de Tecnologías
de la Información. En este trabajo se analiza el estado del arte de SD-WAN, sus principales proveedores y ca-
racterísticas; así como se proponen los requerimientos necesarios a tener en cuenta, como punto de partida,
para el despliegue de esta tecnología en la red de transporte de ETECSA.

Palabras Clave: SDN, virtualización, SD-WAN.

ABSTRACT: SD-WAN is a great opportunity for telecommunications operators in the era of virtualization and
digital transformation. This technology plays a key role in increasing the performance, efficiency, scalability, flexi-
bility and security of networks. In addition, it allows reducing complexity and costs in terms of Capex and Opex,
which is not sustainable with traditional networks, where there is an increasing number of devices, applications,
users, threats and static budgets of Information Technology. This paper analyzes the current status of SD-WAN,
its main suppliers and features. The necessary requirements are proposed, as a starting point, for the deploy-
ment of this technology in the transport network of ETECSA.
KeyWords: SDN, virtualization, SD-WAN.

1. INTRODUCCIÓN Actualmente, según datos proporcionados por SDX

Las redes de telecomunicaciones se están trans-
formando no sólo debido a avances tecnológicos
sino por la necesidad de dar soporte a nuevos
estilos de servicios y, hoy más que nunca, de
impulsar la consecución de nuevos objetivos de
negocio. Es la época de la transición hacia la
transformación digital, haciendo de la tecnología
un protagonista clave de una revolución en los
modelos de negocio y métodos de inversión.
Ante esta panorámica, las necesidades actuales
de conectividad representan una prioridad cada
vez más importante para las empresas que quie-
ren innovar. La capacidad de acceder a Internet
a través de banda ancha se ha convertido en
una obligación para apoyar la inversión en trans-
formación digital.
“IX Simposio Internacional de Telecomunicaciones”
Central, entre el 30% y 50% del tráfico de datos de
las grandes empresas se ha movido a la nube [1].
Además, en 2030, el 80% del despliegue de aplica-
ciones será en la nube. En un contexto en donde el
89% de las empresas considera los datos abiertos
como un reto de futuro, y donde el ancho de banda
crece anualmente a una media del 20%, las infraes-
tructuras de nube están sustituyendo al centro de
datos tradicional.
Es importante señalar además, que los operadores
de telecomunicaciones con las redes tradicionales
necesitan un tiempo considerable para aprovisionar
los servicios legados así como los servicios imple-
mentados con VPN (Redes Privadas Virtuales).
Asimismo, es cada vez más compleja la gestión de
la cambiante topología de red y del tráfico creciente
de datos.
 “SD-WAN, UNA OPORTUNIDAD PARA LA TRANSFORMACIÓN DIGITAL”
Centrándonos en el Backbone de la red, está
compuesto por las capas óptica e IP las cuales
actualmente son planeadas y mantenidas de
manera independiente, lo cual las hace más
complejas y costosas. Además, las tradicionales
redes MPLS que llevan el tráfico de las oficinas
remotas al Centro de datos presentan problemas
para ofrecer la baja latencia y el alto rendimiento
necesario para acceder a aplicaciones de nube,
así como su CAPEX/OPEX es elevado.
Para dar solución a esta problemática, los ope-
radores están apostando por las SD-WAN (Re-
des de Área Amplia Definidas por Software), que
emplean software y tecnologías basadas en nu-
be para simplificar la entrega de servicios WAN
a oficinas remotas, así como un control centrali-
zado para dictar políticas que garanticen el co-
rrecto desempeño de la red. Dicha tecnología
permite el despliegue de servicios de forma rápi-
da, con calidad, seguridad y fiabilidad, con bene-
ficios tales como ubicuidad, mayor ancho de
banda y menores costos.
ETECSA, único operador de telecomunicaciones
en Cuba, se enfrenta a los desafíos menciona-
dos anteriormente. Actualmente, se encuentra
inmerso en el proceso de informatización de la
sociedad, realizando inversiones en tecnologías
de banda ancha para proporcionar servicios de
alto valor agregado a la población y a las institu-
ciones empresariales.
Sin embargo, las redes tradicionales deben ser
migradas a redes ágiles, flexibles, abiertas, es-
calables y eficientes que garanticen enfrentarse
a los retos que impone la era de la virtualización
y la banda ancha, sobre todo a la coexistencia
de diversos estándares, servicios y modelos de
negocio. En específico, deben sentarse las ba-
ses para adoptar tecnologías como NFV (Virtua-
lización de las Funciones de Red), SDN (Redes
Definidas por Software), Big Data e IoT (Internet
de las Cosas), que constituyen las tendencias de
telecomunicaciones y en las cuales están traba-
jando arduamente los principales proveedores
de tecnologías a nivel mundial.
Ante esta situación problemática, el objetivo ge-
neral del trabajo fue proponer los requerimientos
a tener en cuenta para el despliegue de la tecno-
logía SD-WAN en la red de transporte de
ETECSA.
2.1 SDN
Las redes definidas por software (SDN) son un con-
junto de técnicas relacionadas con el área de redes
computacionales, cuyo objetivo es facilitar la imple-
mentación de servicios de red de una manera de-
terminista, dinámica y escalable, evitando al admi-
nistrador de red gestionar dichos servicios a bajo
“IX Simposio Internacional de Telecomunicaciones”
nivel [2]. Todo esto se consigue mediante la sepa-
ración del plano de control (software) del plano de
datos (hardware).
Las SDN alcanzan gran relevancia en la actualidad,
pues se requieren redes altamente programables
que, mediante el desarrollo de aplicaciones, permi-
tan definir ciertas políticas que especifiquen el com-
portamiento de una red de acuerdo a las necesida-
des referentes a seguridad, calidad de servicio y
enrutamiento de los usuarios y sean redes tan ma-
nejables como el administrador lo considere nece-
sario.
En la figura 1 se muestra la arquitectura general de
SDN, constituida por:
• Plano de reenvío, el cual emplea una arquitec-
tura distribuida y está formado por dispositivos físi-
cos (hardware) o virtuales (software) que forman
una red y realizan dos tareas de acuerdo a sus
componentes lógicos:
- Control: Recoge el estado de la red (topología o
estadísticas de tráfico) y se lo comunica al controla-
dor, el cual a su vez le indica las reglas de reenvío
de paquetes. Esta información es almacenada tem-
poralmente en la memoria local (como Memoria
Direccionable de Contenido Ternario, TCAM o Me-
moria de Acceso Aleatorio Estático, SRAM), ele-
mento fundamental de esta entidad lógica, ya que
en caso de ser insuficiente los paquetes serían des-
cartados o enviados directamente al controlador,
con degradación de la red [3].
- Datos: El procesador de red reenvía los paquetes
en base a las decisiones tomadas por el plano de
control. Al recibir un paquete, el dispositivo identifica
la decisión de reenvío que coincide con el paquete.
Además de realizar el proceso en base a las direc-
ciones IP o MAC como en las redes tradicionales,
en SDN puede ser también basándose en puertos
TCP/UDP, etiqueta VLAN, puerto de entrada en el
conmutador u otros parámetros [3].
Estos dispositivos de reenvío se dividen en dos
tipos: SDN puros (conmutador OpenFlow) o híbri-
dos. En los conmutadores SDN puros, todas las
funciones de control de uno tradicional (es decir,
protocolos de enrutamiento que se utilizan para
construir las bases de datos de información de re-
envío) se ejecutan en el controlador central. La fun-
cionalidad en el conmutador se restringe exclusiva-
mente al nivel de los datos. En cambio, en un con-
mutador híbrido, las tecnologías SDN y los protoco-
los de conmutación tradicionales funcionan simultá-
neamente. Un administrador puede configurar el
controlador SDN para descubrir y controlar cierto
tipo de tráfico mientras que los protocolos de redes
tradicionales continúan dirigiendo el resto del tráfico
en la red.
• Plano control, que se puede subdividir en una
capa de hipervisor y en una capa de sistema de
control donde residen los controladores.
 “SD-WAN, UNA OPORTUNIDAD PARA LA TRANSFORMACIÓN DIGITAL”
• Plano de aplicaciones, que es la capa superior
de la arquitectura, la cual se encarga de incluir las
funciones de red, herramientas de orquestación y
aplicaciones de negocio que determinen el compor-
tamiento y características de la red. En él residen
las aplicaciones con el objetivo de controlar la co-
nectividad proporcionada por un conjunto de recur-
sos, así como inspeccionar, modificar y controlar el
tráfico que fluye en la red.
Fig. 1: Arquitectura general SDN [4]
2.1.1 Interfaces de Programación Abiertas
(APIs)
Las APIs garantizan la interacción entre todas las
capas de la arquitectura SDN. En el caso de las
APIs hacia el sur permiten la interacción de los dis-
positivos de red con el controlador, mientras que las
APIs hacia el norte permiten la comunicación entre
las aplicaciones y el controlador.
En el caso de las APIs hacia el norte (northbound),
presentan una interfaz de abstracción de red para
las aplicaciones y los sistemas de gestión en la
parte superior de la arquitectura SDN en correspon-
dencia con los intereses del fabricante y las comu-
nidades de desarrollo. Al existir un gran número de
aplicaciones desarrolladas en la actualidad, dichas
APIs representan uno de los elementos más com-
plejos en el entorno SDN. Ejemplo de ellas son
APIs ad-hoc, RESTful APIs, interfaces de progra-
mación de multinivel, entre otras [4].
Las APIs hacia el sur (southbound) son empleadas
por los controladores para enviar las reglas sobre
los flujos de tráfico a los dispositivos de red. La API
hacia el sur principal en la actualidad es OpenFlow,
la cual se encuentra estandarizada por la ONF.
Existen, además, una serie de southbound APIs
propietarias tales como OnePK, que proviene de
Cisco, y que son adecuadas para equipos hereda-
dos de sus respectivos fabricantes; así como proto-
colos de gestión y control ya existentes, ejemplo
“IX Simposio Internacional de Telecomunicaciones”
NETCONF.
Las APIs hacia el este y oeste (east/westbound)
permiten que los controladores de distintos domi-
nios, o en el mismo dominio, puedan comunicarse
entre ellos y que estén sincronizados para lograr
una mayor disponibilidad. Usan un sistema de noti-
ficaciones y mensajes o un protocolo de distribución
similar al protocolo BGP (Border Gateway Protocol)
o a OSPF (Open Shortest Path First). Los desarro-
llos existentes son privados y dependientes del tipo
de controlador usado [5].
2.1.2 OpenFlow
OpenFlow es un protocolo de control que permite
acceder directamente y manipular el plano de redi-
reccionamiento de dispositivos de red tales como
conmutadores y enrutadores, ya sean físicos o vir-
tuales (basados en hipervisor) [6]. Facilita la abs-
tracción de la red, suministrando al controlador un
método para comunicarse con dispositivos de va-
riados fabricantes y de múltiples tipos (enrutadores,
conmutadores, balanceadores de carga) utilizando
una interfaz estandarizada, lo cual viabiliza la im-
plementación de SDN al garantizar la manipulación
directa a la capa de reenvío.
2.1.3 Controlador SDN
El controlador SDN es el cerebro de la red, donde
reside la inteligencia y se dictan las políticas, de
manera dinámica, para administrar el flujo de datos
y gestionar los dispositivos (enrutadores, conmuta-
dores, entre otros) y las comunicaciones.
Cumple fielmente con las peticiones de las aplica-
ciones que soporta, mediante la “traducción” de sus
requisitos con un lenguaje de alto nivel, teniendo
varias opciones: Python, Java, C++, Flowbased
Management Language (FML), Frenetic o Nettle.
Esto permite una configuración más rápida y efi-
ciente que en las redes tradicionales.
El control centralizado tiene como deficiencia la
escalabilidad, pues pueden convertirse en el cuello
de botella en la operación de la red. Por este motivo
la red debe dividirse en múltiples dominios SDN,
cada uno con su controlador. La interconexión entre
los mismos es vital para el enrutamiento de la in-
formación, la seguridad y la QoS. Además, se pue-
den utilizar controladores de respaldo en caso de
fallas.
Se encuentran disponibles un número considerable
de controladores, los cuales pueden ser de código
abierto o propietarios, entre los que se encuentran
Beacon, OpenDaylight, Floodlight, NOX, POX y
Ryu.
2.2 SD-WAN
La WAN definida por software (SD-WAN) es un
 “SD-WAN, UNA OPORTUNIDAD PARA LA TRANSFORMACIÓN DIGITAL”

enfoque para diseñar e implementar una red de • Seguridad: SD-WAN es una oportunidad para
área amplia empresarial empleando la tecnología proveer autenticación y políticas de cifrado, inde-
SDN. Es un ecosistema de hardware (incluidos los pendientemente del mecanismo de transporte o
equipos de las instalaciones del cliente, como dis- proveedor de servicios subyacente.
positivos de borde), software (incluidos los controla- En la figura 2 se muestra la arquitectura general de
dores) y servicios que permiten un alto rendimiento, SD-WAN, donde se evidencian los elementos de
fiabilidad y seguridad [7]. borde (SD-WAN Edge) que pueden ser físicos o
En primer lugar, permite el enrutamiento dinámico y virtualizados; el Gateway SD-WAN; el controlador,
eficiente del tráfico basado en políticas a través de en el cual reside la inteligencia de la red y dicta las
múltiples conexiones WAN. Los proveedores de políticas a los elementos anteriormente menciona-
servicios pueden usar MPLS, Internet público, tec- dos; el orquestador, necesario para modificar o
nologías de acceso LTE u otras para optimizar el crear nuevas redes, objetos y servicios, así como
ancho de banda al menor costo posible. En segun- para maximizar los recursos disponibles; y el portal
do lugar, el elemento definido por software brinda a Web de suscripción, donde se crea o modifica el
los proveedores de servicios y a sus clientes una servicio del cliente.
mayor flexibilidad a la hora de automatizar procesos
claves, lo cual acelera y simplifica la configuración,
adición, eliminación y administración de servicios de
red basados en las demandas del negocio y las
preocupaciones competitivas.
A continuación, se sintetizan las ventajas que tiene
para las empresas de telecomunicaciones la im-
plementación de SD-WAN:
• Agilidad para el negocio: A diferencia de las
redes tradicionales, con SD-WAN el despliegue de
servicios en oficinas remotas se reduce a solo mi-
nutos, sin necesidad de enviar a personal de TI a
desplegarlos en el sitio. El ancho de banda puede
ser variado dinámicamente en función de las nece-
sidades del negocio.
• Posibilidad de migrar a redes híbridas: La ma-
yoría de las organizaciones distribuidas cuentan con
tecnología MPLS desplegada en las oficinas remo-
tas. Las empresas pueden desplegar soluciones
SD-WAN sin cambiar las redes existentes. Con el
tiempo, pueden migrar estas infraestructuras de Fig. 2 Arquitectura general de SD-WAN [9]
manera efectiva reduciendo costos (SD-WAN es
entre 3 y 9 veces más barato que las redes WAN 2.2.1 Principales proveedores de SD-WAN
tradicionales) [8]. En 2015, el relativamente temprano despliegue de
• Automatización de la gestión del tráfico: SD- SD-WAN supuso casi 225 millones de dólares. IDC
WAN ofrece la posibilidad de priorizar tráfico. La (International Data Corporation) predijo que las
clave es proporcionar a los gestores de la red he- oportunidades que generará este mercado alcanza-
rramientas fáciles de usar para establecer las priori- rán los 288 millones de euros entre 2018 y 2022, y
dades con características que automaticen los un crecimiento sostenible del 60% entre 2016 y
cambios en los flujos de tráfico en función de las 2022 [8].
condiciones reales de la red. El tráfico puede ser
ajustado a partir de las demoras, capacidad del En el gráfico de la figura 3, se observan las inten-
enlace, tipo de servicio, horario del día, mes del ciones de las organizaciones para implementar SD-
año, entre otros parámetros. WAN y en qué período de tiempo.

“IX Simposio Internacional de Telecomunicaciones”

 “SD-WAN, UNA OPORTUNIDAD PARA LA TRANSFORMACIÓN DIGITAL”
Fig. 3 Período de despliegue de SD-WAN [10]
Según una encuesta realizada por Barracuda
Networks [11], el proceso de adopción de SD-
WAN se ha traducido en distintos logros. El 45%
de las empresas encuestadas que han adoptado
dicha tecnología refieren una mejora en la seguri-
dad, flexibilidad y agilidad de la red. Entre el 40 y
el 42% han visto favorecida la conectividad y el
desempeño de las aplicaciones y detectan una
reducción en el gasto general. Apenas un 1% dice
no notar ningún efecto.
La empresa de medios e investigación IHS Mar-
ket, que hace un seguimiento de los proveedores
de SD-WAN que generan la mayor cantidad de
ingresos, lanzó una lista con fecha de enero de
2018 con la relación de los ingresos de dichos
proveedores en el tercer trimestre del 2017 [12].
Dicha lista se detalla en la tabla 1.
Tabla I: Líderes SD-WAN a nivel mundial [12]
2.3 Modelos de despliegue
Existen tres modelos de despliegue SDN:
-Modelo SDN basado en dispositivos: Se refiere a
“IX Simposio Internacional de Telecomunicaciones”
una red de conmutadores físicos SDN que operan
solo bajo las instrucciones de un controlador SDN,
como se muestra en la figura 4.
-Modelo SDN Overlay: Está basado en la super-
posición de redes sobre una infraestructura de
redes físicas subyacente. Los nodos finales SDN
son dispositivos virtuales que forman parte de
hipervisores en un ambiente de virtualización de
servidores. En este escenario el controlador admi-
nistra el reenvío del tráfico de los conmutadores
lógicos que se encuentran definidos en los hiper-
visores y no altera la red física actual ni el plano
de control distribuido de la red subyacente.
Fig. 4: Modelo SDN basado en dispositivos [13]
Para crear la red virtual, los nodos SDN lógicos
establecen túneles Overlay entre sí a través del
protocolo: VxLAN (Virtual Extensible LAN),
NVGRE (Network Virtualization using Genering
Routing Encapsulation), o STT (Stateless Trans-
port Tunneling). Estos túneles usualmente termi-
nan en los switches virtuales dentro de los hipervi-
sores o en dispositivos físicos que actúan como
gateways hacia la red existente.
En la figura 5 se muestra este modelo con un
controlador SDN, tres xSwitches hospedados en
tres hipervisores y una red tradicional subyacente
de cinco switches. Este modelo se utiliza en esce-
narios donde se requiere una implementación
 “SD-WAN, UNA OPORTUNIDAD PARA LA TRANSFORMACIÓN DIGITAL”
rápida de una solución SDN sobre una red IP exis-
tente.
-Modelo SDN Híbrido: Está basado en la convi-
vencia de tecnologías de redes tradicionales con
tecnologías de red SDN en un mismo entorno. En
este caso un Gateway SDN corre tanto el modelo
SDN Overlay como el modelo SDN basado en
dispositivos. También existe la opción de disponer
de un Gateway SDN que corre protocolos legados
tradicionales y protocolos SDN/OpenFlow.
Fig. 5 Modelo SDN Overlay [13]
Fig. 6: Plataforma SD-WAN con controlador planos IP y óptico [14]
• El controlador debe:
- Soportar OpenFlow, que es el protocolo es-
tándar de las APIs hacia el sur para la comu-
nicación con los dispositivos de reenvío.
-Soportar una versión de OpenFlow superior a
1.2, para garantizar el soporte a IPv6.
-Ser de código abierto, para obtener el código
fuente y poder programar las políticas en de-
pendencia de las propias necesidades de la
empresa.
“IX Simposio Internacional de Telecomunicaciones”
3. Requerimientos para la implementación
de SD-WAN
Teniendo en cuenta lo analizado en epígrafes
anteriores, a continuación se plantean los reque-
rimientos generales de hardware y software que
pueden servir, como punto de partida, para la
implementación de SD-WAN en la red de trans-
porte de ETECSA.
• La plataforma SD-WAN debe crear una su-
perposición que abstraiga la WAN existente, em-
pleándose un controlador para los planos óptico e
IP, tal y como se muestra en la figura 6.
• Debe permitir:
- La asignación dinámica de ancho de banda para
la eficiencia del tráfico.
- La selección dinámica de la mejor ruta y la recu-
peración ante fallas del enlace activo.
- Tipos de conectividad independientes del trans-
porte (MPLS, Ethernet, redes de banda ancha fija
o móvil).
- La detección de aplicaciones y subaplicaciones
para usar en políticas de firewall, entre otras. Es-
tas aplicaciones deben ser tratadas según su cla-
sificación dada por los administradores, las cuales
van desde “alta prioridad” a “baja prioridad”, o
desde “en tiempo real” a “gran volumen”.
-Soportar al menos 100 dispositivos de enru-
tamiento, para garantizar la escalabilidad de la
red.
-Ser multiprocesos y con soporte de OpenS-
tack, que es un software de código abierto dis-
tribuido bajo los términos de la licencia de
Apache, con el objetivo de proporcionar una
infraestructura como servicio (IaaS) [15].
-Debido a los beneficios que ofrece la virtuali-
zación de red, un controlador SDN debe so-
portarla. Esta característica permite a los ad-
 “SD-WAN, UNA OPORTUNIDAD PARA LA TRANSFORMACIÓN DIGITAL”

ministradores crear dinámicamente las redes

virtuales basadas en políticas, para satisfacer
una amplia gama de requisitos como, por
ejemplo, la ampliación horizontal de la capaci-
dad, sin afectar los flujos existentes.
-Otra de las ventajas de la virtualización de
redes es que permite un completo aislamiento
entre cada segmento de red, lo que es muy
útil por razones de seguridad como, por ejem-
plo, mantener aislados los datos generados
por un grupo de usuarios de otros y permitir a
los desarrolladores de aplicaciones ejecutar
las mismas en un entorno de trabajo sin afec-
tar el tráfico. Para cumplir estos requisitos de
manera eficiente, en los controladores SDN se
deben configurar las redes virtuales de forma
centralizada, con total aislamiento unas de
otras, y dichas configuraciones deben estar
automatizadas.
-Es necesario que el controlador pueda definir
los parámetros de QoS flujo por flujo. Fig. 9 Arquitectura general SD-WAN
- Otra importante funcionalidad en un controlador
SDN es su capacidad para descubrir múltiples -Realizar las inversiones pertinentes para la ad-
caminos desde el origen del flujo a su destino y quisición de equipamiento con soporte de
para dividir el tráfico de un flujo dado a través de OpenFlow.
múltiples enlaces. Esta capacidad elimina la nece-
sidad de STP (Protocolo de Árbol Extendido) y
aumenta el rendimiento y la escalabilidad de la red
permitiendo, también, eliminar la necesidad de
añadir a la complejidad de la red nuevos protoco-
los como TRILL (del inglés Transparent Intercon-
nection of Lots of Links) o SPB (del inglés Shortest
Path Bridging).
-El software requerido por el controlador se reco-
mienda instalar en un servidor independiente o en
un servidor blade. Asimismo, el software requeri-
do por el Orquestador SDN se recomienda instalar
en un servidor independiente y ser gestionado
empleando un navegador Web. Fig. 8 Modelo híbrido para despliegue SDN

En la figura 7 se muestra la arquitectura SD-WAN • El controlador se conectará al sistema de

propuesta.
• En el caso de los elementos ópticos e IP del
Backbone:
-Analizar cuáles equipos que hoy se encuentran
en el Backbone están listos para SDN, los cuales
solo requerirían actualizaciones del firmware para
soportar OpenFlow.
-En una primera etapa debe emplearse un modelo
de despliegue híbrido, donde convivan las redes
legadas con la red SDN (figura 8). Los dispositivos
ya existentes coexistirán con los nuevos dispositi-
vos OpenFlow, bajo protocolos tradicionales distri-
buidos.
gestión y sincronizará sus datos a través de este.
Dicho sistema de gestión se propone también
virtualizarlo para lograr una mayor eficiencia y alta
disponibilidad.
• Ubicar los controladores en los Centros de
Datos, reservando los recursos necesarios para la
plataforma SD-WAN.
En la figura 9 se muestra la arquitectura de mane-
ra general para la solución SD-WAN, donde se
observa el orquestador, el controlador, los disposi-
tivos de reenvío y dos tipos de servicio que son
administrados por el controlador dentro de su do-
minio (L3VPN y VLL).

“IX Simposio Internacional de Telecomunicaciones”

 “SD-WAN, UNA OPORTUNIDAD PARA LA TRANSFORMACIÓN DIGITAL”
Fig. 9 Solución SD-WAN
4. CONCLUSIONES
Como conclusiones de este trabajo se puede plan-
tear lo siguiente:
• La tecnología SD-WAN permite agilidad, efi-
ciencia, inteligencia y reducción de tiempos de
provisión en el Backbone, por lo que debe ser
analizada como una solución a implementar en la
red de ETECSA.
• Deben cumplirse los requerimientos plantea-
dos para lograr una correcta implementación de la
tecnología SD-WAN, destacándose que, en una
primera etapa, el modelo de despliegue debe ser
híbrido, donde coexistan los dispositivos legados
con los nuevos dispositivos OpenFlow.
5. REFERENCIAS BIBLIOGRÁFICAS
1. Pesarini Eugenio: “Redes MPLS y SD-
WAN: La tecnología del futuro dibuja una
WAN híbrida”, 2017.
2. IETF 7149: "Software-Defined Networking: A
Perspective from within a Service Provider
Environment". Available from:
https://tools.ietf.org/html/rfc7149, 2014.
3. W. Xia, Y. Weng, C. H. Foh, D. Niyato, and
H. Xie: “A Survey on Software-Defined Net-
working,” in 2015 21st Asia-Pacific Confer-
“IX Simposio Internacional de Telecomunicaciones”
View publication stats
ence on Communications (APCC), 2015, pp.
1–6.
4. J. A. Rams, C. A. Calderón, and D. F. Fon-
seca: “LENGUAJES DE ALTO NIVEL DE
ABSTRACCIÓN PARA EL DESARROLLO
DE APLICACIONES SDN,” Telemática Ha-
bana, vol. 16, no. 2, p. p.1-11, 2017.
5. S. B. García and C. S. E. García: “Procedi-
miento para la migración de redes tradicio-
nales a SDN en un ambiente empresarial,”
Universidad Tecnológica de la Habana José
Antonio Echeverría, 2017.
6. Foundation ON: “OpenFlow Switch Specifi-
cation Version 1.4.0 (Wire Protocol 0x05)”,
2013. Universidad Nacional de la Patagonia
“San Juan Bosco.”
7. Rodriguez Juan: “SD-WAN, la respuesta a
las necesidades de la red empresarial”,
2017.
8. Interoute: “¿Es la SD-WAN lo que necesitan
sus redes?”, 2017.
9. Lacnic: “SD-WAN, Software Defined WAN”,
2017.
10. IT user: “SD-WAN”, 2017.
11. https://www.networkworld.es/seguridad/el-
sdwan-se-perfila-como-la-principal-opcion-
en-redes-para-las-organizaciones-europeas.
12. Telegeography: “SD-WANs and Lifecycle
Service Orchestra on (LSO) ”, 2017.
13. G. Piera, E. Gámez: “Lineamientos para el
Despliegue de Redes SDN/OpenFlow”, Re-
vista Venezolana de Computación, 2017.
14. Huawei:
“TSDN_V100R002C00_Product_Documenta
tion_02”, 2018.
15. OpenStack: “The Path to Cloud Considera-
tions and recommendations for businesses
adopting cloud technology”. Available from:
www.openstack.org.
6. SÍNTESIS CURRICULAR
Claudia Carballo González (La Habana, 1992). Especialista
Principal Grupo Redes de Agregación, Departamento
Transmisión, Dirección Planeamiento, ETECSA. Graduada
de Ingeniería en Telecomunicaciones y Electrónica en
2015. Ha participado en los Simposios de Telecomunicacio-
nes de 2016 y 2018, así como en otros eventos afines. Cur-
sa actualmente la maestría en Telemática en la Universidad
Tecnológica de La Habana José Antonio Echeverría y es
profesora de la asignatura Sistemas de Transmisión.