Sei sulla pagina 1di 33

I

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS


(Universidad del Perú, Decana de América)

ESCUELA ACADÉMICO PROFESIONAL DE TELECOMUNICACIONES


FACULTAD DE INGENIERIA ELECTRÓNICA Y ELÉCTRICA

Diseño e Implementación del proceso de conmutación de etiquetas en redes


MPLS mediante SDN y controlada por Floodlight

TRABAJO DE INVESTIGACIÓN
PARA OPTAR EL GRADO DE BACHILLER DE INGENIERO DE
TELECOMUNICACIONES

PRESENTADO POR:
Alex Gerson Perez Rojas
Fonseca dueñas Luigi dankur

ASESOR
Ing. Daniel Díaz Ataucuri
LIMA – PERÚ
2020
II

Trabajo de investigación presentado a la Facultad de


Ingeniería Eléctrica y Electrónica de la Universidad
Nacional Mayor de San Marcos para obtener el
Grado de Bachiller de Ingeniero de
Telecomunicaciones.

Área: Redes de datos

Asesor: Ingeniero Daniel Díaz Ataucuri


III

DEDICATORIA

Este presente trabajo de investigación está dedicado a nuestros


padres, hermanos que han sido mi principal motivación de
superación y me han brindado su apoyo incondicionalmente para
así poder llegar a ser un profesional.
IV

AGRADECIMIENTOS

Al Ing. Daniel Diaz Ataucuri, por el apoyo, enseñanza y


motivación que nos ha brindado para poder realizar este trabajo de
investigación, sin las cuales hubiera sido más que difícil la
realización de este trabajo. Ante todos los inconvenientes que se
presentó en la realización del trabajo, siempre ha estado dispuesto
a aclararme mis dudad. He aprendido mucho de usted Ing. Daniel
Diaz Ataucuri, muchas gracias por su enseñanza.

A la Universidad Nacional Mayor de San Marcos por haberme


formado de manera sólida y con buenos ideales.
V

RESUMEN

Las Redes Definidas por Software (SDN) es un nuevo paradigma de red que
trae consigo como objetivo el facilitar la creación y gestión de redes de datos.
La separación entre el Plano de control y el Plano de datos permite el control de
toda la red a través de un módulo lógico centralizado, llamado controlador.
El estándar MPLS (Multiprotocol Label Switching) fue desarrollado para
complementar la problemática que afrontan las operadoras de telefonía que
proporcionan conexión a Internet a alto nivel (Carrier) , ya que este protocolo
provee ventajas en el enrutamiento de paquetes por ser un protocolo que trabaja
en capa 2.5 y permite que el enrutamiento de paquetes se realice mediante el
intercambio de etiquetas lo que otorga velocidad en la conmutación de paquetes
a diferencia de las redes convencionales. Actualmente es muy utilizado debido
a sus ventajas tanto en la conmutación de paquetes como para el soporte de
ingeniería de tráfico ya que minimiza el consumo del ancho de banda y a su vez
minimiza los costos en el tráfico, MPLS también incrementa la fiabilidad en la
red ya que facilita una calidad de servicio (QoS) avanzada.

En este documento se presenta el procedimiento para emular MPLS en una red


SDN mediante la herramienta mininet creando una topología sencilla, usando
el protocolo OpenFlow 1.3 y el controlador Floodlight, indicando la forma
como se configura el etiquetamiento en MPLS y como se activa el controlador
y los diferentes protocolos.

Palabras clave—SDN, OpenFlow, Floodlight , MPLS, QoS.


VI

ABSTRACT

Software Defined Networks (SDN) is a new network paradigm that aims to


facilitate the creation and management of data networks. The separation
between the Control Plane and the Data Plane allows the control of the entire
network through a centralized logic module, called a controller.

The MPLS standard (Multiprotocol Label Switching) was developed to


complement the problems faced by telephony operations that connect to the
Internet at a high level (Carrier), since this protocol provides advantages in the
handling of packages because it is a protocol that works in Layer 2.5 and allows
packet routing to be done by exchanging labels which gives speed in packet
switching to the difference of standard networks. It is currently widely used due
to its advantages in both packet switching and traffic engineering support that
minimizes bandwidth consumption and in turn minimizes traffic costs, MPLS
also increases the transfer in red that facilitates an advanced quality of service
(QoS).

This document presents the procedure to emulate MPLS in a red SDN using the
mininet tool creating a simple topology, using the OpenFlow 1.3 protocol and
the Floodlight controller, indicating how the MPLS labeling is configured and
how the controller is activated and the different protocols.

Keywords— SDN, OpenFlow, Floodlight , MPLS, QoS.


7

CAPÍTULO I
PLANTEAMIENTO DE LA INVESTIGACIÓN

1.1 INTRODUCCIÓN

Debido al crecimiento fuerte y sostenido de las redes de telecomunicaciones,


resultado de una demanda cada vez mayor por parte de los usuarios. Este
crecimiento, desordenado por basarse en principios y modelos no escalables,
demostró que las infraestructuras y arquitecturas tradicionales presentan serias
limitaciones de adaptación, flexibilidad y crecimiento, generando un “cuello de
botella” en el despliegue y evolución de los negocios. El problema radica en el
esquema de control tradicional, el cual se basa en un enfoque no centralizado.
La administración de los diferentes equipos por separado, teniendo únicamente
un plano de control distribuido, no provee la flexibilidad, escalabilidad, y
dinámica que las redes actuales requieren. Esto implica que cada vez que se
quiere desplegar una nueva funcionalidad, se debe lidiar con estandarizaciones
de métodos de aplicación distribuidos.

Se proponen nuevas arquitecturas de red que sean flexibles, escalables,


programables y capaces de soportar múltiples servicios; que logren optimizar la
forma en la que operamos, comprendemos, diseñamos e interactuamos con las
redes. Es así como surge SDN a principios de 2010 por necesidad, una
arquitectura de red que brinda la habilidad de programar directamente
operaciones de red, usando lenguajes y sistemas operativos estándar. SDN
permite realizar una transición, desde modelos de redes tradicionales (estáticas,
inflexibles, con poca agilidad y que no acompañan a las nuevas iniciativas de
los negocios) hacia redes programables, que brindan flexibilidad, agilidad,
optimización y virtualización.

EL esfuerzo para optimizar las redes y servicios ha obligado a las empresas a


añadir mecanismos capaces de transformar las redes de acceso en arquitecturas
de red orientadas a servicios. Como resultado, nace la tecnología Multiprotocol
Label Switching (MPLS), tecnología que consigue de modo eficaz unificar los
diferentes tipos de tráfico de una red utilizando para ello la conmutación de
etiquetas. Este mecanismo optimiza el tradicional proceso de encaminamiento
de paquetes por IP.
8

1.2 JUSTIFICACIÓN DE LA INVESTIGACIÓN

Este diseño de Red va permitir que se pueda elaborar una topología SDN donde
podremos crear flujos con etiquetas (MPLS) , y así poder utilizar los beneficios
que nos otorga MPLS aplicarlos a las Redes SDN donde obtendremos mejoras
en en los tiempos de latencia y reenvió de información todo basado en una red
centralizada y automatizada .

1.3 IDENTIFICACIÓN DEL PROBLEMA

Debido a nuestras redes actuales basadas en IP o en etiqueta (MPLS)


convencionales que conectan lugares agrandes distancias cuando se envía
información estos paquetes atraviesan por equipos(appliance) que pueden ser
routers,firewall,IPS,IDS y demás elementos los cuales toman decisiones
propias para el enrutamiento(descentralizado) y este hace atenúar el
rendimiento de la red y también hacen más complicada la administración de la
red y una mejor propuesta que se lograría con la centralización de la red (SDN)
Esta tesina tiene la principal misión poder hacer coexistir las redes SDN con las
redes MPLS donde haremos un laborío virtual utilizando las herramientas como
MININET con un controlador llamado “FLOODLIGHT” que tiene mejoras y
es uno de los más adaptables para crear etiquetas. ¿De lo cual planteo la
siguiente pregunta las redes SDN generan menor latencia y jitter con respecto a
las redes IP actuales? ¿y si convivimos las dos tecnologías cuanto aporto
podremos obtener?
Donde al poder responder esta pregunta en base a nuestras pruebas en nuestro
laboratorio de Mininet podremos validar si se obtiene ventajas en las Redes
SDN donde nuestro laboratorio nos podrá llevar a otras conclusiones donde nos
verificará los diferentes protocolos que podamos manejar y las mejores o
también las contras que podamos obtener. Debido a que sí necesitamos una
nueva tecnología que nos permita poder manejar altas tasas de transferencias y
programabilidad de nuestra red para obtener optimizar la red IP actual que se
podía ya considerar desfasada.
9

1.4 ESTADO DEL ARTE

Según Ali Reza Sharafat, (2011) [1] refiere: Nos muestra la Ingeniería de
Tráfico (MPLS-TE) y Redes Privadas Virtuales basada en (MPLS VPN)
utilizando OpenFlow y NOX. La manifestación es el resultado de un
experimento de ingeniería que responde a las siguientes preguntas: ¿Es difícil
de implementar un plano de control complejo en la parte superior de un
controlador de red tales como NOX?, ¿El punto de vista global en NOX hace la
aplicación más fácil que el método tradicional de su aplicación en cada Switch,
incrustado en el plano de datos? Implementaron cada característica importante
de MPLS-TE y MPLSVPN en tan sólo 2.000 líneas de código, en comparación
con líneas mucho más grandes de código en el enfoque más tradicional, como
Quagga-MPLS. Debido a que NOX mantiene un mapa coherente de topología
actualizada, las características del plano de control MPLS son bastante simples
de implementar. Y su simplicidad hace que sea fácil de extender: Hemos
añadido fácilmente varias características nuevas; algo que un operador de red
que podía hacer para personalizar su red para satisfacer las necesidades de sus
clientes. La demo consta de dos partes: los servicios MPLS-TE y después MPLS
VPN impulsado por una GUI.
Según James Kempf (2011) [2] refiere: Nos habla que la conmutación de
etiquetas por multiprotocolo (MPLS) es un protocolo ampliamente utilizado en
redes de operadores comerciales para reenviar paquetes acompañado por
etiquetas de enlace específico en la cabecera del paquete de salida enlaces en
lugar mediante el cotejo prefijo más largo del estándar IP. Sin embargo, en las
redes existentes, MPLS es implementado por completo en IP Routers, ya que
los protocolos del plano de control MPLS como LDP utilizan el enrutamiento
IP para configurar la etiqueta en el cambió de caminos, a pesar de que el plano
de datos MPLS no requiere enrutamiento IP. OpenFlow 1.0 es una interfaz para
el control de una ruta o una caja de conmutación insertando especificaciones de
flujo en tabla de flujo de la caja. Mientras OpenFlow 1.0 no soporta MPLS1,
basado en etiqueta MPLS el reenvío parece conceptualmente un buen partido
con OpenFlow basado en el flujo del paradigma de enrutamiento. A esta nota
se describe el diseño y la implementación de una extensión experimental de
OpenFlow 1.0 para apoyar MPLS. La extensión permite que un interruptor de
OpenFlow sin capacidad de enrutamiento IP sirva para reenviar MPLS en el
plano de datos.
10

Según Xiaogang Tu (2014) [3] refiere: Nos proponen un mecanismo de túnel


de empalme para red heterogénea con MPLS y Routers OpenFlow. Sugirieron
dos mecanismos fundamentales: primero, resumen de los dispositivos de red
subyacentes en nodos uniformados con el fin de proteger los detalles de varios
equipos; segundo, despojar la manipulación de la tabla de flujo y la tabla de
etiqueta del controlador y realizar en un módulo independiente. Este nuevo
paradigma se ha desarrollado en el sistema Linux y pruebas se han llevado a
cabo en las redes de experimentación.
Según BELLESSA (2015) [4] refiere: Nos habla que el esquema de
conmutación basada en etiquetas, tales como MPLS, ha sido conocido por ser
un mecanismo eficaz para superar muchos desafíos en redes definidas por
software, mientras que un desarrollo mucho más reciente, se considera que
tienen el potencial de revolucionar la creación de redes. Sin embargo, algunos
investigadores de redes, incluso dentro de la comunidad SDN, creen que las
redes SDN para poder prosperar, debe adoptar un modelo más estructurado con
un borde inteligente y una etiqueta rápida simple de conmutación central. Este
es un caso de uso excelente para MPLS en OpenFlow. Nos explica, Pero,
aunque ha habido otras implementaciones de MPLS en OpenFlow, abandonan
el OpenFlow al requerir hardware sofisticado. En esta tesis, nos presenta una
implementación híbrida de OpenFlow con MPLS, construida con una técnica
sencilla de mapeo de etiquetas en capa 2. Debido a que las etiquetas no
requieren ninguna modificación en la estructura de paquetes, se puede
implementar utilizando sólo los interruptores de la red central. La conclusión
de esta tesis fue que se llevó a cabo la implementación de la funcionalidad
MPLS en un controlador de red OpenFlow, capaz de correr en un hardware
simple sin tanto recurso.
Según Emir Husni [5] refiere: Este documento analiza el diseño y la
implementación de laaplicación SDN Controller en una red de conmutación de
etiquetas multiprotocolo (MPLS) basada en OpenDaylight. En este documento,
primero revisamos brevemente los desafíos de ingeniería de tráfico en las redes
MPLS. Luego discutimos sobre cómo las redes definidas por software (SDN)
podrían superar los desafíos del cálculo del trayecto conmutado por la etiqueta
(LSP) en la ingeniería de tráfico MPLS. Discutimos que un controlador SDN
centralizado tiene visibilidad en toda la red, por lo tanto, debe convertirse en
"fuente de verdad" delestado de laork netw.
11

1.5 FORMULACIÓN DE LA HIPÓTESIS

1.5.1 HIPÓTESIS GENERAL


Estudiando e implementado escenarios virtuales con mininet se verificará el
proceso de conmutación de etiquetas en redes MPLS mediante SDN y el
controlador Floodlight
1.5.2 HIPÓTESIS ESPECÍFICAS
a) Utilizando entornos virtuales basados en software libre se implementará
escenarios que mediante el controlador Floodlight se verificará la
conmutación de etiquetas.

b) Estudiando los protocolos LDP, RSVP-TE se podrá entender mejor la


conmutación de etiquetas en una red MPLS.

c) Estudiando los estándares de la ONF, RFC se podrá entender la


tecnología SDN y su controlador Floodlight.
12

1.6 OBJETIVOS

1.6.1 OBJETIVO GENERAL

Realizar el proceso de conmutación de etiquetas en redes MPLS mediante


SDN y controlada por Floodlight, con el fin de evaluar las ventajas del
proceso, en cuanto al funcionamiento SDN-MPLS y el beneficio que
confiere en el enrutamiento de paquetes.

1.6.2 OBJETIVOS ESPECÍFICOS

a) Determinar teóricamente las ventajas del proceso de conmutación de


etiquetas en redes MPLS y estudio del funcionamiento del protocolo
MPLS.

b) Seleccionar una arquitectura de red MPLS sencilla, de tal manera que se


pueda emular la red sin el proceso de conmutación y con el proceso de
conmutación con el fin de comparar los resultados.

c) Diseñar, configurar y ejecutar la emulación de la red MPLS con y sin el


proceso de conmutación de etiquetas.

d) Generar conclusiones con respecto a las ventajas de usar el proceso de


conmutación de etiquetas.
13

1.7 METODOLOGÍA

1.7.1 TIPO DE INVESTIGACIÓN

El desarrollo de estoy utilizando un a investigación explicativa ya que SDN es


una tecnología nueva y recién se está intentando implementar las diversas áreas
de tecnología de información y por lo tanto me evocare aun marco teórico
importante para poder desarrollar este trabajo de investigación.
También utilizare una investigación descriptiva para poder hallar detallar en
funcionamiento de los conceptos nuevos que tiene que ver con SDN y como
pudiera llevarlo a coexistir con MPLS donde se describirá el funcionamiento
para poder elaborar una topología en Mininet donde se realizara un estudio
descriptivo para poder poner de manifiesto los conocimientos teóricos,
metodológicos y poder dar una solución al problema donde daremos una
validación por medio de diferentes revistas , trabajos de estudio en SDN y
MPLS
Y por último una Investigación experimental por que intentara lograr crear una
Topología SDN en Mininet para poder realizar las pruebas y validación de
nuestro objetivo.
14

1.8 MATRIZ DE CONSISTENCIA

Diseño e Implementación del proceso de conmutación de etiquetas en redes MPLS mediante SDN y
controlada por Floodlight

PROBLEMA DE LA HIPÓTESIS HIPÓTESIS OBJETIVO OBJETIVO


INVESTIGACIÓN GENERAL ESPECÍFICOS GENERAL ESPECÍFICO

Debido a nuestras redes Estudiando e Utilizando Realizar el Determinar


actuales basadas en IP o en implementado entornos virtuales proceso de teóricamente las
etiqueta (MPLS) escenarios basados en conmutación de ventajas del proceso
convencionales que conectan virtuales con software libre se etiquetas en redes de conmutación de
lugares agrandes distancias mininet se implementará MPLS mediante etiquetas en redes
cuando se envía información verificará el escenarios que SDN y controlada MPLS y estudio del
estos paquetes atraviesan por proceso de mediante el por Floodlight, funcionamiento del
equipos (appliance) que conmutación de controlador con el fin de protocolo MPLS.
pueden ser etiquetas en Floodlight se evaluar las
routers,firewall,IPS,IDS y redes MPLS verificará la ventajas del
demás elementos los cuales mediante SDN y conmutación de proceso, en
toman decisiones propias para el controlador etiquetas. cuanto al
el Floodlight funcionamiento
enrutamiento(descentralizado) SDN-MPLS y el
15

y este hace atenúar el Estudiando los beneficio que Seleccionar una


rendimiento de la red y protocolos LDP, confiere en el arquitectura de red
también hacen más RSVP-TE se enrutamiento de MPLS sencilla, de tal
complicada la administración podrá entender paquetes. manera que se pueda
de la red y una mejor mejor la emular la red sin el
propuesta que se lograría con conmutación de proceso de
la centralización de la red etiquetas en una conmutación y con el
(SDN) red MPLS. proceso de
Esta tesina tiene la principal conmutación con el
misión poder hacer coexistir fin de comparar los
las redes SDN con las redes resultados.
MPLS donde haremos un
laborío virtual utilizando las
herramientas como MININET Estudiando los Diseñar, configurar y
con un controlador llamado estándares de la ejecutar la emulación
“FLOODLIGHT” que tiene ONF, RFC se de la red MPLS con
mejoras y es uno de los más podrá entender la y sin el proceso de
adaptables para crear tecnología SDN y conmutación de
etiquetas. ¿De lo cual planteo su controlador etiquetas.
la siguiente pregunta las redes Floodlight.
SDN generan menor latencia y
jitter con respecto a las redes
IP actuales? ¿y si convivimos
las dos tecnologías cuanto
aporto podremos obtener?
16

1.9 CONTENIDO DEL TRABAJO DE INVESTIGACIÓN

El documento se encuentra estructurado de la siguiente manera: en el capítulo


1 se dan los objetivos, hipótesis y estado del arte del proyecto, en el capítulo 2
encontramos el marco teórico, se describe el funcionamiento de cada una de las
tecnologías presentes y herramientas necesarias para realizar dicha emulación
tales como MPLS, SDNs, herramientas de simulación y emulación de SDNs,
controladores etc. En el capítulo 3 vemos la emulación de MPLS mediante un
emulador de redes definidas por software, por último, en el capítulo 4 nos
encontramos con las conclusiones del proyecto.

1.10 DESARROLLO DE LA EMULACION DE MPLS MEDIANTE


FLOODLIGHT

La siguiente sección tiene como objetivo realizar la emulación de MPLS en un


dos topologías SDN seleccionadas como prueba, que permita evidenciar el
funcionamiento de la red con el protocolo MPLS y sin el protocolo MPLS, para
ello se utilizara la herramienta Mininedit la cual es un emulador de redes SDN,
sumado al controlador Floodlight y el protocolo OpenFlow 1.3 ambos por tener
soporte para el protocolo MPLS como se observó en capítulos anteriores. Se
proporciona una explicación de la secuencia requerida para habilitar los
protocolos y funcionalidades requeridas para cada una de las pruebas.
17

IMPLEMENTACION:

1. Descargar Floodlight tiene una VM preconfigurada con mininet, Open


vSwitch y Floodlight v1.1.
https://floodlight.atlassian.net/wiki/spaces/floodlightcontroller/pages/86
50780/Floodlight+VM

2. Instalar el ISO descargado en el VirtualBOx:


18

3. Dado que que no viene instalado el Miniedit:

a) Ingrese en el terminal:

# sudo apt install git

b) Luego:

# sudo git clone git://github.com/mininet/mininet

c) Veamos el contenido del directorio de trabajo inicial:

#ls

d) Ingresar al directorio mininet:

# cd mininet

e) Ingresar el siguiente comando (Se observará las versiones de


mininet ):

# git tag

f) Seleccionar la versión 2.2.2:

# sudo git checkout –b 2.2.2

g) Subir al directorio inicial:

# cd ..

h) Instalar mininet:

# sudo mininet/util/install.sh
19

i) Verificar si esta correcta la instalación de mininet:

# sudo mn –test pingall

4. Luego abrir una terminal nueva y poner los siguiente:


20

5. Para active Floodlight:

#java -jar target/floodlight.jar


21

6. Para entrar al miniedit:

7. Una vez en el interfaz del miniedit creamos la Topologia:


22

8. Seleccionar “Edit” del MiniEdit y de esta opción “Preferences”

De “Preferences” activar “Start CLI” desactivar “OpenFlow 1.0” y activar


“OpenFlow 1.3”
23

Para que el controlador acceda remotamente al Controlador Ryu se debe


ubicar el mouse encima del controlador “c0” y seleccionar “Properties”.

En la nueva ventana “Controller Details” en la opción “Controller Type”


seleccionar “Remote Controller”. Utilizamos el puerto 6653.
24

9. Desde MiniEdit seleccionar la opción Run que está ubicado en la parte


inferior izquierda de la pantalla de trabajo.

10.Asignación manual de flujo y etiquetado MPLS :


25

 El comando # ovs-vsctl set bridge s1 protocols=[“OpenFlow13”], nos


permite verificar que el protocolo OpenFlow 1.3 este activo y funcione
en el Switch, además permite que el bridge esté funcionando
correctamente con el protocolo.
 El comando # set-fail-mode bridge standalone permite que si el
controlador falla, el flujo de información continúe en cuyo caso OVS se
encargará de enviar los paquetes.
 El comando # ovs-vsctl set bridge s1 datapath_type=netdev crear un
puente entre los switches.

ovs-ofctl: es una herramienta de línea de comandos para la supervisión y


administración de switches OpenFlow. También puede mostrar el estado
actual de un interruptor de OpenFlow, incluyendo características,
configuración y entradas de la tabla. Se puede trabajar con cualquier
interruptor de OpenFlow, no sólo Open vSwitch.
Add-flow: es un comando que permite añadir flujo dentro de un switch
Para realizar el etiquetado MPLS del flujo que pasa por los switches
utilizaremos los siguientes comandos:

ovs-ofctl add-flow <bridge>,in_port=<port>,actions=push_mpls:


<ethertype>,set_field:<value>-\>mpls_label,output:<port>

Con la siguiente línea de código añadimos la etiqueta MPLS al flujo en el


Switch 1 puerto entrante 1 al puerto de salida 3:

ovs-ofctl –O OpenFlow13 add-flow s1


in_port=1,ip,actions=push_mpls:0x8847,
set_field:11-\>mpls_label,output:3

Para quitar la etiqueta MPLS del flujo que pasa por los switches al host
destino utilizaremos los siguientes comandos:

ovs-ofctl add-flow <bridge> in_port=<port>,


dl_type=<ethertype>,mpls_label=
<label>actions=pop_mpls:<ethertype>,output:<port>

Con la siguiente línea de código quitamos la etiqueta MPLS al flujo en el


Switch 2 puerto entrante 3 al puerto de salida 1:
26

ovs-ofctl –O OpenFlow13 add-flow s2


in_port=3,dl_type=0x8847,mpls_label=11,
actions=pop_mpls=0x0800,output:1

11.Topologias con las etiquetas:


27

12.Captura de trafico con Wireshark entre host 1 – host 2


28

13.Captura de trafico con Wireshark entre host 2 – host 1


29

14. Floodlight Interfaz Grafica: http://127.0.0.1:8080/ui/index.html


30

15. Verificación de MPLS en Floodlight web: Tal como se captura de


tráfico a través de Wireshark, Floodlight también permite ver ese flujo
de paquetes y el etiquetado MPLS
31
32
33

BIBLIOGRAFÍA

[1] MPLS-TE and MPLS VPNs with OpenFlow. Ali Reza Sharafat, Saurav Das, Guru
Parulkar, and Nick McKeows , departamento of Electrical Engineering, Stanford
University, Stanford , California 94305, USA sharafat, sd2, parulkar.

[2] Scalable Fault Management for OpenFlow. James Kempf, Elisa Bellagamba, Andras
Kern, David Jocha, Attila Takacs, Ericsson Research.

[3] Realizing Packet-Optical Integration with SDN andOpenFlow 1.1 Extensions.

[4] IMPLEMENTING MPLS WITH LABEL SWITCHING IN SOFTWARE-DEFINED


NETWORKS. Submitted in partial fulfillment of the requirements for the degree of
Master of Science in Computer Science in the Graduate College of the University of
Illinois at Urbana-Champaign, 2015.

[5] Design and Implementation of MPLS SDN Controller Application based on


OpenDaylight. Emir Husni, School of Electrical Engineering and Informatics Institut
Teknologi Bandung,Bandung, Indonesia.

[6] Emulación del proceso de conmutación/apilamiento de etiquetas en redes mpls,


mediante una herramienta de simulación para redes definidas por software. Yury
lorena montoya álzate & Jhon mauricio avendaño Ocampo.

[7] Foodlight, http://www.projectfloodlight.org/floodlight/

Potrebbero piacerti anche