Servicios personalizados
Español (pdf)
Articulo en XML
Referencias del artículo
Enviar articulo por email
Citado por SciELO 
Similares en
SciELO 
Permalink
Introducción
Actualmente el área tecnológica se desarrolla a pasos agigantados al pasar los años. Con la llegada de las redes de quinta generación, las empresas tienen un gran reto y tratan de implementar equipos y diferentes tecnologías que estén a la vanguardia, y por supuesto que satisfagan a sus clientes (Orgaz, 2019).
Los equipos de telecomunicaciones tienden a evolucionar con el tiempo, todo esto para brindar un mejor servicio. La comunicación a nivel mundial exige cada vez una mejor calidad en servicios y es ahí donde las infraestructuras antiguas están quedando obsoletas. Las nuevas tecnologías como Internet de las cosas (IoT), Inteligencia artificial, telefonía IP, aplicaciones inteligentes; entre otras, requieren mejor calidad en los servicios que prestan las redes, los mismos que provocan cambios en las configuraciones, administración de equipos y en muchas ocasiones en medios de comunicación.
La telefonía surgió de la necesidad de tener un medio para que las personas se comuniquen (Aguirre Paz, 2005). En décadas pasadas solo existía la telefonía fija, pero con el desarrollo del internet y las redes de telecomunicaciones, todos los servicios analógicos han migrado a ser digitales. La telefonía evolucionó de fija (análoga) a telefonía IP (digital); es decir, que la voz se comprime y se transmite por la misma red de datos mediante el protocolo IP (Moyolema Tenegusniay, 2015). Este cambio causó grandes beneficios a las empresas porque disminuyeron los gastos destinados a llamadas telefónicas; también, se redujeron los costos de implementación de equipos y de instalación, debido a que solo tienen que disponer de una red de datos para tener servicios VoIP (Caldera & Suazo, 2011).
Al implementar más de un servicio en la red, ésta necesita un mayor ancho de banda; por ello, en la actualidad este tipo de servicios se está implementando sobre redes definidas por software (SDN), que es un nuevo concepto de arquitectura de red en la cual se facilita la gestión de la misma, ya que es escalable y toda su inteligencia se encuentra en un controlador central (Seyeon Jeong, 2016).
Todo lo anteriormente descrito se puede evidenciar en el proyecto de investigación denominando “Análisis de redes SDN utilizando Mininet e implementación de un Deep Packet Inspector” realizado por Li, et al. (2016), en el cual, se implementó un inspector de paquetes desarrollado en lenguaje Java para detectar y marcar paquetes que se encuentren en la red que permite dividir el tráfico VoIP y Web y que éste pueda ser utilizado para diversas funcionalidades y garantizar que exista calidad de servicio.
De igual manera, en el trabajo de investigación realizado por Flores Moyano (2018), se propuso diseñar una arquitectura para la gestión de redes residenciales mediante el uso de funciones de virtualización y redes definidas por software, en la cual se utilizan aplicaciones para uso de usuarios que gestionan servicios residenciales tales como el consumo de internet y servicio telefónico. Además, el investigador incluye funcionalidades de administración de tráfico para que servicios en línea como videos en alta definición y juegos tengan un rendimiento óptimo.
En el Ecuador existen varios estudios referentes a redes definidas por software y su implicación con servicios de VoIP. Moscoso Clerque (2016), indica en su estudio que se desarrolla una aplicación para tener calidad de servicio priorizando tráfico en una red definida por software. La aplicación se desarrolló bajo lenguaje Java y se ejecutó junto con el controlador Floodlight, las pruebas consistieron en realizar llamadas telefónicas y enviar paquetes que saturen la red permitiendo que la aplicación implemente calidad de servicio y no se afecte la llamada.
Por otro lado, se cuenta con un estudio denominado “Despliegue de una red SDN aplicando el protocolo MPLS y generando políticas de QoS para servicios de telefonía IP” realizado por Fernández & Ulloa (2016). En este trabajo los autores plantean un laboratorio de pruebas en una red SDN con el controlador OpenDayLight, en el cual se gestionan y administran todos los aspectos concernientes a equipos que envían paquetes y también se implementa el protocolo de transporte MPLS. Además, el servicio VoIP es implementado sobre una nube con tecnología de virtualización OpenStack en el cual se aplican pruebas para verificar la calidad de servicio.
Por lo antes expuesto, se puede determinar que es factible proponer un proyecto de investigación que permita diseñar e implementar una red definida por software para brindar servicios de VoIP seguros. La implementación de este servicio en la red SDN se realizará creando y configurando VLANs sobre equipos físicos que contengan el protocolo OpenFlow (Lara, et al., 2014). En esta red se garantizará la seguridad y confiabilidad en él envió paquetes mediante la integración de algoritmos de encriptación; también, se evaluará la calidad de servicio en la trasmisión de VoIP (Tablas 1 y 2).
Tabla 1 - Recursos de Hardware.
| Cantidad | Hardware | Descripción |
|---|---|---|
| 2 | Computadora Portátil | Dell Inspiron ‘15,6
2,90 GHz Intel Core i7-7500U 8 GB RAM 4 GB Tarjeta de video Radeon HP Intel Core i3-4010U 4 GB RAM |
| 2 | Impresora |
Epson L365 Series Epson L355 Series |
| 1 | SSD |
Samsung 860PRO 1TB |
| 1 | RouterBoard |
Microtik RB11UiAS-RM |
| 1 | Switch |
HPE OfficeConnect 1920S |
Desarrollo
Etapa 1 - Identificación de controladores y protocolos que pueden ser implementados en una red SDN.
A continuación, en esta etapa se detallará cuáles son los controladores y protocolos y que función cumple.
Identificación de protocolos SDN
En la tabla 3, se indican los protocolos algunos de ellos, ya existentes con cada uno de sus fabricantes o desarrolladores, que funciones realizan cada uno de ellos, con el objetivo de determinar cuál es el que mejor se adapta a las necesidades para la implementación de la red SDN.
En el mercado ya han desarrollado equipos basado con OpenFlow, es el protocolo predominante para las redes SDN, aunque se están diseñando arquitecturas utilizado otros métodos de comunicación, tales como los protocolos: BGP, MPLS-TP, NETCONF, XMPP.
Tabla 3 - Protocolo de las redes SDN.
| Protocolo | Desarrollado por | Función |
| Border Gateway Protocol (BGP) | Estandarizado por la RFC. | Permite el intercambio de información entre hosts de Gateway en la red. |
| Perfil de Transporte - Multiprotocol Label Switching (MPLS-TP) | Internet Engineering Task Force (IETF) | Diseñado como una tecnología de capa de red en redes de transporte. |
| NETCONF | Internet Engineering Task Force (IETF) | Resuelve problemas que existen con los protocolos SNMP y la CLI. |
| Protocolo de Presencia y Mensajería Extensible (XMPP) | Jeremie Miller | Mensajería instantánea, distribución de la información y detección en línea. |
| OpenFlow | Universidad de Stanford y California | Permite el accesibilidad directa y manipulación entre los dos planos. |
De acuerdo a las necesidades de la red SDN se seleccionó el protocolo OpenFlow. Presenta muchas ventajas que sobresale de otros protocolos, esto es gracias a las organizaciones principales como la ONF (OpenNetworking, 2020), que ofrece mejoras en cuanto a sus actualizaciones para un buen desempeño en una red SDN.
Este permite la accesibilidad directa y manipulación de los planos de datos de los dispositivos y el plano de control, además ofrece un mayor ancho de banda, permite una configuración automatizada de la red el cual conlleva a reducir gastos de operación y menor inactividad ante fallos con la red.
Identificación de controladores SDN
El controlador es el núcleo central de la arquitectura SDN (Escobar Ordoñez, 2015). Es por ello, se han tomado en cuenta seis controladores, de los cuales se analizará cada una de las características, para identificar que controlador es el más acorde al diseño de la red SDN (Tabla 4).
Tabla 4 - Controladores SDN.
| Característica | Controladores | |||||
| NOX | POX | BEACON | ONOS | Ryu | Opendayligth | |
| Soporte | OpenFlow v1.0 | OpenFlow v1.0 | OpenFlow v1.0 | OpenFlow v1.0/v1.3 | OpenFlow v1.0/v1.3 | OpenFlow v1.0/v1.4 |
| Lenguaje | C++ | Python | Java | Java | Python | Java |
| Plataformas | Linux | Linux, Mac Os, Windows | Linux, Mac Os, Windows | Linux | Linux | Linux, Mac Os, Windows |
| Código abierto | Si | Si | Si | Si | Si | Si |
| Interfaz gráfica | Python + QT4 | Python + QT4 | Web | Web | Web | Web |
| API | No | No | No | Si | Si | Si |
| Documentación | Media | Baja | Buena | Media | Media | Media |
Una vez analizado cada una de las características se seleccionó el controlador que se adapte mejor al proyecto de investigación, como lo es OpenDayLight. Este ofrece una plataforma compatible con SDN (Moreno & Zambrano, 2018). Además, cuenta con una plataforma de abstracción de servicios, esto es ventajoso para los desarrolladores porque pueden crear aplicaciones con cualquier protocolo sin ningún inconveniente, de la misma manera en diferentes equipos.
Etapa 2 - Implementación de la red SDN en un escenario físico.
En esta etapa se realizó el diseño de la red SDN. Este diseño fue implementado en el Laboratorio de Redes de la FCI, el escenario consiste en un router Mikrotik RB11UiAS-RM, un switch HPE OfficeConnect 1920S, dos teléfonos IP YEALINK T20P y una laptop (Dónde estará el controlador) (Fig. 1).
Para comenzar, se necesita descargar el software “WinBox”, el cual permitirá la conexión con el equipo para su respectiva configuración. Es necesario comprobar la conectividad (cableado) del router con el pc. Se ejecuta el programa y de preferencia se ingresa mediante la MAC Address del dispositivo (Otra forma, es con la IP del router que inicialmente tiene 192.168.88.1). Se tendrá dos tipos de redes: la WAN estará en el puerto 1 del Mikrotik y la LAN con una IP 192.168.2.1 en el router. Dentro de la red LAN se brindarán a los puertos direcciones DHCP, con la finalidad que exista interconectividad y servicio de internet (esto último si se desea, caso contrario se omite).
Para los teléfonos se configuró la central telefónica en Elastix. En una máquina virtual, uno de los requisitos es una IP pública, para esta investigación, se dio la IP 192.168.2.249 que está dentro del rango de la red LAN creada. Se abre el navegador y se coloca la dirección 192.168.2.249:5001 para ejecutar el 3CX el cual proviene de Elastix para la configuración de las extensiones que se otorgarán a los teléfonos IP.
Extensión 1001 fue asignada al teléfono Telematica2 con el cual se identifica, y como id de llamada tiene el nombre de root2.
Extensión 1002 fue asignada al teléfono Telematica3 con el cual se identifica, y como id de llamada tiene el nombre de root3 (Fig. 2).
Se configurará la VLAN 200 dentro del router y del switch administrable para la comunicación de la telefonía IP. Habilitando los puertos 1 y 2 para la conexión con los teléfonos IP (Included y Untagged) y el puerto 24 para la comunicación entre el switch (Included y Tagged) y el router (puerto openflow) (Fig. 3).
Se necesitará el paquete OpenFlow, descargado de la página de Mikrotik e instalado dentro del router. OpenFlow brinda tres opciones: Switches, Flows y Ports. En Switches se configuró al router como switch OpenFlow, asignándole la IP del controlador 192.168.2.250. En Ports se añadió al puerto (puerto 4 cuyo puerto tiene el nombre de telemática 2) designado a OpenFlow (Fig. 4 y 5).
Se instala Ubuntu en el VirtualBox (máquina virtual, IP 192.168.2.250), se descarga e instala el controlador OpenDayLight, cuya versión fue 0.4.0-Beryllium. Para ingresar al controlador desde el modo gráfico, se abrió una pestaña en el navegador, se le coloco la siguiente dirección 192.168.2.250:8181/index.html Cargará el controlador pidiendo autenticación (Fig. 6).
Dentro del cuadro de controls aparecerá el Swicth OpenFlow con los Host (teléfonos IP) conectados, en este caso, hay dos teléfonos conectados al switch.
Host: 00:15:65:43:55:e1 ip:192.168.2.248 conectado al puerto 1
Host: 00:15:65:47:71:71 ip:192.168.2.100 conectado al puerto 2 (Fig. 7).
Los resultados obtenidos en este proyecto para los diferentes parámetros, fueron tomadas de las herramientas que brinda el router Mikrotik para escaneo y monitoreo de las redes.
Latencia
Para esta métrica de evaluación, se hicieron varias pruebas de conectividad utilizando la herramienta Ping (Running) propia de Mikrotik, para verificar el retardo de los paquetes en llegar a su destino, a continuación, se dará de ejemplo una de las pruebas realizadas, dando a conocer los resultados.
En la Fig. 8, se observa la prueba realizada a la dirección 192.168.2.100.
Se obtuvo un resultado óptimo, con 208 paquetes enviados y la misma cantidad recibida, dando a conocer que no hubo pérdidas de paquetes en el transcurso de la transmisión, con un retardo de 5ms en el paquete #56 y 0ms en los paquetes restantes.
En la Fig. 9, se observa la prueba realizada a la dirección 192.168.2.248.
Se obtuvo un resultado óptimo, con 242 paquetes enviados y la misma cantidad recibida, dando a conocer que no hubo pérdidas de paquetes en el transcurso de la transmisión, con un retardo de 1ms en 3 paquetes transmitidos y 0ms en los paquetes restantes.
Rendimiento y Performance
En esta evaluación se utilizó la visualización de las interfaces para el monitoreo de la red del Mikrotik para obtener resultados del rendimiento, dando como resultados una transmisión y recepción de velocidad de 891 kbps, siendo estos 53 paquetes enviados y 53 recibidos.
Teniendo caminos rápido con una velocidad de 432bps y una recepción de 488bps, con 1 paquete enviado y uno recibido, concluyendo que es óptima la red SDN (Fig. 10).
Caso contrario fue sin el controlador OpenFlow dónde hubo discrepancia tanto en la transmisión y recepción de velocidad de los paquetes como se puede observar en la Fig. 11.
Seguridad
Para prevenir ataques a la red, se optó por una medida de seguridad que ofrece las VLAN, comúnmente conocida como el Enmascarado. Dónde el administrador de la red, debe conocer cada una de las direcciones IP, porque a cada dispositivo que se conecte se le asignará una IP estática, y se habilitará un puerto dentro del switch, como se observa en la Fig. 12, hay dos puertos asignados para los teléfonos y 1 que se conectará del router con el switch.
Es decir, cualquier persona que se conecte a la red o al switch, no tendrá acceso, porque no se está generando una IP para aquel host.
Ventajas:
No tener dirección IP para la realización de los ataques, incluso usando herramientas de búsquedas de IP como lo demuestra la Fig. 13.
Aunque tuviera una IP, el puerto donde está conectado no está habilitado para la transmisión de datos.
La VLAN creada tiene un ID, y es otro número que se tiene que descubrir en casa de querer hackear la red.
Entre otras ventajas, Mikrotik permite implementar reglas para los usuarios. Es decir, se puede implementar reglas que envíen a una lista negra a las direcciones o host que emitan repetidas solicitudes hacia el servidor, logrando así que esta IP o host no vuelva más a aparecer en el listado de dispositivos conectados en la red.
Conclusiones
La investigación sobre los diferentes tipos de controladores y protocolos a usar, ayudó a determinar las herramientas necesarias para realizar las diferentes configuraciones. Una buena elección del controlador OpenDayLight y el protocolo OpenFlow será de gran ayuda para una estable conexión con los equipos.
La prueba fue realizada en un ambiente controlado, determinando que la red tenía menos pérdidas y retardo en cuestión del intervalo de tiempo de los paquetes que a diferencia de una red telefónica sin VLAN y OpenFlow. También se pudo constatar que SDN ocupaba casi toda la capacidad máxima de la velocidad de transmisión. Acorde a la seguridad, se pudo percibir varios tipos de seguridad que en un futuro se pueden implementar en las redes SDN con tecnología Mikrotik.
Dados los resultados obtenidos por el mismo software del router, se logra observar un mayor fluido del tráfico de voz, minimizando la perdida de paquetes y ocupando la máxima capacidad del canal tanto en transmisión, como en recepción, con minorías de tiempo en el retardo de cada paquete, haciendo que la red sea factible en cuanto a la transmisión VoIP.
