Implementación del controlador SDN usando OpenDaylight:
experimentos
Alexandru Eftimie 1 , Eugen Borcoci 1,
1 Departamento de Telecomunicaciones, Universidad POLITEHNICA de Bucarest, Bucarest,
Rumania Contacto autor e-mail: alexandru.eftimie@gmail.com, eugen.borcoci@elcom.pub.ro
Resumen - Software Defined Networking (SDN) es ment para
añadir flexibilidad a las opciones de implementación del plan
de control, lo que permite elegir entre los puntos del eje de
diseño de implementación: centralizado a distribuido, micro-
flujo a flujo agregado, reactivo a proactivo, Virtual a físico, y
totalmente consistente a eventualmente consistente. Cabe
destacar que el problema de comparar los controladores SDN
es extremadamente difícil, principalmente porque es un
problema multifacético. Además, el análisis comparativo
normalmente ayuda a 'seleccionar' un controlador para
cumplir con un determinado o un conjunto de requisitos. Este
documento tiene como objetivo presentar la implementación
de un controlador de código abierto OpenDaylight en un
entorno pequeño. Los experimentos descritos pueden ayudar a
los implementadores a desarrollar sistemas orientados a SDN.
Se destacarán los pros y los contras con respecto a la
implementación y funcionalidad.
Keywords: Opendaylight; Redes definidas por software;
OpenFlow.
I.INTRODUCCIÓN
Trasladar la mayoría de los recursos computacionales a la
periferia de la red es más bien una descentralización del diseño
centralizado actual. Esto se traduce en el hecho de que, aunque
la potencia informática se lleva al borde de la red, todavía se
necesita una entidad para garantizar la gestión de un conjunto
agregado de equipos. Este artículo tiene como objetivo ilustrar
un controlador SDN que puede gestionar un gran número de
equipos en la periferia de la red. Esta entidad también debe
colocarse al final de la red y tiene la función de agregar un
conjunto de equipos de acceso, coordinarlos y ser un punto de
comunicación con el resto de la red, especialmente con la
nube.
El controlador propuesto en este documento para la
evaluación es Opendaylight [1] - esta es una herramienta
apoyada y desarrollada por muchas organizaciones a nivel
mundial y que puede ser el candidato ideal para este papel.
Seguiremos el camino de su aplicación e identificaremos
las dificultades, así como las limitaciones que puedan
surgir y que harían engorrosa la aplicación a gran escala.
Las pruebas del controlador
978-1-7281-5611-8/20/$31.00 ©2020 IEEE
Uso autorizado con licencia limitado a: Universidad Peruana de Ciencias Aplicadas (UPC). Descargado el 09 de noviembre de 2022 a las 23:06:15 UTC desde IEEE Xplore. Se
aplican restricciones.
se realizará con una red simulada en Mininet [2], con una
complejidad reducida. Se discutirán aspectos sobre
configuración, modo de acceso, estadísticas de lectura e
interfaces disponibles.
Otra razón por la que se eligió este controlador es la
interfaz Representational State Transfer (REST) que ofrece
a todas las demás entidades que se supone que interactúan
con él. Este controlador, por su ubicación, pero también
por la función de agregar una serie de equipos en el área de
acceso, necesita soporte para la automatización. La interfaz
REST es una potente herramienta para implementar la
automatización de la nube en la periferia de la red. Por
ejemplo, cambiar el umbral de un sensor se puede hacer
automáticamente a través de esta automatización y una
sola llamada al servidor REST a través de HTTPs
resolverá el problema. Así, el tiempo de configuración y
los recursos humanos necesarios se reducirán
considerablemente.
Las principales características a seguir son la
estabilidad, el pequeño número de dependencias, la
seguridad y especialmente la seguridad de las
comunicaciones, el consumo de recursos y el impacto del
número de equipos que se gestionan en los recursos del
controlador. Estas son características clave que dicho
controlador debe cumplir para llevar la potencia
informática a la periferia de la red [3].
A.Tootoonchian et al., fueron de los primeros en
proporcionar el análisis comparativo de controladores [4]:
"Sobre el rendimiento del controlador en redes definidas
por software." Cubrieron un número limitado de
controladores (NOX-MT, Beacon y Maestro) y se
centraron solo en el rendimiento del controlador. Estos
controladores ya han sido reemplazados por otros
controladores como POX, Ryu, FloodLight y
OpenDaylight [4].
Shalimov et al., realizaron el "estudio avanzado de los
controladores SDN/OpenFlow" en [5]. Los autores afirman
hacer un análisis comparativo imparcial de la efectividad
de los controladores SDN ampliamente utilizados: NOX,
POX, Beacon, Floodlight, MuL, Maestro y Ryu. En este
trabajo, los autores definen un término paraguas -
efectividad del controlador
— como un colección de eficienciaíndices,
tal como
477
 rendimiento, escalabilidad, fiabilidad y seguridad. Las
conclusiones proporcionadas por los autores incluyen [5]:
x Había varias posibles vulnerabilidades de
seguridad de los controladores probados;
x La mayoría de los controladores eran capaces
de hacer frente a una carga de trabajo media;
x El rendimiento máximo fue demostrado por el
controlador Beacon;
La Tabla 1 resume la comparación de los controladores
de código abierto considerando diferentes casos de uso.
Tabla 1 Comparación de controladores OpenSource [3]
II.HERRAMIENTAS: LUZ DEL DÍA Y MININET
Esta sección resumirá algunos aspectos
OpenDaylight y Mininet.
Un. OpenDaylight
Organizado por la Fundación Linux, OpenDaylight
Project (ODL) [1] es un proyecto SDN de código abierto
que tiene como objetivo mejorar la red definida por
software (SDN) proporcionando un marco liderado por la
comunidad y apoyado por la industria para el controlador
OpenDaylight, que ha sido renombrado como
OpenDaylight Platform.
Debido a que la plataforma OpenDaylight es
multiprotocolo y modular, los usuarios pueden crear un
controlador SDN para satisfacer sus necesidades
específicas. Este enfoque modular y multiprotocolo da a
los administradores de TI la oportunidad de elegir un solo
protocolo o seleccionar varios protocolos para resolver
problemas complejos a medida que crecen. La plataforma
incluye soporte para todas las plataformas SDN,
incluyendo OpenFlow, Open vSwitch Database (OVSDB),
Network Configuration Protocol (NETCONF) y Border
Gateway Protocol (BGP).
El protocolo OpenFlow, considerado el primer estándar
SDN, define el protocolo de comunicación abierta que
permite al controlador SDN trabajar con el plano de
reenvío y realizar cambios en el comportamiento de la red.
Esto da a las empresas la capacidad de adaptarse mejor a
sus necesidades cambiantes y de tener un mayor control
sobre sus redes.
Uso autorizado con licencia limitado a: Universidad Peruana de Ciencias Aplicadas (UPC). Descargado el 09 de noviembre de 2022 a las 23:06:15 UTC desde IEEE Xplore. Se
aplican restricciones
478
OpenDaylight Controller expone las API abiertas del
norte que utilizan las aplicaciones. Estas aplicaciones
utilizan el controlador para recopilar información de red,
ejecutar algoritmos para realizar análisis y, a continuación,
utilizar OpenDaylight Controller para crear nuevas reglas
en toda la red. [6] [7]
OpenDaylight Controller se implementa
exclusivamente en software y se almacena en su propia
máquina virtual Java (JVM). Esto significa que puede
implementarse en hardware y en cualquier plataforma de
sistema operativo que soporte Java. El controlador utiliza
estas herramientas:
x Maven para la automatización de edificios
x OSGi para carga dinámica de paquetes y
embalaje de archivos JAR
x Interfaces JAVA para escuchar eventos,
especificaciones.
x REST API para entidades de servidor como
gestor de topología, rastreador de host,
planificador de flujo y enrutamiento estático.
B. Mininet
Mininet es un emulador de red [2]que crea un
de
red de hosts virtuales, switches, controladores y
conexiones. Los hosts de Mininet ejecutan software de red
Linux estándar, y sus switches admiten OpenFlow para un
enrutamiento personalizado altamente flexible y una red
definida por software.
Mininet ofrece un "banco de pruebas" virtual y un entorno
de desarrollo para SDN. Mininet permite el desarrollo de
SDN en cualquier computadora portátil o computadora, y
los diseños de SDN pueden moverse sin problemas entre
Mininet (lo que permite un desarrollo barato y optimizado)
y el hardware en tiempo real que se ejecuta en línea en
vivo. Mininet permite lo siguiente:
Creación rápida de prototipos de SDN;
Probar la topología compleja, sin necesidad de
conectar una red física;
Varios desarrolladores que compiten trabajando
independientemente en la misma topología;
III.APLICACIÓN
El propósito de este experimento es configurar y
observar el correcto funcionamiento de OpenDaylight, que
tiene el rol de controlador para una red emulada usando
Mininet. Se ha seguido la evaluación del controlador
OpenDaylight en la interconexión con otras plataformas;
en el trabajo anterior [8] se probó la interoperabilidad con
Openstack. Para este experimento utilizaremos máquinas
virtuales; el procedimiento se puede probar en varios
sistemas operativos.
En este experimento se han utilizado dos máquinas
virtuales: una de ellas ejecutará Mininet donde el emulado
 La topología de red se encuentra, y la segunda máquina
ejecutará el controlador OpenDaylight.
Las dos máquinas virtuales deben tener conectividad
entre sí y con el sistema que las aloja, para tener acceso
SSH a ellas y poder ejecutar el cliente X11. También se
necesita conexión a Internet. Para lograr esto, ambas
máquinas virtuales tendrán dos tarjetas de red, una
configurada como NAT (para el acceso fuera de la red) y
otra configurada como "red de solo host".
A. Configuración del controlador SDN
Para la implementación del controlador OpenDaylight
SDN, utilizamos la versión oficial de Ubuntu Server de
www.ubuntu.com [8]. La versión elegida es Ubuntu Server
18.04.2 LTS. El primer paso es crear una máquina virtual
con al menos 2 GB de RAM (el mínimo requerido para
ejecutar OpenDaylight).
Los esquemas de direccionamiento para las dos
máquinas virtuales son los siguientes:
Configuración de red direccionamiento IPv4
NAT 10.2.0.15/32
"red de solo host" 192.168.56.0/24
Tabla 2 Esquema de direccionamiento IP
Una vez que nos conectamos al servidor a través de
SSH recibimos la siguiente pantalla de inicio:
iniciar sesión como: odl-alex
Contraseña de odl-alex@192.168.56.104:
Bienvenido a Ubuntu 18.04.2 LTS
(GNU/Linux 4.15.0-55-generic x86_64)
Información del sistema a partir del
mar Jul 30 09:23:28 UTC 2019
Carga del sistema: 0.07
Procesos: 94
Uso de / 49.4% de 9.78GB
Usuarios registrados en: 1
Uso de memoria: 56%
Dirección IP para enp0s3: 10.0.2.15
Uso de intercambio: 0%
Dirección IP para enp0s8: 192.168.56.104
B. Mininet
a) Java
El controlador OpenDaylight es un programa Java
y por lo tanto Java debe estar instalado en este sistema.
Después de varias pruebas se ha notado que la versión 11
de Java no es compatible, la versión adecuada para este
experimento es 8.
479
Uso autorizado con licencia limitado a: Universidad Peruana de Ciencias Aplicaas (UPC). Descargado el 09 de noviembre de 2022 a las 23:06:15 UTC desde IEEE Xplore. Se
aplican restriccione
#install OpenJDK 11
$ sudo apt-get actualización
$ sudo apt-get install default-jre-headless
#desinstalar OpenJDK 11
sudo apt remove default-jre-headless
Buscar en la lista de miembros
#Add Universe Software Repositorio
sudo add-apt-repository universe
A continuación, debe instalar OpenDaylight en el
servidor de Ubuntu. Para ello debe descargar el software
en el sitio web oficial https://www.opendaylight.org/ El
archivo obtenido de la descarga es un * . tar que tiene que
ser descomprimido y ejecutado más tarde.
OpenDaylight está empaquetado en un
contenedor karaf. Karaf [6] es una tecnología de
contenedores que permite a los desarrolladores poner todo
el software necesario en una sola carpeta de distribución.
Para ejecutar OpenDaylight, ejecute el comando
karaf en la carpeta distribution-karaf-0.4.0-Beryllium.
odl-alex@odl-alex:~$ cd distribution-
karaf-0.4.0-Beryllium
odl-alex@odl-alex:~$ ./bin/karaf
b) Dependencias
OpenDaylight está empaquetado en un contenedor
karaf. Karaf es un entorno de ejecución modular de código
abierto.
Hemos instalado las siguientes funciones:
Odl-restconf - permite el acceso a la interfaz
RESTCONF
odl-l2switch-switch: Proporciona una funcionalidad
similar al switch
odl-mdsal-apidocs: Permite el acceso al Yang
API
odl-dlux-all: la interfaz gráfica de OpenDaylight
La configuración de Mininet se realizará utilizando una
máquina virtual; en la base de esta máquina virtual tiene como
sistema operativo un Ununtu Server. Los servicios que
necesitará para este experimento son SSH y un cliente de
software de X Server.
Un servidor X es un programa del sistema X Window que
se ejecuta en máquinas locales (es decir, equipos utilizados
directamente por los usuarios) y gestiona todo el acceso a
las tarjetas gráficas, visualización
 las pantallas y los dispositivos de entrada (normalmente un
teclado y un ratón) de esos ordenadores [9].
X Window System, a menudo conocido como X,
es un sistema completo, multiplataforma, libre de cliente-
servidor para administrar interfaces gráficas (interfaces
gráficas de usuario) en computadoras individuales y redes
de computadoras. El modelo cliente-servidor es una
arquitectura (es decir, diseño de red) que divide el trabajo
entre dos aplicaciones separadas, pero relacionadas,
llamadas clientes y servidores.
La máquina virtual Mininet está disponible en
http://mininet.org/downloadload. He elegido la versión
mininet-2.1.0-130919-ubuntu-13.04-server-amd64-ovf.zip.
Este archivo es un archivo ZIP comprimido que contiene
dos archivos, por lo que después de descargarlo debe
descomprimirse y guardarse. Estos archivos (* .ovf y
* .vmdk) se importan a VirtualBox, las tarjetas de red se
configurarán como se describe al principio del capítulo y se
iniciará la máquina virtual. Las credenciales son userid =
mininet y password = mininet.
En la ventana del terminal, que ahora ejecuta una
sesión SSH conectada a la máquina virtual, iniciamos
Xming:
mininet @ mininet-vm: ~ $ xterm -sb &
Tenemos todas las herramientas que necesita para
ejecutar Mininet y evaluar cómo el controlador SDN ve la
red. Se pueden usar dos métodos para crear una topología
en Mininet:
descripción de la topología mediante un código escrito
en python;
uso de una topología incorporada;
Crearemos una topología simple, como sigue:
una topología lineal con 3 interruptores;
cada interruptor tendrá un host conectado;
El controlador OpenDaylight estará disponible en IP
192.168.56.104:6633
OpenFlow 1.3 se utilizará
La infraestructura del sistema deseada se realizará
ejecutando lo siguiente:
mininet@mininet-vm:~$ sudo mn --topo linear,3 --mac -
-controller=remote,ip=192.168.56.109,port=6633 --
switch ovs,protocols=OpenFlow13
Se puede acceder al controlador OpenDaylight a través de
la interfaz gráfica Web:
http:///192.168.56.104:8181/index.html. Las credenciales
por defecto son username: admin, password: admin.
Desde esta interfaz podemos ver la topología gráfica
creada y tener información sobre los nodos presentes
(interfaz gráfica -> Nodos) como se muestra en la figura
III.
480
Uso autorizado con licencia limitado a: Universidad Peruana de Ciencias Aplicadas (UPC). Downloaded on November 09,2022 at 23:06:15 UTC from IEEE Xplore. Restrictions
apply.
Gráfico III-1 Estadísticas por nodo
Esta interfaz también ofrece una interfaz de
usuario YANG. Yang es una estructura de modelado de
datos [10]. Los operadores suelen estar familiarizados con
otros tipos de estructura de modelado de datos basada en
SNMP, SMI o MIB. Yang proporciona funcionalidad a los
switches SDN.
Esta interfaz ofrecida por OpenDaylight,
OpenDaylight Yang UI, es un cliente REST, con un
carácter gráfico, para construir y enviar solicitudes REST
al controlador OpenDaylight. Podemos usar Yang UI para
obtener información del almacén de datos o para construir
comandos REST para cambiar la información en el
almacén de datos - cambiar las configuraciones de red.
Para obtener información topológica utilizaremos un método GET
en
http://192.168.56.109:8181/restconf/operational/opendayl
inventario:
IV.CONCLUSIÓN
Se ha cumplido el propósito de este experimento de
integrar un controlador SDN para la gestión de red
simulada utilizando Mininet. Este informe de investigación
tenía como objetivo encontrar una alternativa al
controlador SDN-NFV. En un sistema con recursos
limitados, puede instalar y configurar un controlador SDN
con un mínimo de funciones requeridas. Agregar nuevas
características traería nuevas dependencias que podrían
plantear problemas.
La estabilidad de este controlador, el consumo de
recursos y las principales limitaciones se evaluaron
mediante la monitorización de los recursos de la máquina
donde se alojaba toda la configuración.
La principal ventaja de este controlador es el bajo
consumo de recursos del controlador Opendaylight.
Una gran ventaja de esta implementación es la
presencia de la interfaz REST. Esto es globalmente
aceptado e implementado y es una herramienta muy fácil
de usar para comunicarse con la red a través del
controlador. Aunque en el experimento presentado solo
utilizamos métodos GET, existe la posibilidad de
modificar la red a través de POST. En comparación con
otros controladores, la interfaz REST puede ser un
diferenciador importante, la integración a través de esta
interfaz puede traer automatización de la red a través de
Internet. Una posible implementación sería colocar este
controlador en el área de borde de la red. El concepto de
computación de niebla
 becomes easy to implement and manage through such an
interface.
From the point of view of the limitations, one of the
problems encountered is the incompatibility of OpenDaylight
with Java 11, although we used the latest version of software.
This could be a differentiator compared to other SDN
controllers for large-scale deployment. I should mention that I
did not find any way to configure the controller to accept this
version. Such dependencies can be brought by other additional
modules of the controller that require the presence of specific
services on the equipment of the horse on which it is installed.
Another obstacle encountered is the server's inability to
configure both interfaces via DHCP. Using a virtual
environment this problem may not exist in a real
implementation, given that the DHCP server is the
VirtualBox server. However, solving this problem is
simply editing the / etc / network / interfaces file.
Given the demanding network security requirements,
the REST interface used is working over HTTP. This
equates to great vulnerability. For large-scale use the
connection to port 443 - HTTPs is necessary.
x As future work a detailed analysis of the
limitations discovered and an in-extenso testing of
certain functions crucial for a good functioning in
a real system will be considered: a customized
topology will be considered looking for two
aspects: number of equipments and the network
structure. Topologies like the ones used in the
access area will be used for tests, taking in
consideration: the equipment arrangement, the
number of connections, redundancy.
x Performance evaluation of this controller remains
an open problem and it will be studied it the
future. In the presented setup this evaluation
cannot be extrapolated for real life use cases since
test network was linear and not hierarchical, with
many interconnections.
x Also, the REST server included in the controller
must be evaluated for scaled networks - its
performance regarding the response to many
concurrent requests or a long sequence of
requests. Considering that some of the operations
will block the thread until a response will be
generated there should be a queuing mechanism
or a request / response mechanism to avoid the
overwhelming of the controller.
481
Authorized licensed use limited to: Universidad Peruana de Ciencias Aplicadas (UPC). Downloaded on November 09,2022 at 23:06:15 UTC from IEEE Xplore. Restrictions apply.
Bibliography
[1] OpenDaylight Association, "Opendaylight," [Online].
Available: https://www.opendaylight.org/. [Accessed Jan
2020].
[2] Mininet Team, "Mininet," [Online]. Available:
http://mininet.org/. [Accessed Feb 2020].
[3] S. Rao, "The New Stack," [Online]. Available:
https://thenewstack.io/sdn-series-part-eight-comparison-of-
open-source-sdn-controllers/. [Accessed Feb 2020].
[4] A. Tootoonchian, S. Gorbunov, Y. Ganjali, M. Casado and
R. Sherwood, "Usenix," [Online]. Available:
https://www.usenix.org/conference/hot-ice12/workshop-
program/presentation/tootoonchian. [Accessed Feb 2020].
[5] A. Shalimov, D. Zuikov, D. Zimarina, V. Pashkov and R.
Smeliansky, "Association for Computing Machinery,"
[En línea]. Disponible:
https://dl.acm.org/doi/abs/10.1145/2556610.2556621.
[Consultado en febrero de 2020].
[6] Opendaylight community, "ODL Cloud and NFV,"
[Online]. Available: https://www.opendaylight.org/use-
cases-and-users/by-function/cloud-and-nfv. [Accessed 15
December 2019].
[7] Opendaylight community, "Platform Overview," [Online].
Available: https://www.opendaylight.org/what-we-do/odl-
platform-overview. [Accessed 15 December 2019].
[8] Ubuntu Community, "Ubuntu," [Online]. Available:
https://ubuntu.com/. [Accessed Jan 2020].
[9] B. Linkletter, "Brian Linkletter," [Online]. Available:
https://www.brianlinkletter.com/using-the-opendaylight-
sdn-controller-with-the-mininet-network-emulator/.
[Accessed Jan 2020].
[10] RFC community, "Request for Commnents," [Online].
Available: https://tools.ietf.org/html/rfc6020. [Accessed Jan
2020].