Taller Redes SDN

Video y VoIp con SDN aplicando calidad de servicio (QoS) y seguridad - Universidad Distrital Francisco José de Caldas -
Ingeniería de Sistemas
Teleinformática 2 - Presentado a: Octavio Salcedo Parra
Presentado por: Angie Suárez, Tatiana Velandia y Joan Paz
TALLER 2: Video y VoIP con SDN aplicando calidad de

servicio (QoS) y seguridad
Universidad Distrital, Ingeniería de Sistemas,
Teleinformática II
Angie Suárez - 20131020114, Tatiana Velandia - 20111020092, Joan Paz - 20121020049
Objetivo General
Realizar el montaje de VoIP y Video con SDN sobre una central de llamadas basadas en Asterisk,
aplicando calidad de servicio (QoS) y seguridad a los mismos, además de analizar su estructura,
funcionamiento y relación con la nube.
Objetivos Específicos
● Montar una central de llamadas Asterisk aplicando SDN, implementando un servidor de VoIP
y uno de Video.
● Analizar a nivel estructural y capas la central de llamadas.
● Analizar el funcionamiento y relación con la nube de la central de llamadas.
● Aplicar una técnica de calidad de servicio (QoS) y de seguridad a cada servidor.
● Utilizar herramientas de software especializadas para la realización y análisis de las
simulaciones, tales como Mininet y OpenDayLight.
INTRODUCCIÓN
Durante las últimas dos décadas ha habido un enorme crecimiento en la cantidad y tamaño de las
redes. Muchas de ellas gracias al impulso de las TIC en donde un aspecto importante, que queda
demostrado en el conjunto de herramientas, es que el propio fundamento de la reglamentación de las
TIC ha seguido evolucionando a la par que las tecnologías emergentes. La liberalización de los
mercados TIC ha estimulado una acumulación de innovaciones interactivas en materia de productos,
servicios y tecnologías, en la que se ha producido una convergencia general o una difuminación de las
distinciones entre plataformas, productos y servicios en un mundo IP o centrado en las redes. Estos
adelantos exigen alguna forma de respuesta reglamentaria para promoverlos o frenarlos. El carácter
evolutivo de la regulación queda de manifiesto en el objetivo en movimiento de la reglamentación de
la Unión Europea (UE). Se ha procedido a sucesivas actualizaciones entre 1987 y 1998 y, más
recientemente, en 2002, y un número cada vez mayor de países está adoptando dicho marco a medida
que accede a la UE o empieza a ser candidato a miembro de la misma. El marco regulador de la UE
también se está extendiendo fuera de Europa y está ejerciendo influencia en los marcos que otros
países están adoptando.
Este documento busca analizar el soporte de voz y video con SDN sobre una central de llamadas
como Asterisk, su estructura y capas, funcionamiento y relación con la nube, además de aplicar
calidad de servicio y seguridad a los mismos.
1. Asterisk {Obtenido de: https://www.asterisk.org/get-started}

Asterisk es un marco de código abierto para construir aplicaciones de comunicaciones.

Asterisk convierte una computadora ordinaria en un servidor de comunicaciones. Asterisk
alimenta los sistemas IP PBX, las puertas de enlace VoIP, los servidores de conferencia y
otras soluciones personalizadas. Es utilizado por pequeñas empresas, grandes empresas,
centros de llamadas, operadores y agencias gubernamentales en todo el mundo. Asterisk es
gratuito y de código abierto. El asterisco es patrocinado por Digium.
Asterisk es un marco para la creación de aplicaciones y soluciones de comunicaciones

multiprotocolo en tiempo real. Asterisk es para aplicaciones de voz y video en tiempo real
como Apache para aplicaciones web: la plataforma subyacente. Asterisk abstrae las
complejidades de los protocolos y tecnologías de comunicaciones, lo que le permite
concentrarse en la creación de productos y soluciones innovadores.
Puede usar Asterisk para crear aplicaciones de comunicaciones, como sistemas telefónicos
comerciales (también conocidos como IP PBX), distribuidores de llamadas, pasarelas VoIP y
puentes de conferencia. Asterisk incluye componentes de bajo y alto nivel que simplifican
significativamente el proceso de creación de estas aplicaciones complejas.
El proyecto Asterisk comenzó en 1999 cuando Mark Spencer lanzó el código inicial bajo la
licencia de código abierto GPL. Desde entonces, ha sido mejorado y probado por una
comunidad global de miles de personas. Asterisk se mantiene gracias a los esfuerzos
combinados de Digium y la comunidad de Asterisk. Hoy en día, hay más de un millón de
sistemas de comunicaciones en uso basados en Asterisk en más de 170 países. Asterisk es
utilizado por casi toda la lista de clientes de Fortune 1000. La mayoría de las veces
implementado por integradores y desarrolladores de sistemas, Asterisk puede convertirse en la
base de un sistema de teléfono comercial completo, o se utiliza para mejorar o ampliar un
sistema existente, o para cerrar una brecha entre sistemas.
2. SDN {Obtenido de:

https://www.cisco.com/c/es_co/solutions/software-defined-networking/overview.html}
Las redes definidas por software (SDN) permiten a las organizaciones acelerar la
implementación y la distribución de aplicaciones reduciendo drásticamente los costos de TI
mediante la automatización del flujo de trabajo basada en políticas. La tecnología SDN
habilita arquitecturas de nube mediante distribución y movilidad de aplicaciones de manera
automatizada, a pedido y a escala. Las SDN incrementan los beneficios de la virtualización
del centro de datos, ya que aumentan la flexibilidad y la utilización de recursos y reducen los
gastos generales y los costos de infraestructura.
Para lograr estos objetivos empresariales, las SDN convergen la administración de los
servicios de red y aplicaciones en plataformas de coordinación centralizadas y ampliables que
pueden automatizar el aprovisionamiento y la configuración de toda la infraestructura.
Políticas de TI centralizadas comunes unifican grupos y flujos de trabajo de TI dispares. El
resultado es una infraestructura moderna que puede distribuir nuevas aplicaciones y servicios
en minutos, en vez de días o semanas como antes.
Las SDN proporcionan velocidad y agilidad al implementar nuevas aplicaciones y servicios

empresariales.
a. Openflow {Obtenido de:

https://searchdatacenter.techtarget.com/es/definicion/OpenFlow}
OpenFlow es un protocolo que permite a un servidor decirle a los conmutadores de
red adónde enviar paquetes. En una red convencional, cada conmutador tiene
software propietario que le dice qué hacer. Con OpenFlow se centralizan las
decisiones de migración de paquetes, de modo que la red se puede programar
independiente de los conmutadores individuales y equipo del centro de datos.
En un conmutador convencional, la transferencia de paquetes (la trayectoria de datos)

y el enrutamiento de alto nivel (la trayectoria de control) suceden en el mismo
dispositivo. Un conmutador OpenFlow separa la trayectoria de datos de la trayectoria
de control. La porción de trayectoria de datos reside en el propio conmutador; un
controlador separado toma las decisiones de enrutamiento de alto nivel. El
conmutador y el controlador se comunican por medio del protocolo de OpenFlow.
Esta metodología, conocida red definida por software (SDN, por sus siglas en inglés),
permite un uso más efectivo de los recurso de la red que el que es posible con redes
tradicionales. Ha aumentado la preferencia por OpenFlow en aplicaciones como
movilidad de máquina virtual (VM), redes críticas para la misión y redes móviles
basadas en IP de nueva generación.
b. OpenDayLight {Obtenido de:

https://www.opendaylight.org/what-we-do/odl-platform-overview}
OpenDaylight (ODL) es una plataforma abierta modular para personalizar y
automatizar redes de cualquier tamaño y escala. El proyecto OpenDaylight surgió del
movimiento SDN, con un claro enfoque en la capacidad de programación de la red.
Fue diseñado desde el principio como una base para soluciones comerciales que
abordan una variedad de casos de uso en entornos de red existentes.
La plataforma ODL está diseñada para permitir a los usuarios intermedios y

proveedores de soluciones la máxima flexibilidad en la construcción de un
controlador para satisfacer sus necesidades. El diseño modular de la plataforma ODL
permite que cualquier persona en el ecosistema ODL aproveche los servicios creados
por otros; Escribir e incorporar lo propio. y compartir su trabajo con los demás. ODL
incluye soporte para el conjunto más amplio de protocolos en cualquier plataforma
SDN (OpenFlow, OVSDB, NETCONF, BGP y muchos más) que mejoran la
capacidad de programación de las redes modernas y resuelven una gama de
necesidades de los usuarios
El núcleo de la plataforma ODL es la Capa de abstracción de servicios dirigida por

modelos (MD-SAL). En ODL, los dispositivos de red subyacentes y las aplicaciones
de red están representados como objetos o modelos, cuyas interacciones se procesan
dentro del SAL. El SAL es un mecanismo de intercambio y adaptación de datos entre
los modelos YANG que representan dispositivos y aplicaciones de red. Los modelos
YANG proporcionan descripciones generalizadas de las capacidades de un

dispositivo o aplicación sin que sea necesario conocer los detalles específicos de la
implementación del otro.
El código de ODL se ha integrado o incorporado en más de 35 soluciones y

aplicaciones de proveedores, y puede utilizarse dentro de una gama de servicios.
También es el núcleo de los marcos de código abierto más amplios, incluidos ONAP,
OpenStack y OPNFV .
3. VoIP {Obtenido de: http://www.telefoniavozip.com/voip/que-es-la-telefonia-ip.htm}

VoIP proviene del inglés Voice Over Internet Protocol, que significa "voz sobre un protocolo
de internet". Básicamente VoIP es un método por el cual tomando señales de audio analógicas
del tipo de las que se escuchan cuando uno habla por teléfono se las transforma en datos
digitales que pueden ser transmitidos a través de internet hacia una dirección IP determinada.
El VoIP permite la unión de dos mundos históricamente separados, el de la transmisión de

voz y el de la transmisión de datos. Entonces, el VoIP no es un servicio sino una tecnología.
VoIP puede transformar una conexión standard a internet en una plataforma para realizar
llamadas gratuitas por internet.
En el pasado, las conversaciones mediante VoIP solían ser de baja calidad, esto se vio
superado por la tecnología actual y la proliferación de conexiones de banda ancha, hasta tal
punto llegó la expansión de la telefonía ip que existe la posibilidad de que usted sin saberlo ya
haya utilizado un servicio VoIP, por ejemplo, las operadoras de telefonía convencional,
utilizan los servicios del VoIP para transmitir llamadas de larga distancia y de esta forma
reducir costos.
4. Video {Obtenido de: https://www.siemon.com/la/white_papers/03-08-26-VideoOverIP.asp}

Las señales de vídeo tradicionales se basan en tecnología analógica. Para su transporte se
requieren costosos circuitos de transmisión; afortunadamente, vivimos ahora en un mundo
digital. Gracias a los avances en técnicas de compresión, podemos transportar ahora las
señales compuestas de vídeo y audio sobre circuitos de redes típicas de LAN y WAN, e
incluso sobre Internet. Vídeo sobre IP o IP Streaming Video son las tecnologías más recientes
que permiten que las señales de vídeo sean capturadas, digitalizadas, secuenciadas y
administradas sobre redes IP.
PUNTOS DEL TALLER
Los puntos a desarrollar en el taller son:

1. Montar un servidor de video bajo SDN configurando una interfaz ‘Openflow’ y un
controlador ‘OpenDayLight’
a. Aplicar calidad de servicio (QoS) a dicho servidor usando una de varias técnicas
como Marcado, Algoritmos contra congestión, encolamiento, etc.
b. Aplicar Seguridad a dicho servidor usando listas extendidas, listas con direcciones
MAC, IPsec, claves públicas o privadas ,etc.
2. Montar un servidor VoIP bajo SDN con una interfaz ‘Openflow’ y un controlador
‘OpenDayLight’
a. Aplicar calidad de servicio (QoS) a dicho servidor usando una de varias técnicas
como Marcado, Algoritmos contra congestión, encolamiento, etc.
b. Aplicar Seguridad a dicho servidor usando listas extendidas, listas con direcciones
MAC, IPsec, claves públicas o privadas ,etc.
DESARROLLO
Para el desarrollo de ambos ejercicios, se tuvo en cuenta la herramienta para emulación de redes bajo
SDN, el cual se encarga de emular redes bajo una Interfaz OpenFlow y bajo la aplicación de
protocolos y controladores basados en OpenDayLight.
Para mayor información sobre la instalación y uso de la herramienta: http://mininet.org/walkthrough/

Para mayor información sobre la distribución encargada de emular el controlador OpenDayLight:
https://www.opendaylight.org/what-we-do/what-is-sdn
Este punto fue desarrollado en una máquina Virtual de Linux, Distro Ubuntu 14.04 “Trusty Tahr”,
montado en el gestor de VMs Oracle VM VIrtualBox.
NOTA: En VirtualBox, se debe tener configurada la opción para poder manejar 3 controladores de
red, ya que de aquí solicitamos la dirección IP por cada una para así emular un host en la Máquina
Virtual. Teniendo en cuenta que los controladores se manejan bajo un adaptador NAT.
Para nuestro caso, una vez instaladas las herramientas para la emulación de la red, se desarrolla un
script en Código que contiene la inicialización de la red en Python (ver Anexos - Red.py).
1. Servidor de Video bajo una Red Definida por Software.
Lo primero que se debe hacer es inicializar el software del controlador de OpendayLight, para eso, en
una terminal de Linux, se ejecuta:
$ sudo ./UbicacionODL/distribution-karaf-.../bin/karaf

para inicializar el controlador y una interfaz web que se encarga de visualizar la topología y el tráfico
de red Bajo ODL.
Se ejecuta el script bajo el comando (desde la ruta mininet/custom):
$ sudo python Red.py
Esto nos permite crear de una vez la red virtualizada, con un controlador en OpenDayLight y
configurando el switch de conexión bajo una Interfaz OpenFlow.
En la Interfaz web de OpenDayLight se puede visualizar la topología generada desde el código.

Muestra un switch y 2 hosts. Se genera un controlador C0 con dirección IP 10.0.2.15, Hosts h1 y h2
con IP 10.0.3.15 y 10.0.4.15, respectivamente. Cabe resaltar que el controlador es de tipo remoto, o
sea, toma la interfaz Eth0 de la máquina virtual.
NOTA: En caso de que no se visualicen los hosts, se escribe el comando en una terminal.
$ sudo mn -c
para borrar cualquier configuración previa de red generada desde mininet, después se vuelve a correr
el script y desde la terminal de mininet, escribir:
mininet>pingall

Con esto nos aseguramos de que la topología se haya generado correctamente, además de visualizar la
topología en OpenDayLight.
Topología generada desde la herrramienta MiniEdit.py (viene por defecto en la instalación de mininet)
a. La técnica de QoS la genera la misma herramienta de OpenDayLight, el cual

visualiza los paquetes enviados y transmitidos según sea el caso. También, para
mantener una óptima transmisión de video usando la herramienta ffmpeg y un
formato específico de transmisión de video (formato HEVC) en un archivo .ts (para
nuestro caso, se llama output.ts).
Para este caso: inicializamos los hosts bajo el siguiente comando, en mininet:
mininet> xterm h1 h2

Desde la terminal del Host h2, hacemos el envío de transmision de video al Host h1, para ello usamos
los siguientes comandos:
Host h1:
h1$ ffmpeg -i udp://10.0.4.15:1234 -c copy foreman.ts
Iniciamos la transmisión desde el host h1
Host h2:
h1$ ffmpeg -re -i output.ts -c copy -f mpegts udp://10.0.4.15:1234
Recibe la transmisión de h1
Se visualiza el video:
Finalizada la transmisión del Video, desde la interfaz web de ODL, se hace la visualización del tráfico
de la red (También se puede hacer en wireshark, pero para este caso debemos mirar el flujo que pasa
directamente bajo el controlador)
Como tal, no se observan pérdidas ni errores durante los datos transmitidos, por tanto se tiene una
configuración deseada para QoS.
b. Para términos de seguridad, el controlador maneja el tema de seguridad bajo el

protocolo TLS (transport layer Security). para visualizar este protocolo, desde una
instancia de Wireshark filtramos la interfaz de OpenFlow, y capturando la red del
controlador:
De ahí se puede observar el tráfico desde la capa de transporte asegurada bajo TLS
También, se pueden configurar tablas de firewall, conocidas como “iptables”. El servicio que se
encarga de manejar las Iptables viene por defecto en linux. se agrega una regla de firewall por cada
dirección ip asignada por los hosts.
2. Servidor de VoIP bajo una Red Definida por Software.
Lo primero que se debe hacer es inicializar el software del controlador de OpendayLight, para eso, en
una terminal de Linux, se ejecuta:
$ sudo ./bin/karaf

para inicializar el controlador y una interfaz web que se encarga de visualizar la topología y el tráfico
de red Bajo ODL.
En una nueva ventana de terminal se corre el siguiente comando para borrar cualquier configuración
previa de red generada desde mininet
$ sudo mn -c
Seguidamente se inicializa la red a trabajar con mininet, el cual me añade el controlador, 2 hosts, 2
switches y sus respectivos enlaces
$ sudo mn
Y se puede comprobar su conexión realizando un ping entre de un host a otro, con el comando:
mininet> h1 ping -c 1 h2
O comprobar la conexión de todos los hosts realizando un ping a toda la red:
mininet> pingall

Se configura el controlador de ODL en la ventana de terminal donde se inicializó Open Day, con el
comando:
opendaylight-user@root>feature:install odl-restconf-all
odl-openflowplugin-all odl-l2switch-all odl-mdsal-all
odl-yangtools-common odl-dlux-all

Una vez configurado el controlador de ODL, se abre el navegador Firefox y se escribe en la barra de
dirección: http://localhost:8181/index.html, para loguearse en la herramienta, mediante usuario y
clave
Ya iniciando sesión, la herramienta nos muestra una interfaz que permite ver la topología a cargar, sus
nodos e información correspondiente a la red.
En la terminal usada para inicializar Open Day, se puede observar las librerías que son cargadas para
que la herramienta funcione
Se ejecuta el script a usar desde la terminal que se utilizó para inicializar la red bajo el comando
(desde la ruta mininet/custom):
$ sudo python Red.py


Además de inicializar los 2 hosts bajo el siguiente comando:
mininet> xterm h1 h2

Esto nos permite crear de una vez la red virtualizada, con un controlador en OpenDayLight y
configurando el switch de conexión bajo una Interfaz OpenFlow, la cual se puede comprobar desde la
ventana del navegador Firefox.
Se puede ver las características de cada nodo en la pestaña Nodes, donde la información es presentada
en forma de tabla.
En la Interfaz web de OpenDayLight se puede visualizar la topología generada desde el código.

Muestra un switch y 2 hosts. Se genera un controlador C0 con dirección IP 10.0.2.15, Hosts h1 y h2
con IP 10.0.3.15 y 10.0.4.15, respectivamente. Cabe resaltar que el controlador es de tipo remoto, o
sea, toma la interfaz Eth0 de la máquina virtual.
La topología es generada desde la herrramienta MiniEdit.py (viene por defecto en la instalación de

mininet)
a. La técnica de QoS la genera la misma herramienta de OpenDayLight, el cual

visualiza los paquetes enviados y transmitidos según sea el caso. Se instala
StarTrinity SIP Tester, la cual es una herramienta de prueba de carga VoIP que
permite probar y monitorear la red VoIP, el software SIP o el hardware. Es capaz de
simular y monitorear pasivamente miles de llamadas SIP entrantes y salientes
simultáneas con medios RTP, analizar la calidad de las llamadas y generar informes
en tiempo real.
Mediante el uso de las terminales abiertas para cada host, se puede comprobar
mediante un ping la conexión entre ambas.
Host 1:
ping 10.0.4.15
Host 2:
ping 10.0.3.15
Para poder ver desde la terminal los equipos que forman parte de nuestra red e información detallada
sobre los mismos, se escribe el comando:
mininet> dump
Se instala la herramienta de prueba de rendimiento SIPp en la máquina virtual de Mininet y el host h1,
con el comando
sudo apt-get install sip-tester

NOTA: Si no se encuentra abierto los terminales para los hosts se debe ejecutar los comandos
sudo mny xterm h1 h2


Después se experimenta con la herramienta SIP, escribiendo en la terminal de host h1 y el host h2 el
comando
tcpdump -w sip_experiment.pcap

Host h1:

Host h2:

Seguidamente se instala mediante comandos la herramienta Wireshark, el cual es un analizador de
protocolos utilizado para realizar análisis y solucionar problemas en redes de comunicaciones, para
desarrollo de software y protocolos, y como una herramienta didáctica.
Desde el navegador Firefox, se entra a la pestaña de YangUI que la herramienta de OpenDayLight y

en la lista presente se busca el módulo en donde se encuentra la topología de red con la que se está
trabajando y se da click.
b. Para términos de seguridad, el controlador maneja el tema de seguridad bajo el

protocolo TLS (transport layer Security). para visualizar este protocolo, desde una
instancia de Wireshark filtramos la interfaz de OpenFlow, y capturando la red del
controlador:
ANEXO: CÓDIGO GENERADOR DE RED PAR MININET (EN PYTHON)
#!/usr/bin/python
from mininet.net import Mininet
from mininet.node import Controller, RemoteController, OVSController,
OVSKernelSwitch
from mininet.cli import CLI
from mininet.link import Intf
from mininet.log import setLogLevel, info
def myNetwork():
# RED
net = Mininet(topo=None,build=False, switch=OVSKernelSwitch)
info( '** Agregar controlador **\n' )
net.addController(name='c0',controller=RemoteController,
ip='10.0.2.15', port=6633)
info( '** Agregar conmutador **\n')
s1 = net.addSwitch('s1')
Intf( 'eth1', node=s1 )
Intf( 'eth2', node=s1 )
info( '** Agregar hosts **\n')

h1 = net.addHost('h1', ip='10.0.3.15')
h2 = net.addHost('h2', ip='10.0.4.15')
info( '** Agregar links **\n')

net.addLink(h1, s1)
net.addLink(h2, s1)
info( '** Iniciando la red **\n')
net.start()
h1.cmdPrint('dhclient '+h1.defaultIntf().name)
h2.cmdPrint('dhclient '+h2.defaultIntf().name)
CLI(net)
net.stop()
if __name__ == '__main__':
setLogLevel( 'info' )
myNetwork()

Taller Redes SDN

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Taller Redes SDN

Uploaded by

Copyright:

Available Formats

Video y VoIp con SDN aplicando calidad de servicio (QoS) y seguridad - Universidad Distrital Francisco José de Caldas -

TALLER 2: Video y VoIP con SDN aplicando calidad de

1. Asterisk ​{Obtenido de: https://www.asterisk.org/get-started}

Asterisk es un marco de código abierto para construir aplicaciones de comunicaciones.

Asterisk es un marco para la creación de aplicaciones y soluciones de comunicaciones

2. SDN ​{Obtenido de:

Las SDN proporcionan velocidad y agilidad al implementar nuevas aplicaciones y servicios

a. Openflow ​{Obtenido de:

En un conmutador convencional, la transferencia de paquetes (la trayectoria de datos)

b. OpenDayLight ​{Obtenido de:

La plataforma ODL está diseñada para permitir a los usuarios intermedios y

El núcleo de la plataforma ODL es la Capa de abstracción de servicios dirigida por

YANG proporcionan descripciones generalizadas de las capacidades de un

El código de ODL se ha integrado o incorporado en más de 35 soluciones y

3. VoIP ​{Obtenido de: http://www.telefoniavozip.com/voip/que-es-la-telefonia-ip.htm}

El VoIP permite la unión de dos mundos históricamente separados, el de la transmisión de

4. Video ​{Obtenido de: https://www.siemon.com/la/white_papers/03-08-26-VideoOverIP.asp}

PUNTOS DEL TALLER

Los puntos a desarrollar en el taller son:

Para mayor información sobre la instalación y uso de la herramienta: ​http://mininet.org/walkthrough/

1. Servidor de Video bajo una Red Definida por Software.

Se ejecuta el script bajo el comando (desde la ruta mininet/custom):

$ sudo python Red.py

En la Interfaz web de OpenDayLight se puede visualizar la topología generada desde el código.

a. La técnica de QoS la genera la misma herramienta de OpenDayLight, el cual

mininet> xterm h1 h2

h1$ ffmpeg -i udp://10.0.4.15:1234 -c copy foreman.ts

Iniciamos la transmisión desde el host h1

h1$ ffmpeg -re -i output.ts -c copy -f mpegts udp://10.0.4.15:1234

b. Para términos de seguridad, el controlador maneja el tema de seguridad bajo el

2. Servidor de VoIP bajo una Red Definida por Software.

O comprobar la conexión de todos los hosts realizando un ping a toda la red:

$ sudo python Red.py

mininet> xterm h1 h2

En la Interfaz web de OpenDayLight se puede visualizar la topología generada desde el código.

La topología es generada desde la herrramienta MiniEdit.py (viene por defecto en la instalación de

a. La técnica de QoS la genera la misma herramienta de OpenDayLight, el cual

sudo apt-get install sip-tester

sudo mn​y ​xterm h1 h2

Desde el navegador Firefox, se entra a la pestaña de YangUI que la herramienta de OpenDayLight y

b. Para términos de seguridad, el controlador maneja el tema de seguridad bajo el

ANEXO: CÓDIGO GENERADOR DE RED PAR MININET (EN PYTHON)

info( '** Agregar hosts **\n')

info( '** Agregar links **\n')

info( '** Iniciando la red **\n')

You might also like

1. Asterisk {Obtenido de: https://www.asterisk.org/get-started}

2. SDN {Obtenido de:

a. Openflow {Obtenido de:

b. OpenDayLight {Obtenido de:

3. VoIP {Obtenido de: http://www.telefoniavozip.com/voip/que-es-la-telefonia-ip.htm}

4. Video {Obtenido de: https://www.siemon.com/la/white_papers/03-08-26-VideoOverIP.asp}

Para mayor información sobre la instalación y uso de la herramienta: http://mininet.org/walkthrough/

sudo mny xterm h1 h2

info( ' Agregar hosts \n')

info( ' Agregar links \n')

info( ' Iniciando la red \n')