Existing models

El laboratorio implementado, consta de los siguientes elementos de red:

• 1 Router Cisco 2600

• 3 Switches Catalyst 2960

• 1 Switches Catalyst 3550

• 4 PCs

• 4 Servidores

3.2.1.1 Esquema general de la red

SW_Acceso SW_ACCESO SW_DISTRIBUCION Datos Voz Videoconferencia Router de Borde

Octógono (Prioridad Media) _{Adm. Central (Prioridad alta)} Aulas Hyflex (Prioridad alta) Granja de Servidores Red IP: 192.168.0.0/16 Vlan Datos: 192.168.6.0/24 Vlan VoIP: 192.168.5.0/24 Vlan Video: 192.168.7.0/24 Vlan Servidores: 192.168.99.0/24

En el esquema anterior, se muestra el diseño de red que montado en el laboratorio de forma general, ya que por motivos de pruebas se diseñaron dos topologías con diferentes propósitos; la primera topología (ver figura 3.5) se la elaboró para comparar la red sin características de QoS y ya implementado QoS, la segunda topología (ver figura 3.6) constituye el método para comparar los algoritmos de priorización a través de dos switches Catalyst 2960 y 3550, los cuales permitieron realizar pruebas del manejo de tráfico y verificar los mecanismo de evasión de la congestión.

3.2.1.2 Equipos de red

Describiendo los componentes de red citados anteriormente, el laboratorio constó de un router 2600 con dos interfaces Fast Ethernet y dos seriales para enlaces WAN. Ingresando al esquema de la red LAN se simuló las tres capas: core, distribución y acceso usando los switches Catalyst 2960. Dentro del nivel de acceso, se configuraron cuatro VLANs destinadas a las aplicaciones de VoIP, video, datos y además la granja de servidores. Por tanto el uso del router fue necesario para realizar el enrutamiento entre VLANs.

Además se considera como equipos de red, los PCs ya que permitieron la generación de tráfico hacia la granja de servidores permitiendo evaluar los resultados de los distintos escenarios. Es decir, se comportaron como los usuarios finales de las diferentes aplicaciones.

Las cuatro PCs usadas en el laboratorio tienen la función de emular las aplicaciones, por lo que fueron instalados software para los requerimientos de VoIP (twinkle23_{) y} herramienta de análisis de tráfico Wireshark, la cual describimos más adelante.

3.2.1.3 Servidores

En toda red interna, la granja de servidores es un factor importante a diseñar porque constituyen el core del flujo de paquetes hacia los usuarios finales y por ende la funcionalidad del entorno empresarial en una red LAN.

23

Para las características del laboratorio y por los objetivos planteados a lo largo de la tesis se diseñan los servidores para las aplicaciones a implementar QoS.

3.2.1.3.1 Servidor de VoIP

El servidor de VoIP es configurado mediante PBX Asterisk bajo plataforma Linux - Ubuntu 10.10 el cual mantuvo un esquema básico de una centralita con cuatro extensiones y configurado para funciones de VoIP, IVR, Call Recording, Voicemail. La configuración de la PBX se realizó a partir del wiki de Asterisk.24

El servidor de VoIP como parte de la red, tiene la IP estática 192.168.99.20 e IP de Gateway 192.168.99.254.

3.2.1.3.2 Servidor de radio streaming

Para la aplicación de video, la configuración del servidor fue realizada a través de dos herramientas bajo plataforma Linux - Ubuntu 10.10: icecast2 & ices.

La primera herramienta constituye el servidor streaming mientras que la segunda herramienta es el programa cliente el cual se encarga de acondicionar el audio o video para la transmisión a través del servidor icecast. La configuración de las dos herramientas (servidor y cliente) se basó mediante un paper denominado “Implementación de una red de prueba para la transmisión de IP-TV”25_.

Dentro del esquema de red, éste servidor tiene una IP estática 192.168.99.10 con la IP de Gateway 192.168.99.254.

3.2.1.3.3 Servidor de monitoreo Netflow

Este servidor de monitoreo fue el más importante en el laboratorio montado porque proporcionó datos del consumo de tráfico y pérdida de paquetes. Así, éste es un elemento de la red configurado para capturar directamente desde la interfaz del router el flujo de tráfico que circula en la red, cuyo resultado es el análisis de cada segmento de red o VLAN en parámetros de velocidad de transmisión, aplicación origen y destino (puertos de aplicación), tipo de tráfico saliente y entrante (UDP o TCP).

24 _I

nstalling Asterisk from source, online: https://wiki.asterisk.org/wiki/display/AST/Installing+Asterisk+From+Source

25

Implementación de una red de prueba para la transmisión de IP-TV, online: http://es.scribd.com/doc/53789671/Paper- Iptv

La plataforma que sirvió para instalar este servidor de monitoreo es bajo Linux-Ubuntu 10.10, y cuya configuración se concluyó mediante la guía de instalación Manage Engine Netflow Analyzer26_.

Luego de instalado el software en el PC, se procede a ejecutar el servidor dentro del directorio o path de instalación con el siguiente comando:

root@/root/<path Netflow>/bin#: sudo sh run.sh

Completada la ejecución del servidor, se necesita vincular el router para que adquiera la información de los flujos transmitidos por la red. Para esto se realizan las siguientes configuraciones dentro del router:

Fig. 3.2 Comandos para exportar flujos del router al Netflow

Para verificar que se haya ejecutado el netflow dentro del router se usan los siguientes comandos:

router# show ip flow export router# show ip cache flow

Finalmente, para ingresar a la administración del servidor y observar los reportes del analizador, se digita en el navegador la siguiente dirección:

http://localhost:8080o http://<IP_SERVIDOR>:<puerto>

Los usuarios y contraseñas para ingresar al servidor es admin: admin.

La información relevante a ésta configuración se obtiene desde la página web del Netflow Analyzer27_.

26

Guía de instalación Netflow Analyzer, online: http://www.draware.dk/fileadmin/ManageEngine/NetFlow/NFA_5_Min_Guide.pdf 27

Guía de configuración, flow exports, online:

http://www.manageengine.com/prducts/netflow/manageengine_netflowanalyzer_5-min.pdf router# configure terminal

router-2621(config)# interface FastEthernet 0/0

router-2621(config-if)# ip route-cache flow //Aplicar este comando a todas las interfaces del router router-2621(config-if)# exit

router-2621(config)# ip flow-export destination 192.168.99.40 9996 router-2621(config)# ip flow-export source 192.168.99.254 router-2621(config)# ip flow-export version 5

router-2621(config)# ip flow-cache timeout active 1 router-2621(config)# ip flow-cache timeout inactive 15 router-2621(config)# snmp-server ifindex persist router-2621(config)#^Z

Dentro del esquema de red, éste servidor tiene una IP estática 192.168.99.40 con la IP de Gateway 192.168.99.254.

Posterior a las pruebas realizadas, las capturas de los flujos exportados desde el router son visualizados en el servidor, mostrando parámetros de utilización de tráfico, velocidad de los flujos, volumen de tráfico consumido. Las gráficas son reportadas en el anexo A que detalla el ancho de banda consumido por la red, medido en la interfaz Fast Ethernet 0/0 del router.

3.2.1.3.4 Servidor de sincronización NTP

La utilización de este servidor se lo utilizó no sólo para simular la aplicación de datos en el laboratorio sino que sirvió como requerimiento en la saturación de la red, ya que el inyector de tráfico usado en las pruebas necesita la sincronización del reloj en todos los elementos de red (PCs y Servidores).

La instalación y posterior configuración es muy sencilla, por ende la información se basó en el soporte dado por el servidor ntp.28