IEEE CHILECON2015 - ISSN xxxx-xxxx, Pág. xxxx.xxx.

Santiago de Chile, 28 al 30 de Octubre 2015

(Balanceador
Load de Carga
Dependent dependiente
Balancers de Sensores Electrónicos
of Electronic Sensors inenSDN
una
Arquitectura SDN)
Architecture

personalización [19,21,22], además no se consideran las
Abstract— In this article, it has implemented a module of condiciones externas (Temperatura, Humedad, Inundaciones,
network traffic balance, using defined networks by software etc), que rodean a los equipos, impidiendo tener un alto
(SDN), distributing the flow of network information, according to performance del sistema y alargar el tiempo de vida útil de
physical external variables which come from electronic sensors.

A. Escobar, S. Manzano, J. P. Pallo, A. Nuñez

The architecture of proposed network works with the estos dispositivos [24,25,26].
Floodlight controller, which executes the module of load balance, El empleo de las redes definidas por software permite la
modified to be employed at dependency on the delivered integración de las redes de datos y sistemas electrónicos;
information by the Arduino platform. This architecture
debido a su amplia apertura para el desarrollo de nuevos
establishes one remote communication between the controller
and the Arduino platform, through the use of an exclusive VLAN módulos y/o topologías de red; siendo el eje fundamental del
for the interaction. proyecto el uso de: Hardware y Software libre, convirtiéndolo
en un sistema escalable y adaptable [6-8].
Index Terms——(Electronic sensors, SDN networks, intelligent El presente artículo tiene como objetivo, el desarrollo de un
management, flow of information, Load balance) innovador sistema, que permita la gestión del tráfico de la red
de forma dinámica, en dependencia de las variables externas
I. INTRODUCCIÓN proveniente de sensores electrónicos, a través de un

E n la actualidad no se ha encontrado investigaciones, con

la posibilidad de integrar redes de datos con dispositivos
electrónicos, que permitan modificar el comportamiento del
balanceador de carga implementado con tecnología SDN; por
considerarse factores que pueden causar daños en equipos de
gran importancia para la disponibilidad de la red como: Alta
flujo de datos en la red, en forma dinámica; debido a que las temperatura, Humedad, Acceso no autorizado, etc.
redes actuales se concibieron de modo que el control, El artículo está organizado de la siguiente manera: En la
enrutamiento y señalización de la red fueran parte de una Sección II, se analiza los problemas del control de flujo de
misma arquitectura y dependiente de su infraestructura. Este datos en las redes actuales. El planteamiento de la arquitectura
problema ha forzado a buscar un nuevo modelo de red que de red se presenta en la Sección III. El detalle del
permita tomar decisiones de enrutamiento en base a factores funcionamiento es descrito en la Sección IV. Las pruebas y
externos, obteniendo un cierto grado de autonomía. Las Redes resultados del funcionamiento y posibles escenarios de fallas
Definidas por Software (SDN), permitirán establecer una de los componentes del sistema se presentan en la sección V, y
respuesta ante esta problemática [1,3]. finalmente en la sección VI se detalla las conclusiones.
Las Redes Definidas por Software desacopla el plano de
control (Funcionalidad que se encarga del enrutamiento de II. PROBLEMÁTICA DEL CONTROL DE FLUJO DE DATOS EN LAS
paquetes) y el plano de datos (Funcionalidad que hace efectiva REDES ACTUALES
las órdenes de enrutamiento y transmite la información). Lo Las redes de datos tradicionales ofrecen servicios de uso
cual otorga al administrador el control total de la red, cotidiano, como: el envío de correo electrónico, tecnologías de
haciéndola más eficiente, automatizable y flexible; debido a la búsqueda, redes sociales, comercio electrónico y
facilidad de gestión de los patrones de tráfico de forma recientemente servicios de Cloud Computing, impulsado al
dinámica, a través de la programación de módulos específicos análisis y re-estructuración dentro de la industria del
para la administración de la red [6,7,13]. networking [2,4,9].
Las exigencias actuales como el alto número de peticiones,
replicación o virtualización de servicios, generan problemas Los requerimientos de adaptabilidad y escalabilidad, en las
para la mayoría de dispositivos de red tradicionales redes actuales, generan problemas para la mayoría de los
solucionado a través de la integración de un dispositivo de dispositivos de red tradicionales, en aspectos como: capacidad
Balanceo de Carga, que permite redirigir la gran cantidad de de procesamiento de datos, cambios en los patrones de tráfico
peticiones generadas por los clientes [15,1718]. que circula por la red y el evidente desarrollo de aplicaciones
Convirtiéndose en una solución aplicable; pero no la más de alto rendimiento basadas en virtualización. Exigiendo
adecuada, por ser una solución costosa y de difícil mayor capacidad de procesamiento y sobre todo cambiar el

S. Manzano, A. Escobar, J.P. Pallo, A. Nuñez, with the Faculty of flujo de información en forma dinámica dependiendo de las
Systems Engineering , Electronics and Industrial, Technical University of aplicaciones y variables externas a la red [11, 10,14].
Ambato,
Ambato, Ecuador (e-mail: victorsmanzano@uta.edu.ec, escobar.andres326
@gmail.com, juanppallo@uta.edu.ec, nunezr.a@gmail.com). No se ha encontrado investigaciones, con la posibilidad de
. integrar redes de datos con dispositivos electrónicos como:
 IEEE CHILECON2015 - ISSN xxxx-xxxx, Pág. xxxx.xxx. Santiago de Chile, 28 al 30 de Octubre 2015

sensores o transductores; que en dependencia del estado de de datos entregada por la tarjeta de adquisición. Además el
estos dispositivos electrónicos, sea posible implementar controlador establecerá el conjunto de flujos de
cambios en los flujos de datos de los equipos de red, funcionamiento para el switch Openflow.
modificando el comportamiento de la red [16,20].
D.Red LAN
Es un conjunto de clientes, que acceden a los distintos
III. PLANTEAMIENTO DE LA ARQUITECTURA DE LA RED servidores a través de la dirección lógica del balanceo de
PROPUESTA carga.
En esta sección, se propone una innovadora arquitectura de
IV. FUNCIONAMIENTO DEL SISTEMA
red, que permita el balanceo de carga en una red SDN, en
dependencia del valor de temperatura entregado por los En este apartado se describe un análisis sistémico de las
sensores, ubicados en el cuarto de telecomunicaciones. Esta cuatro etapas del funcionamiento del módulo de balanceo de
arquitectura se divide en cuatro secciones (Fig 1): carga desarrollado en el controlador Floodlight y modificado
para ser dependiente de los datos de temperatura almacenados.
En la Fig 2 se muestra el flujograma funcional del módulo.
A. Cuarto de Telecomunicaciones.
Consiste en un conjunto de sensores enlazados a cada uno A. Etapa de Verificación
de los servidores del cuarto de telecomunicaciones, que En esta etapa el cliente solicita un servicio WEB, dicha
proporciona información de temperatura, a la sección de petición es capturada por el switch openflow que a la vez
comunicación para su posterior almacenamiento. pregunta al controlador por la dirección del servidor a
conectarse. El controlador realiza un análisis de los paquetes
B.

Fig. 1. Arquitectura propuesta para balanceo de carga SDN en dependencia de Sensores

Electrónicos.

Comunicación entrantes, verificando que el DPID (Identificador del

Dispositivo) corresponda al switch openflow, el tipo de
Consta de un equipo específico para adquisición de datos
paquete debe ser IPv4 y ARP, además la dirección destino del
(Arduino), que se encarga de la recepción de información
paquete debe ser la IP del balanceo de carga. En caso de no
entregada por el conjunto de sensores. La capacidad de
cumplir con lo antes mencionado el controlador descarta los
procesamiento de información de esta tarjeta dependerá de la
paquetes y emite un mensaje de intento de conexión no exitosa
cantidad de sensores conectados al dispositivo; además cuenta
para volver a escuchar la solicitud de servicio, caso contrario
con una interfaz Ethernet necesaria para la conexión directa
avanza a la etapa de Acceso.
por la VLAN del controlador con la base de datos. Asimismo
existe un switch habilitado que gestiona la conexión de
acuerdo a las reglas establecidas por el controlador remoto,
estableciendo la comunicación con los servidores.
C.Controlador Remoto
En esta sección se encuentra el controlador Floodlight y
una base de datos MySQL, que permite el balanceo del flujo
de datos, dependiente de la información almacenada en la base
 IEEE CHILECON2015 - ISSN xxxx-xxxx, Pág. xxxx.xxx. Santiago de Chile, 28 al 30 de Octubre 2015

B. Etapa de Acceso establecer las reglas del control de flujo de datos entre clientes
En esta etapa se genera una respuesta ARP por parte del y el balanceador.
balanceador conteniendo información de su dirección MAC y C.Etapa de Consulta y Asignación
su dirección IP, con el método handleARPRequest. Cuando la
Al ser un módulo dependiente de valores externos a la red
respuesta es recibida por el host que solicitó el servicio, se
de datos, el método getNextServer del balanceador de carga,
envía una solicitud ICMP para establecer comunicación entre
fue modificado para realizar una consulta a la base de datos
ambos; con el método ARPReply el cual envía al switch
local y almacenarlos en variables globales para ser utilizados
openflow esta información en forma de mensajes para
en todo el programa. Estos datos almacenados establecen el
número de servidores, de acuerdo al valor permitido del
rango de temperatura; si este valor sobrepasa el límite
permitido, trabajará con los servidores Principales y
Auxiliares; caso contrario solo trabajaran los servidores
Principales.

D. Etapa de Conexión
Esta etapa del módulo inserta un conjunto de reglas de
flujo, reemplazando la dirección lógica del balanceo con la
dirección del servidor definido por el método getNextServer,
con un tiempo de vida específico que permiten a los clientes
alojados en la red LAN acceder a los servicios WEB.

V. PRUEBAS Y RESULTADOS
Las pruebas del módulo se realizaron en una
infraestructura real con el objetivo de comprobar su correcto
funcionamiento en condiciones de trabajo reales. Se
configuró la red de manera que el rango de direcciones para
los servidores es de la 192.168.10.10/24 hasta la
192.168.10.40/24.

Se necesitó ingresar las tablas ARP en cada uno de los

dispositivos de la red, obteniendo como resultado tablas
como las que se muestra en la Fig 3.

Fig 2. Flujograma de Funcionamiento de Balanceo de Carga dependiente de la

temperatura Almacenada
 IEEE CHILECON2015 - ISSN xxxx-xxxx, Pág. xxxx.xxx. Santiago de Chile, 28 al 30 de Octubre 2015

Fig. 4. Prueba de Conexión hacia el Balanceo de Carga

La fig 5, muestra la petición de un cliente al balanceo de

Fig. 3. Tablas ARP en los hosts de los clientes. carga, arrojando como resultado la conexión a los diferentes
servidores, en diferentes solicitudes de conexión.
Una vez ingresadas las tablas ARP, se debe realizar la
prueba de conexión hacia la dirección del Balanceo de Carga,
en este caso la dirección 192.168.10.254/24, usando el
comando ping de la consola de uno de los clientes. El proceso
descrito anteriormente se muestra en la Fig 4.

Fig 5. Prueba de Solicitud de Servicio WEB.

Realizada la conexión se verifica en la interfaz WEB del

controlador la existencia de nuevos flujos de datos. En la Fig
6, se muestra los flujos de datos para la conexión con los
servidores principales y auxiliares.

Fig. 6. Flujos para los Servidores Principales y Auxiliares

A continuación se describe los principales parámetros que

conforman la regla insertada en el switch Openflow;
presentada en la Fig. 6:
VLAN=-1, VLAN por defecto de Openflow.
Mac Src: Dirección MAC del host que solicita el servicio
(00:1c:c0:de:08:2d)
Mac Dest: Dirección MAC del servidor al que proveerá el
 IEEE CHILECON2015 - ISSN xxxx-xxxx, Pág. xxxx.xxx. Santiago de Chile, 28 al 30 de Octubre 2015

servicio (00:1c:c0:de:08:2d) [2] G. Fueltala, Implementación de un prototipo de una red definida por
software empleando una solución basada en software, Escuela
Ip Src: Dirección IP del host que solicita el servicio Politécnica Nacional, Quito-Ecuador. 2014. [Online]. Available:
(192.168.10.50) http://bibdigital.epn.edu.ec/bitstream/15000/7360/1/CD-5509.pdf
Ip Dest: Dirección IP del servidor que atenderá las [3] A. Logicalis, SDN Cómo el nuevo Universo trazado por las redes
peticiones (192.168.10.40) definidas por software impactara en los negocios, Logicalis Business
Action: Reescribir la dirección MAC e IP del balanceador and Technology Working as One. 2014. [Online]. Available:
http://www.la.logicalis.com/globalassets/latin-
de carga y direccionarlas a los servidores que atenderán las america/advisors/es/advisor_sdn.pdf
peticiones. [4] X. Hesselbach, M. Huerta, O. Calderón, “Problemas abiertos en MPLS.
Migración, Protección, Gestión de Recursos y Balanceo de Carga”,
Posibles Escenarios de Fallas en la Infraestructura Departamento de Ingeniería Telemática Universidad Politécnica de
Catalunya, Barcelona España. 2015.
propuesta:
[5] N. Shastry and Raviraj S. Adve, “A Theoretical Analysis of
Cooperative Diversity in Wireless Sensor Networks”, [online] IEEE
vol.6, pp., 3269 - 3273 2005. Disponible en:
A. Falla en el Sensor
http://ieeexplore.ieee.org/xpl/login.jsp?
Ante la posible falla del sensor, la tarjeta de adquisición tp=&arnumber=1578379&url=http%3A%2F%2Fieeexplore.ieee.org
almacenará el valor cero dentro de la base de datos sin afectar %2Fiel5%2F10511%2F33290%2F01578379
el funcionamiento de red. [6] W. Heinzelman, A. Chandrakasan, and H. Balakrishnan, “Energy-
Efficient Communication Protocol for Wireless Microsensor
Networks”, [online] IEEE System Sciences. Proceedings of the 33rd
Annual Hawaii International Conference on .2000. Disponible
B. Falla en la Tarjeta de Adquisición en:http://ieeexplore.ieee.org/xpl/articleDetails.jsp?
En caso de presentarse una falla en la tarjeta, el controlador arnumber=926982&newsearch=true&queryText=Energy-Efficient
%20Communication%20Protocol%20for%20Wireless
usará el último dato registrado en la base de datos sin afectar %20%20Microsensor%20%20Networks
al servicio de la red. [7] J. Jimenez, B. Rumipulla, B. Carrión, Análisis de soluciones de Acceso
Seguro a la Red e implementación de un Proyecto piloto para la Unidad
educativa Técnico Salesiano, Capítulo 2: ISO/IEC 27002, páginas 32-
C.Falla en la Base de Datos 36, Universidad Politécnica Salesiana Sede Cuenca, 2012. [Online].
Available: dspace.ups.edu.ec/bitstream/123456789/4282/1/UPS-
Al no existir conexión a la base de datos, el programa CT002616.pdf
asignará el valor de cero a la variable de temperatura, con lo [8] C. Chico, Implementación de un prototipo de una red definida por
que funcionaran los servidores principales. software empleando una solución basada en Hardware, Escuela
Politecnica Nacional, Quito-Ecuador.2013. [Online]. Available:
http://bibdigital.epn.edu.ec/bitstream/15000/6681/1/CD-5065.pdf
[9] Costanzo,S., Galluccio,L., Morabito,G., Palazzo,S.,” Software defined
wireless networks: Unbridling SDNs”, [online] IEEE, pp.1–6, 2012.
Disponible en:
[10] http://ieeexplore.ieee.org/xpl/articleDetails.jsp?
arnumber=6385039&newsearch=true&queryText=Software%20defined
%20wireless%20networks:%20Unbridling%20SDNs.
[11] Bernardos, C. et al, “An Architecture for Software Defined Wireless”.
[online] IEEE Networking, Wireless Communications, vol. 21, pp. 52 –
61. 2014. Disponible en:
VI. CONCLUSIONES http://ieeexplore.ieee.org/search/searchresult.jsp?
newsearch=true&queryText=An%20Architecture%20for%20Software
El uso de las Redes Definidas por Software como %20Defined%20Wireless%20Networking
plataforma de trabajo abre la posibilidad de desarrollo de [12] Xia, F., Tian, Y., Li, Y., Sun, Y., “Wireless Sensor/Actuator Network
nuevas aplicaciones para uso específico, sobre todo el cambio Design for Mobile Control Applications,”. Sensors, vol.7, pp. 2157-
2173. 2007. Online]. Available:
del flujo de información en forma dinámica dependiendo de http://www.mdpi.org/sensors/papers/s7102157.pdf
las aplicaciones y de variables externas a la red. [13] Nuñez R. A., ManzanoV.S., Red definida por software (SDN) en base a
una infraestructura de software de libre distribución, Universidad
La integración de sensores de temperatura a la red de datos Técnica de Ambato, Ambato Ecuador. 2015. [Online]. Available:
brinda un cierto grado de autonomía de trabajo a la red; http://repo.uta.edu.ec/bitstream/123456789/10587/1/Tesis_982ec.pdf
debido al control más dinámico que se obtuvo con un balanceo [14] Al-Karaki, J., Kamal,A., "Routing techniques in wireless sensor
networks: a survey.”. [online] IEEE. Wireless Communications, vol.
de carga SDN, dependiente de la temperatura que poseían los 11, ,pp 6–28. Disponible en:
equipos y así evitando llegar a los rangos de temperatura http://ieeexplore.ieee.org/xpl/articleDetails.jsp?
límites de los servidores. arnumber=1368893&newsearch=true&queryText=Routing
%20techniques%20in%20wireless%20sensor%20networks:%20a
%20survey
REFERENCIAS [15] Voellmy, A., Wang, J.” Scalable Software Defined Network
[1] M. Rojas Calero y A. Pachón, Propuesta para la implementación de un Controllers” ACM SIGCMM, vol.42, pp.289-290. 2012. [Online].
laboratorio de acceso remoto usando SDN, Universidad ICESI, Available: http://dl.acm.org/citation.cfm?id=2377735
Santiago de Cali, 2012. [Online]. Available: [16] Chavan, S., Kadam, P., Sawant., “Embedded web server for Monitoring
http://bibliotecadigital.icesi.edu.co/biblioteca_digital/bitstream/10906/68 Enrironmental Parameters”. Instruments and Experimental Techniques”,
434/1/propuesta_implementacion_laboratorio.pdf. vol.52, pp. 784-787. 2009. [Online]. Available:
 IEEE CHILECON2015 - ISSN xxxx-xxxx, Pág. xxxx.xxx. Santiago de Chile, 28 al 30 de Octubre 2015

http://shodhganga.inflibnet.ac.in/bitstream/10603/4027/14/14_publicatio Heidelberg. Vol: 2920, Berlin, Germany, pp. 1–17. 2004. [Online].
ns.pdf Available: http://link.springer.com/chapter/10.1007%2F978-3-540-
[17] Domingues, J., Damaso, A., Rosa, N., “Smart: Service model for 24606-0_1
integrating wireless sensor networks and the internet.” [on line] IEEE, [25] De Gante, A., Aslan, M., Matrawy, A., “Smart Wireless sensor network
ICPADS, pp.365–372. 2010. Disponible en: management based on software defined networking. In
http://ieeexplore.ieee.org/search/searchresult.jsp? Communications”. [on line]. IEEE (QBSC), 27th Biennial Symposium,
newsearch=true&queryText=Smart:%20Service%20model%20for pp. 71-75. 2014. Disponible en;
%20integrating%20wireless%20sensor%20networks%20and%20the http://ieeexplore.ieee.org/xpl/articleDetails.jsp?
%20internet arnumber=6841187&newsearch=true&queryText=Smart%20Wireless
[18] Eriksson, J., Osterlind,F., Finne,N., Dunkels, A., Tsiftes, N.,Voigt, T., %20%20sensor%20network%20management%20based%20on
“Accurate Network-Scale power profiling for sensor network simulators %20software%20defined%20networking.%20In%20Communications
wireless sensor networks”, ACM Computer Science, Eds. Berlin, [26] Junaid Qadir, Nadeem, Ahmed Nauman Ahad, “Building programable
pp.312–326. 2009. [Online]. Available: wireless networks an architectural survey”, In EURASIP Journal on
http://dl.acm.org/citation.cfm?id=1506780 Wireless Communications and Networking, No. 1., pp. 1-31.2014.
[Online]. Available: http://arxiv.org/pdf/1310.0251.pdf
[19] Goth, G.,”Software-Defined networking could shake up more than
packets.”. [on line] IEEE, vol.15, pp: 6–9. 2011. Disponible en: [27] Zhijing Qin, Denker, G.; Gianelli C.,Bellavista, P.,”A Software Defined
Networking architecture for the Internet-of-Things”; Network
http://ieeexplore.ieee.org/search/searchresult.jsp? Operations and Management Symposium (NOMS), [on line]IEEE, pp.
newsearch=true&queryText=Software-Defined%20networking 1-9. 2014. Disponible en:
%20could%20shake%20up%20more%20than%20packets
http://ieeexplore.ieee.org/xpl/articleDetails.jsp?
[20] Hu,W., Corke, P., Shih, W., Overs, L., “SecFleck: A public key arnumber=6838365&newsearch=true&queryText=A%20Software
technology platform for wireless sensor networks.” Computer Science, %20Defined%20Networking%20architecture%20for%20the
vol. 5432, pp. 296–311. 2009. [Online]. Available: %20Internet-of-Things;%20Network%20Operations%20and
http://link.springer.com/chapter/10.1007%2F978-3-642-00224-3_19 %20Management%20Symposium%20.LB.NOMS.RB.
[21] Jagadeesan , N., Krishnamachari, B., “Software-Defined networking [28] Zhi-jie Han and Wanli Ren, “A Novel Wireless Sensor Networks
paradigms in wireless networks: A survey.” ACM Comput. Surv, Structure Based on the SDN”, International Journal of Distributed
vol.47. 2014. [Online]. Available: http://dl.acm.org/citation.cfm? Sensor Networks, China, pp1-7.2014.
id=2655690
[22] McKeown,N. et al. “ OpenFlow: Enabling innovation in campus
networks.” SIGCOMM Comput. Commun, vol. 38, pp.69–74. 2008.
[Online]. Available: http://dl.acm.org/citation.cfm?id=1355746
[23] Sohrabi, K., Gao, J., Ailawadhi, V.,”Protocols for self-organization a
wireless sensor network.” [on line ] Personal Communications IEEE
vol. 7, pp.16-27. 2000. [Online]. Available:
http://ieeexplore.ieee.org/xpl/articleDetails.jsp?
arnumber=878532&queryText=Protocols%20for%20self-organization
%20a%20wireless%20sensor%20network&newsearch=true
[24] Roundy,S., Steingart,D., Frechette,L.,Wright,P., Rabaey,J.”Power
sources for wireless.” (Ed.), Wireless Sensor Networks, Berlin,