DISEÑO E IMPLEMENTACION DE UN

CONTROLADOR SDN/OPENFLOW Y UN
EMULADOR DE REDES
(Octubre 2016)
Primer A. Autor, Ruben Francisco Cordova Alvarado, Segundo B. Autor, Gabriel Josias Cuba Espinoza and
Tercer C. Autor, Juan Manuel Augusto Becerra Avila, Cuarto D. Autor, Antonio de Jesus Merino Gala

 tiene pensado cumplir es el diseño e implementación de un

Abstract— SEGUN ANTONO DE JESUS MERINO GALA
Consiste en el diseño e implementación de un emulador de
redes de alta capacidad. El objetio principal del emulador es
que las pruebas realizadas en el presenten un alta fidelidad,
sino también evitar generar fenómenos espurios: como perdida
de paquetes, este incluye un proceso de calibración del
hardware para que pueda soportar topología de interés.
Describe la situación actual de las redes, se identifica que tipo
de entorno es el más conveniente para cumplir los objetivos,
se presenta el modelo Cloud Computing y se realiza una
descripción de OpenStack ‘’software’’.
INTRODUCTION
emulador de alta fidelidad de redes y alta capacidad.
1. SDN/OPENFLOW
SDN
Es un nuevo paradigma de redes de daos, se deja de lado la
integración vertical y propietaria de los planos de control y
usuario de los equipos de red.
Es decir todo esto se consigue mediante la separación del
plano de control (software) del plano de datos (hardware).
Haciendo comparación con la otra tesis también es una
arquitectura de red en la cual se tiene dos planos (plano de
control y plano de datos) con esto se saca una gran ventaja ya
que el plano de control puede ser programable, ademas trata a
la red como una sola entidad lógica.

T rataremos de explicar brevemente acerca de las redes de

campus académicas, la cual cuentan con una gran cantidad
de usuarios, que van desde el uso de plataformas
1.2ARQUITECTURA SDN

educativas y correo electrónico, como también el uso de las En la capa de infraestructura existen nodos (switches,
redes sociales como motivo de recreación. routers) estos se limitan a reenviar paquetes. Southbound
Las redes han ido evolucionando al pasar del tiempo y esto
permite separar el Plano de control del de datos y Openflow
hace que surjan nuevas arquitecturas de redes pero para que
sean implementadas estas deben ser evaluadas con lo llamas es la interfaz con mayor aceptación y despliegue para SDN. La
‘’testbeds’’. capa control presenta la infraestructura como un solo switch
El paradigma de redes SDN permite quitar el plano de control lógico a las aplicaciones de red, con esto los switch no tienen
de los quipos de red y centralizarlo en un elemento llamado la necesidad de entender varios protocolos si no se limitan
controlador, cabe mencionar que SDN representa una
oportunidad de impulsar el desarrollo del sector TI en el Perú. aceptar instrucción. La interfaz northbound comunica al
Con SDN es factible la creación de una industria local en controlador con las aplicaciones y servicios de la red, por otra
telecomunicaciones. parte la capa de aplicación implementa lógica a la red que
son comandos los cuales posteriormente decidirán el
comportamiento de los equipos de forwarding.
OBJETIVO
Es el diseño e implementación de un controlador SDN para
una red de campus académico, como la red PUCP. El diseño
es modular, y toma como la base de la plataforma de
controlador Floodlight, a la que se añaden, módulos
específicos para mejorar la escabilidad de una red Ethernet de
capa 2, considera una implementación gradual y permite la
coexistencia de red SDN/OPENFLOW. El objetivo que se

º APLICATION PLANE: es aquel que comprende las
aplicaciones y servicios que definen el comportamiento de la
red
º CONTROL PLANE: es aquel que toma decisiones en cuanto
a cómo deben ser reenviados los paquetes, y comunica dichas
decisiones a los dispositivos para su ejecución. Exactamente,
el plano de control configura al plano de datos.
º USER/DATA PLANE: realiza acciones sobre los paquetes
en base a las instrucciones por el control plane. Estas acciones
son el de reenviar, destacar o modificar los paquetes.
2. INTERFACES
2.1. SOUTHBOUND INTERFACE
Define el protocolo de comunicación entre los dispositivos de
plano de datos y los elementos del plano de control
2.2 NORTHBOUND INTERFACE
Define una API para el desarrollo de aplicaciones SDN.
3. CONCEPTO ACTUAL
SDN se caracteriza por 4 aspectos :
3.1 Separación del plano de control y del plano de datos: los
protocolos, algoritmos y la lógica usada para programar las
tablas foorwarding de los dispositivos de red.
3.2 Control centralizado: el plano de control reside en un
elemento centralizado, el cual gestionan los dispositivos de
red.
3.3 Automatización y virtualización de la red: aplicaciones
que pueden realizar cambios instantáneos y dinámicos.
3.4 Openniss: las interfaces utilizadas deben permanecer
estandarizadas.
4. SDN PARA REDES DE CAMPUS
 Optimización de ancho de bandas a través de la
segmentación de la red y el control centralizado de la
infraestructura física y virtual.
 Operación y mantenimiento más eficiente al
simplificar la configuración de la red.
 Mayor confiabilidad al tener una selección de ruta y
control centralizado.
 Mayor agilidad de la red a través de la
programabilidad.
4.1ARQUITECTURA DEL EMULADOR
Se divide en tres niveles: Nivel Hypervisor, Nivel y
Nivel Usuario.
4.1.1Nivel Hypervisor formado por Open Stack, esta
plataforma es open source con esto se puede realizar
modificaciones a los servicios cuando presentan dificultades
en el desarrollo del emulador.
4.1.2Nivel Código el cual se caracteriza por estar desarrolando
el lenguaje de programación Python, cuenta con dos módulos:
servicios y validador
4.1.3Nivel Usuario: Se encuentras interfaces con las que
interactua el usuario conjuntamente con esto se encuentran
aplicaciones que se usan para crear topologías. SDN control
plane, brinda las facilidades para crear una red de control para
los switches
4.2 ORQUESTADOR: OPEN STACK KILO
Es una plataforma de Cloud computing que da soluciones de
infraestructura-as-a-Service (IaaS), estas soluciones presentan
una application programming interface (API) esto facilita la
integración de proyectos.
DATO IMPORTANTE:
OPENFLOW, las interfaces de usuario definen topologías e
interconexiones a implementar en OPENSTACK y tambien
para configurar parámetros de los enlaces entre máquinas
virtuales.
4.3 OPENFLOW
Es un protocolo no propietario, cuya función es programar el
plano de datos de los dispositivos de una red SDN.
4.3.1 ARQUITECTURA SDN CON OPENFLOW
Los componentes de una arquitectura SDN/OPENFLOW: el
switch openflow, el controlador, el protocolo openflow y el
canal switch-controlador.
La ONF la entidad que emite las especificaciones openflow las
cuales se centran en el switch openflow, definiendo sus
características, asi como el protocolo de comunicación del
controlador.
4.3.2 SWITCH OPENFLOW
Realiza la inspección y reenvio de paquetes. Trata cuando un
paquete llega por un puerto del switch, se compara la cabecera
del paquete con el campo match de cada Flow Entry, en un
orden de prioridad. Se ejecuta la acción correspondiente, o de
lo contrario, el paquete es enviado al controlador via canal
openflow.
4.3.3 CONTROLADOR
Elemento que posee una visión completa de la red y puede
programarse para tomar decisiones óptimas.
4.3.4 OPENFLOW PROTOCOL
Se describen elementos del protocolo openflow que se utiliza:
4.3.4.1 flow table
Puede ser un eslabón de una cadena de
procesamiento. Es una abstracción de la tabla
foorwarding de un switch.
4.3.4.2 flow Entry
Está compuesta de: match fields, priority, counters,
timeout cookie, instructions.
 5. MODULO APLICACIÓN
Son clases que, pueden programar plano de datos, añadiendo,
modificando o eliminando Flow Entries de cualquier switch
openflow conectado al controlador.
º FOORWARDING: significa la llegada de un paquete
unicast, se busca la ruta shortest path, y se instala las reglas
necesarias en los switches
º STATIC FLOW PUSHER: permite insertar flow entries.
ºFIREWAL: permite realizar filtrado de paquetes.

CONCLUCIONES
*Primeramente esta tesis cabe resaltar que se cumplió el
objetivo principal, se diseñó un controlador openflow
escalable, y se implementó una prueba de concepto sobre la
plataforma floodlight
*El controlador implementado es escalable para el tráfico
unicast
*el diseño del controlador soporta una migración total de la
red PUCP a SDN, evitando el uso de un router centralizado.
* hay una necesidad mayor flexibilidad y agilidad en las redes
actuales para atender nuevas demandas y generar mayores
beneficios.
* OpenStack permite introducir limites en la tasa de bits y
retardos en los enlaces, ademas presenta alta fidelidad en
resultados, cumple con su objetivo de proteger al sistema de
quedarse sin recursos