de sistemas de video vigilancia con redes MESH en sectores marginados de Bogot
Resumen En los ultimos aos las redes inalambricas en malla, han estado atrayendo la atencin por su uso potencial en varios campos tales como las actividades militares, operaciones de rescate y aplicaciones de tiempo crtico. En este artculo se presenta el analisis de la implementacion de un sistema de video vigilancia para sectores marginados de bogota usando redes inalambricas en malla. Describimos los protocolos mas usados internacionalmente AODV, OLSR y BATMAN y los comparamos para seleccionar el mas optimo. De igual forma seleccionamos de una extensa lista de hardware el enrutador con la mejor relacion costo beneficio que se adecua al firmware Nightwing. Al final relacionamos los costos de implementacion de un escenario cableado contra un escenario inalambrico que ofrecen sistemas de video vigilancia. Palabras clave: Arquitectura, protocolo, Redes Mesh. Abstract In recent years, wireless mesh networks have been attracting attention for its potential use in various fields such as military activities, rescue operations and time-critical applications. This ar- ticle presents the analysis of the implementation of a video surveillance system for marginalized sectors of Bogot using wireless mesh networks. Describing the protocols but used internationally AODV, OLSR and BATMAN and compared to select the most optimal.
Similarly select from an extensive list of hard- ware enrutador with the best cost-benefit ratio that fits the firmware Nightwing. Relate to final im- plementation costs of wiring scenario against a scenario that offer wireless video surveillance sys- tems Key words: Architecture, protocol, Mesh network 1. Introduccin Las redes mesh tienen su origen en las primeras redes ad-hoc. (Una red ad-hoc inalmbrica es aquella en la que no hacen falta nodos especiales que enrutan y gestionan el trfico, sino que cada nodo tiene la capacidad de reenviar paquetes diri- gidos a otros nodos de la red). Las primeras redes inalmbricas ad-hoc fueron desarrolladas por DARPA (Agencia de Investigacin de Proyectos Avanzados de Defensa) en los aos 70 y opera- ban en radiofrecuencias UHF y se denominaban Packet Radio Networks. Las primeras redes fue- ron ALOHANET y PRNET. De all surgen las comunidades de radioaficionados que implemen- taron sus primeras redes, la ms importante y an en funcionamiento AMPRNET, implementa el protocolo TCP/IP y tiene su propio rango de di- recciones IP reservado. A continuacin las redes ad-hoc adquieren la capacidad de moverse y se crean las redes MANET (Mobile Ad-hoc Net- work), promovidas nuevamente por la investiga- cin militar y DARPA. En 1983 esta agencia ini- cia el proyecto SURAN (Survivable Radio Net- work) cuya finalidad era desarrollar una red ad- hoc mvil de bajo coste y que pudiese implemen- tar protocolos Packet radio ms complejos que PRNET. En los aos 90 se iniciaron distintos pro- yectos en el mbito militar y de defensa, como GloMo (Global Mobile) y NTDR (Near Term Di- gital Radio). En 1997 el ejrcito de EE.UU. em- pez el desarroll del Tactical Internet (TI), una red inalmbrica multisalto (multi-hop) packet ra- dio que conformase un campo de batalla militar totalmente digitalizado, en el que cada unidad tie- ne comunicacin bidireccional de datos con todas las dems unidades. [1] Con la impresionante difusin de internet en los aos 90 y la aparicin de los dispositivos mviles las redes inalmbricas empiezan a ser una alterna- tiva a las redes cableadas, el IEEE en 1997 define la especificacin IEEE 802.11, un estndar inter- nacional que define las caractersticas de una red de rea local inalmbrica WLAN (Wireless Local Area Network). En 1999 el IEEE aprueba la revi- sin 802.11b de la norma original 802.11, la cual aumentaba la tasa de transferencia hasta los 11 Espacio Reservado 2 Mbit/s. Ese mismo ao nace la asociacin WECA (Wireless Ethernet Compatibility Alliance), crea- da por Nokia y Symbol Technologies., cuya fina- lidad era crear una marca que permitiese fomentar ms fcilmente la tecnologa inalmbrica y asegu- rar la compatibilidad de equipos. Esta asociacin pas a denominarse Wi-Fi Alliance en 2003. De esta forma, en abril de 2000 WECA certifica la in- teroperabilidad de equipos segn la norma IEEE 802.11b, bajo la marca Wi-Fi [2]. Gracias a esta interoperabilidad las implementaciones de la tec- nologa Wifi se expanden a los hogares mediante enrutadores y AP (Acces Points) inalmbricos que permiten conectar diferentes dispositivos a Inter- net sin necesidad de cables. Este auge permite que el costo de los dispositivos inalmbricos sea cada vez menor y aparezcan las primeras comuni- dades de redes comunitarias con desarrolladores y entusiastas de software libre, que impulsaran nuevos protocolos y tecnologas inalmbricas li- bres. Es en este contexto cuando surgen comuni- dades, centros de investigacin y docencia, em- presas interesadas en desarrollar tecnologas inalmbricas en malla o redes mesh, las cuales usan la infraestructura de las redes existentes y las redes ad-hoc. y que son capaces de extender y compartir conectividad inalmbrica en lugares donde por razones econmicas las posibilidades son mnimas. En la figura 1 se puede observar un esquema bsico de las redes mesh.
Figura 1: Redes mesh. [3] La expectativa generada por las redes de malla inalmbricas han disparado los avances en distin- tos niveles. En primer lugar, los fabricantes estn impulsando sus soluciones de redes inalmbricas con protocolos de malla propietarios, como Sky- Pilot, BelAir y SaxNet. En segundo lugar, las re- des comunitarias en malla han crecido y ofrecen conectividad y capacidad. El MIT Roofnet o el Freifunk en Berln son claros ejemplos que han crecido a un tamao de hasta 200 puntos de acce- so y siguen aumentando. En tercer lugar, bancos de pruebas de investigacin tales como Magnets y RescueMesh han desarrollado pruebas experi- mentales de redes en malla y han entendido sus limitaciones y capacidades. En cuarto lugar, las actividades de normalizacin se han centrado en las redes en malla multisalto, incluida la 802.11s para redes WLAN y la IEEE 802.15 para redes inalmbricas de rea personal (WPAN) y redes de sensores. Esfuerzos similares estn encaminados hacia el futuro de la tecnologa, tales como el es- tndar IEEE 802.16, el cual incluye un esquema de conexin (multipunto a multipunto) junto al tradicional punto a multipunto (PMP). Al mismo tiempo se ha establecido un nuevo grupo (IEEE 802.16j) el cual se centra en la especificacin multisalto [4]. A nivel internacional, este concep- to de WMN (Wireless mesh network) o red inalmbrica en malla est muy difundido tanto en Europa como en Norte Amrica. Son diversos los servicios que se estn brindando a travs de la im- plementacin de este tipo de red [5]. En los si- guientes prrafos se relacionan algunos de los proyectos desarrollados a nivel mundial emplean- do las bondades ofrecidas por las redes mesh. En la ciudad de Zaragoza en Espaa, donde se brindan servicios de ToIP y VoIP, y en Oklaho- ma, Estados Unidos, se gener una red para el servicio pblico y servicios de vigilancia en los patrulleros [5]. En Massachusetts, el Departa- mento de Polica de Haverhill selecciono esta tec- nologa para su sistema de vdeo vigilancia [6]. En Aruba se implanto un sistema inalmbrico de vi- deo vigilancia con diseo en malla, el cual pro- porciona una cobertura de vdeo de calidad HD para las tiendas, restaurantes y zonas de aparca- miento de un importante centro comercial. El di- seo utilizo 13 cmaras de vdeo conectadas por 10 enrutadores inalmbricos en malla. [7] En Alemania se encuentra el proyecto Freifunk, esta red experimental de comunidad urbana est conformada por unos 200 nodos basado en OLSR Firmware Freifunk. A este software se le han dado muchos usos en proyectos comunitarios y de desa- rrollo [8]. La red inalmbrica CUWiN en Illinois, es una iniciativa de desarrollo e investigacin con una implementacin de cdigo abierto del proto- colo de enrutamiento HSLS, apostando a una red Ad Hoc inalmbrica escalable y altamente robusta [9]. En la India existe una red comunitaria en Dharamsala, la cual est encargada de realizar la conexin de varios campus. Actualmente en Bo- got se encuentra en marcha un proyecto denomi- nado Bogot-Mesh, el cual busca la creacin de una red abierta, descentralizada, comunitaria, in- dependiente y autnoma que sirva como herra- mienta para difundir proyectos de carcter comu- nitario, social, cultural y cientfico. [10]
A nivel interna- cional, el con- cepto de red inalmbrica en malla est muy difundido. Son diversos los ser- vicios que se es- tn brindando a travs de la im- plementacin de este tipo de re- des
3 2. ARQUITECTURA DEL SISTEMA 2.1 PROTOCOLOS Dado que se trata de una red de topologa din- mica y auto configurable, las rutas que se estable- cen entre dispositivos cambian dinmicamente, con lo cual son necesarios una serie de protocolos para transmitir los datos con un bajo coste de transmisin, como por ejemplo, encontrar la ruta con menos saltos. Con el fin de establecer las ru- tas ms adecuadas, se presentan diversos elemen- tos de enrutamiento que describimos a continua- cin [11]: Descubrimiento de nodos: cada dispositivo debe encontrar los distintos nodos que se encuen- tran a su alcance. La topologa puede variar con frecuencia, por lo que es necesaria una comproba- cin constante. Descubrimiento de la frontera: encontrar los lmites de una red, la frontera de la malla, que ge- neralmente es donde se conecta a Internet. Calidad de enlace: medir la calidad de los en- laces, como por ejemplo, calculando el nmero de paquetes perdidos. Clculo de rutas: calcular la ruta ptima que se debe establecer en una comunicacin basndose en algn criterio escogido. Manejo de direcciones IP: asignar y controlar direcciones IP, lo cual en redes mesh es bastante delicado cuando se tratan de IP privadas. Manejo de la red troncal: manejo de conexio- nes a redes externas. Una clasificacin tradicional de los protocolos de enrutamiento los divide en: 1) Reactivos, en los que un nodo slo intercambia informacin de con- trol cuando quiere iniciar una comunicacin con otro nodo. AODV y DSR son los ms extendidos en esta categora. 2) Proactivos, en los que los no- dos intercambian informacin de forma peridica para aprender la topologa de la red. OLSR y TBRPF son los ms populares. Adems, hay un problema concreto que solo recientemente ha sido abordado por algunos grupos de investigacin y por muy escasos proyectos de desarrollo: la QoS, como demostr un grupo del MIT en [12], los protocolos anteriormente citados establecen rutas que no siempre son ptimas debido a que usan como mtrica el nmero de saltos. Con frecuencia en redes Mesh, cuando hay ms de una ruta alter- nativa para unir dos nodos no contiguos, el ca- mino con menor nmero de saltos usa algn enla- ce ms lento e inestable; los protocolos anteriores escogen con frecuencia este tipo de rutas. Algu- nos, como AODV, son en este sentido mejores que el resto por definir un umbral de nivel de se- al para considerar que un enlace existe [13]. 2.1.1 AODV (Ad Hoc On-Demand Distance Vector) Cuando un nodo S necesita una ruta a un des- tino D, este difunde un ROUTE REQUEST (Soli- citud de ruta) en un mensaje a sus vecinos, inclu- yendo el ltimo nmero de secuencia conocido para ese destino. La solicitud de ruta es inundada de forma controlada a travs de la red hasta que llega a un nodo que conoce la ruta hacia el des- tino. Cada nodo que reenva la solicitud de ru- ta crea una ruta inversa hacia el nodo S. Cuando la solicitud de ruta llega a un nodo que conoce la ru- ta a D, este nodo genera un ROUTE REPLY (respuesta de ruta) que contiene el nmero de sal- tos necesarios para llegar a D y el ltimo nmero de secuencia conocido para D por el nodo que ge- nera la respuesta. Cada nodo que participa en el envo de este RESPUESTA hacia el autor de la solicitud de ruta (nodo S), crea una ruta hacia D. El estado creado en cada nodo a lo largo de la ruta de S a D es un estado salto por salto, es decir, ca- da nodo slo recuerda el siguiente salto y no toda la ruta, como se hara en el enrutamiento de ori- gen [14].
Figura 2. Mensajes en AODV A fin de mantener las rutas, AODV normalmen- te requiere que cada nodo peridicamente trans- mita un mensaje de HOLA, con una tasa de una vez por segundo. Si no se reciben tres mensajes consecutivos de HOLA de un vecino se toma co- mo una indicacin de que el vnculo con el vecino en cuestin est abajo. Por otra parte, la breve es- pecificacin AODV sugiere que un nodo puede usar mtodos de la capa fsica o de la capa de en- lace para detectar roturas en los enlaces con los nodos que consideran vecinos [15]. Cuando un enlace se cae, cualquier nodo activo que recien- temente ha enviado paquetes a un destino utili- zando ese enlace es notificado a travs de un UNSOLICITED ROUTE REPLY (respuesta de ruta no solicitada) que contenga una mtrica infi- nita hacia el destino. Tras la recepcin de tal res- puesta de ruta, un nodo debe adquirir una nueva ruta hacia el destino utilizando el descubrimiento de ruta descrito anteriormente [14].
Los protocolos de enrutamiento para redes en malla son desarrollados por instituciones prestigiosas como el MIT y evolucio- nan tan rpido como otros estn- dares.
4 2.1.2 OLSR (Optimized Link State Routing Protocol) Es un protocolo de enrutamiento por IP para re- des mviles o inalmbricas ad-hoc. Actualmente es uno de los protocolos ms prometedores siendo la base de la mayora de las redes mesh instaladas en Europa [11]. Es un protocolo proactivo, que enva de forma distribuida mensajes de Hello para conocer los nodos a su alcance y una vez los tiene, enva mensajes de TC (Topology Control) a un subconjunto de estos para establecer las cone- xiones. OLSR funciona bien en redes con alto nmero de usuarios (nodos) y con una topologa cambiante. Para llevar un control, se intercambian peridicamente mensajes de tal forma que se va aprendiendo la topologa de la red y el estado de los nodos vecinos. El intercambio de tantos pa- quetes, congestiona la red y supone un grave pro- blema en las comunicaciones. Para solucionar es- to, OLSR utiliza la tcnica de MPR (Multi Point Relay). Gracias a esta tcnica se reduce el nmero de retransmisiones. [15] Cuando un nodo recibe un paquete bsico OLSR, analiza sus campos. Lo primero que hace es determinar de qu tipo se trata. Mira el campo Message Type, para determinar qu se encontrar en el mensaje. A continuacin mira el Message Size, para ver si el paquete es correcto o si por el contrario debe descartarlo. Se podra encontrar en el caso de recibir un mensaje vaco. Mira el Mes- sage Sequence Number para saber si ha tratado ese mensaje con anterioridad o por el contrario se trata de uno nuevo. En el caso de no ser un men- saje repetido mira el valor del campo TTL. Al analizar el TTL, decrementa en uno su valor; si el valor resultante igual a cero debe ser eliminado de la red. Una vez analizado el paquete, mira la in- formacin del estado de enlace para poder enca- minar hacia otros nodos con el fin de llegar a su destino. Como se ha comentado antes, este proto- colo va bien en redes con elevado nmero de no- dos y con una topologa muy cambiante. Esto ocu- rre porque se van intercambiando por toda la red mensajes de tipo TC (Topology Control). Con el mensaje TC cada nodo va actualizando sus enla- ces con los vecinos y conociendo cualquier cam- bio en la topologa de la red. [15]
2.1.3 BATMAN B.A.T.M.A.N. Es un protocolo de enrutamiento proactivo para Redes Inalmbricas Mesh Ad-Hoc, incluyendo las Redes Mviles Ad-hoc (Mobile Ad-hoc Networks MANETs). El protocolo man- tiene proactivamente la informacin sobre la exis- tencia de todos los nodos en la red mesh que son accesibles con unas comunicaciones de un solo salto o de mltiples saltos. La estrategia es deter- minar para cada destino de la red mesh un nico salto vecino que pueda ser usado como la mejor puerta de enlace para comunicar con el nodo des- tino. Para conseguir el enrutamiento multisalto basado en IP, la tabla de enrutamiento de un nodo debe contener un enlace a la puerta de enlace local para cada ruta. Aprender sobre el mejor salto pr- ximo para cada destino es lo que el algoritmo de B.A.T.M.A.N. cuida de hacer. No es necesario encontrar o calcular la ruta completa, lo cual lo hace una implementacin muy rpida y eficiente. Debido a las altas probabilidades da fallos en las conexiones, las prdidas de paquetes, y dems problemticas que trae implcito el uso del medio inalmbrico, B.A.T.M.A.N. tiene en cuenta estos desafos al hacer en anlisis estadstico de la per- dida de paquetes del protocolo y la velocidad de propagacin y no depende del estado o topologa de la informacin de otros nodos. En lugar de confiar en los metadatos contenidos en el protoco- lo del trfico recibido que pueden ser retarda- dos, desactualizados o perdidos las decisiones de enrutamiento son basadas en el conocimiento de la existencia o la falta de informacin. Los pa- quetes del protocolo B.A.T.M.A.N. contienen solo una cantidad limitada de informacin y son por ende muy pequeos. Los paquetes del protocolo perdidos debido a enlaces poco fiables, no son contrarrestados con redundancia, pero son detec- tados y utilizados para mejores decisiones de en- rutamiento. B.A.T.M.A.N. elige la ruta ms con- fiable para las decisiones del prximo salto de los nodos individuales. [16] B.A.T.M.A.N. no fue diseado para operar en medios estables y confiables, como las redes ca- bleadas, sino ms bien en funcin de medios poco fiables que si experimentan altos niveles de ines- tabilidad y de prdida de datos. El protocolo fue concebido para contrarrestar los efectos de las fluctuaciones de una red y compensar su inestabi- lidad, permitiendo as un alto nivel de robustez. Tambin incorpora la idea de Inteligencia Colec- tiva opuesta a la idea de enrutamiento de estado de enlace. La informacin topogrfica no es ma- nejada por un solo nodo, pero si se propaga a tra- vs de toda la red. No hay entidad central que co- nozca todas las posibles vas a travs de la red. Todo nodo solo determina el dato para elegir el prximo salto, haciendo al protocolo muy liviano y rpidamente adaptable a fluctuaciones de la to- pologa de red.
Figura 3. Formatos del paquete general BATMAN [17] Los protocolos de enrutamiento para redes en malla son desa- rrollados por ins- tituciones presti- giosas como el MIT y evolucio- nan tan rpido como otros es- tndares.
5
Figura 4. Formato de un mensaje OGM [17]
2.1.4 COMPARACION ENTRE PROTOCOLOS Debido a la complejidad de realizar pruebas de desempeo de los diferentes protocolos trabaja- dos, la comparacin de desempeo entre los dife- rentes protocolos trabajados se basara en la revi- sin de algunos artculos investigativos que se han enfocado en esta rea de estudio. A continuacin se presentan los principales resultados obtenidos en mencionados artculos. 2.1.4.1 AODV Vs OLSR La presente comparacin de desempeo entre AODV y OLSR est basada en las pruebas y re- sultados obtenidos en [15], los cuales fueron ob- tenidos utilizando diferentes escenarios. Los pri- meros escenarios se usaron para calcular el tiempo que se tarda en el envo de pings, recalcular nue- vas rutas y ver el nmero de paquetes perdidos. AODV se ha comportado mejor al necesitar me- nos tiempo para reencaminar los paquetes y como consecuencia de ello ha perdido un nmero me- nor. En la figura 5 se observa los resultados obte- nidos al emplear el emulador MobiEmu. (a) Paquetes perdidos (b)Ancho de banda Figura 5. Resultados AODV Vs OLSR. [15]
Despus de realizadas las pruebas se observo que AODV inyecta un nmero menor de paquetes pero sin embargo termina por entregar un porcen- taje mayor a su destino. Esto no pasa con OLSR ya que tarda ms tiempo en detectar la rotura de enlaces y contina enviando los paquetes por el mismo sitio congestionando los buffers. Los datos obtenidos deben ser tenidos en cuenta ya que pue- den resultar crticos para las aplicaciones de tiem- po real que no admiten un porcentaje de prdidas elevado y por este motivo resulta ms recomenda- ble utilizar el protocolo de encaminamiento AODV.
2.1.4.2 AODV Vs BATMAN
La presente comparacin de desempeo entre estos dos protocolos de enrutamiento est basada en las pruebas y resultados obtenidos en [18], en el cual se plantearon diferentes escenarios para la comparacin, en el presente artculo se tomaran los resultados obtenidos en el escenario en el cual tanto los nodos fuente como destino estn en mo- vimiento, de tal forma que este escenario es el que presente mayores dificultades para mantener una conexin estable entre los diferentes nodos. En la figura 6 se presentan las graficas con los resulta- dos obtenidos en el estudio de este escenario.
(a) Taza de Bits
(b) Retardo
(c) Paquetes perdidos Figura 6. Resultados AODV Vs BATMAN. [18]
Tras las pruebas realizadas se observo que el protocolo BATMAN tiene un mejor desempeo que AODV en cuanto a la taza de transmisin de bits se refiere. Por otro lado se obtuvo que BAT- MAN muestra aunque ligero, un mejor desempe- o en el retardo en comparacin con AODV. Ana- lizando la perdida de paquetes generada por cada uno de los protocolos se obtuvo que est prcti- camente es igual, por lo cual se puede decir que el desempeo de los protocolos teniendo en cuenta este parmetro es el mismo. Los protocolos de enrutamiento en redes inalm- bricas usan m- tricas ms com- plejas que los protocolos de re- des cableadas usando ms pa- rmetros para seleccionar la ru- ta ms ptima.
6 2.2. SOFTWARE Y HARDWARE Evaluando la necesidad de evitar Software pro- pietario que obligue a utilizar determinadas mar- cas o estndares privativos que aumenten los cos- tos de implementacin, se utilizara como firmwa- re base de los de los enrutadores el sistema opera- tivo GNU/Linux para dispositivos embebidos y enrutadores inalmbricos Openwrt [19], con las modificaciones realizadas por la fundacin argen- tina de redes-mesh Lugro-mesh [20] en su distri- bucin Nigthwing que incluye activo el protocolo B.AT.M.AN y scripts con opciones para disminuir al mximo el trabajo de configuracin.
El hardware se ha seleccionado tomando como base la lista de enrutadores inalmbricos compati- bles publicada en OpenWRT [21]. A continuacin se evaluaron las caractersticas tcnicas de los equipos (procesador, memoria flash y RAM, po- tencia TX, antenas y conectores, POE) y el valor econmico en pesos as como la posibilidad de hallar distribuidores en el pas depurando la lista a 5 dispositivos los cuales se pueden observar en la tabla I.
Tabla I Enrutadores y sus caractersticas Marca/modelo Procesador RAM (MB) Memoria Flash Ubiquiti Nanostation2 Atheros R2315 16 MB 4 MB Ubiquiti Loco Station Atheros R2315 16 MB 4 MB Meraki outdoor Atheros R2315 32 MB 8 MB Airlink 102 AR430W Atheros R2315 16 MB 4 MB La Fonera 2.0 Atheros R2315 32 MB 8 MB
Al verificar la compatibilidad del dispositivo con el firmware de la distribucin de Lugro-Mesh Nigthwing y comparar las caractersticas tcnicas se selecciono el enrutador NanoStation2 de la marca Ubiquiti que es un dispositivo adecuado pa- ra uso en interiores y exteriores. Todas las carac- tersticas tcnicas de este dispositivo se encuen- tran en [22], dentro de las cuales cabe resaltar:
3. ESTRUCTURA GENERAL 3.1. SISTEMA CABLEADO En la figura 7 se puede observar el esquema ge- neral del sistema de video vigilancia implementa- do con cmaras IP cableadas.
Figura 7. Esquema genera sistema IP cableado. Como se puede observar en el diagrama el sis- tema est compuesto por cmaras IP, las cuales van conectadas a un concentrador de una Red Lo- cal, claro est sin exceder los 100 m que establece el protocolo Ethernet para la conexin de equipos. Luego este concentrador es conectado a un enru- tador y posteriormente este a un modem (ADSL/Cable) que permita el acceso a internet. Configurando el sistema de esta forma se posible visualizar en directo las imgenes bien dentro de una red local, o a travs de cualquier equipo co- nectado a Internet pudiendo estar situado en cual- quier parte del mundo.
3.2. SISTEMA CON REDES MESH Un sistema de cmaras de videovigilancia im- plementado con redes mesh tiene como estructura general la mostrada en la figura 8.
Figura 8. Esquema general con redes mesh Segn el esquema el sistema con redes mesh es- t compuesto por cmaras IP inalmbricas, las cuales se conectan al enrutador inalmbrico gra- cias a la antena que este tiene conectada con el fin de prolongar su cobertura. De igual manera al en- Cmara 1 Cmara 2 Camara N Servidor Concentrador + Enrutador
Internet En lugar de tra- tar de crear un firmware nico y esttico, Open- Wrt proporciona un sistema de archivos total- mente modifica- ble y adaptable a los dispositi- vos. 7 rutador se conecta un servidor local para la visua- lizacin local y remota de las cmaras. Este siste- ma de igual manera al sistema cableado puede transmitir la seal de las cmaras a travs de in- ternet conectando el enrutador inalmbrico a un punto de acceso (modem) proporcionado por un proveedor de servicios de internet, la diferencia radica en que no es necesario realizar esta cone- xin en cada uno de los nodos de la red gracias a la topologa en malla de este tipo de redes.
4. ANALISIS COMPARATIVO
Con el fin de determinar la conveniencia y be- neficios de la implementacin de sistemas de vi- deo vigilancia mediante redes mesh se realizara la comparacin de esta tecnologa contra sistemas tradicionales cableados teniendo en cuenta dife- rentes aspectos como los son costos, escalabilidad y la facilidad de acceso a cada una de las tecnolo- gas.
4.1. COSTOS En la tabla II se relaciona el listado de equipos necesarios y su correspondiente valor para la ins- talacin de un sistema cableado de cmaras IP que cubran un rea de 3 X 2 manzanas con una longi- tud promedio de 100 metros. Tabla II Equipos y costos sistema cableado
De igual manera en la tabla III se relacionan los equipos necesarios para cubrir un rea de igual envergadura con un sistema de cmaras de video vigilancia por medio de redes mesh.
Tabla III Equipos y costos sistema inalmbrico
A primera vista con la simple comparacin de los valores obtenidos en la lista de equipos nece- sarios para cada uno de los sistemas planteados en este anlisis, se puede concluir que en trminos de costos es ms conveniente el sistema implementa- do con redes mesh. Pero en este anlisis no se tie- ne en cuenta otros aspectos muy importantes, como lo son los costos asociados a instalacin y administracin de los diferentes sistemas.
Teniendo en cuanto lo anteriormente expuesto y realizando un anlisis superficial se puede afirmar que los costos de instalacin tienden a ser superio- res en el sistema cableado, esto debido a la nece- sidad de tender tantos metros de cables para la co- nexin de las cmaras del sistema. En cuanto a costos de administracin en las redes cableadas estos son ms elevados, gracias a la misma arqui- tectura del sistema ya que para permitir la inter- conexin de los distintos nodos y su acceso a in- ternet es necesario tener un punto de acceso ofre- cido por un ISP en cada uno de los nodos del sis- tema lo que generara un costo mensual equiva- lente al nmero de nodos presentes en la red, en cambio en el sistema con redes mesh simplemente sera necesario un punto de acceso en alguno de los nodos del sistema.
Finalmente y tras el anlisis de estos factores se puede concluir que en trminos econmicos las redes mesh son la mejor opcin para la implemen- tacin de este tipo de sistemas.
4.2. ESCALABILIDAD Analizando las caractersticas propias de las re- des mesh entre las que cabe mencionar su dina- mismo, el cual permite que los nodos se mueven arbitrariamente, facilitando la salida y el ingreso de usuarios al sistema, lo que permite a la vez la entrada sin inconvenientes de nuevos nodos con el fin de brindar acceso a mas usuarios. Por otro lado y al contrario de lo que ocurre en las redes cableadas, en las redes mesh el nmero de usuarios que se puedan conectar a la red, no depende del nmero de cables fsicos que se ten- gan, por lo tanto un usuario puede conectarse a ella simplemente con estar en el rango de cobertu- ra de alguno de sus nodos y sin la necesidad de ninguna infraestructura previa. Nuevamente y de igual forma que en trminos econmicos, las redes mesh resultan ofrecer las mejores condiciones en trminos de escalabilidad para la implementacin de este tipo de sistemas.
CANT ARTICULO Vr Unitario Vr Total 34 camara IP con PoE 200000 6800000 6 Switch 150000 900000 6 Router 250000 1500000 6 PC - servidor 500000 3000000 12 Carreta cable utp cat 5e 250000 3000000 6 monitor 19" 218000 1308000 92 conectores RJ45 500 46000 6 UPS de 1000 vA 260000 1560000 18114000 TOTAL EQUIPOS CANT ARTICULO Vr unitario Vr Total 34 camara Wifi con PoE 200000 6800000 4 Antena 15 dBi 150000 600000 4 Nanoestation 2 con PoE 200000 800000 6 PC - servidor 500000 3000000 1 Carreta cable Ftp Ext. 400000 400000 6 monitor 19" 218000 1308000 4 Pigtail LMR 400 40000 160000 6 UPS de 1000 vA 260000 1560000 14628000 TOTAL EQUIPOS Los elementos para imple- mentar una red mesh son enrutadores inalmbricos, antenas, co- nectores y mstiles son de fcil insta- lacin. 8 4.3. FACILIDAD DE ACCESO En primer lugar en cuanto a la facilidad de ac- ceso por parte de la poblacin en general se pue- de afirmar que las redes mesh son las mejores, es- to gracias a la naturaleza propia de este tipo de re- des, las cuales buscan la creacin de redes abier- tas, libres, comunitarias, descentralizadas, inde- pendientes y autnomas que provean las herra- mientas y la estructura tecnolgica para la imple- mentacin de diferentes proyectos de carcter comunitario y social.
4. CONCLUSIONES
Disponer de sistemas de comunicacin y vigi- lancia a travs de redes inalmbricas en malla con alta confiabilidad y fcil despliegue fue el inicio de las redes en malla, no extraa que su inicio sea en la Agencia de Investigacin de Proyectos Avanzados de Defensa (DARPA), lo cual es un antecedente muy importante para la eleccin de esta infraestructura en proyectos de video vigilan- cia en comunidades marginadas de la ciudad de Bogot.
Despus de comparar y evaluar los protocolos seleccionados en este articulo, se puede evidenciar que BATMAN requiere menos consumo de pro- cesamiento de CPU, sin disminuir sus niveles de estabilidad permitiendo usar dispositivos de co- municacin inalmbrica de menores prestaciones tcnicas disminuyendo sus costos.
Las redes inalmbricas en malla ofrecen un acceso simple y fcil a la red, dado que cualquier usuario con un dispositivo mvil dentro de la co- bertura de la red es capaz de conectarse a ella, sin la necesidad de disponer de una estructura previa. Desde este punto se puede concluir que las redes en malla ofrecen mayor disponibilidad de acceso a los usuarios en este tipo de proyectos en los cuales es muy importante disponer de la informacin de una forma simple y rpida.
6. AGRADECIMIENTOS
Expresamos nuestros agradecimientos a los proyectos de redes inalmbricas libres Bogot- mesh y al proyecto argentino Lugro-mesh quienes nos proporcionaron mucha informacin tcnica sobre el hardware y el firmware necesarios para la implementacin de redes mesh.
Referencias bibliogrficas
[1] Sevilla Mesh, Orgenes de las redes mesh: redes MANET y expansin de Wi-Fi, 5 de Marzo de 2011, disponible en https://sevillamesh.wordpress.com. [2] Leonardo Pedraza, Jefferson Gonzlez, Diseo e imple- mentacin de un prototipo de sistema de monitoreo para los equipos de laboratorio mediante RFID, Universidad Nacional de Colombia, Facultad de ingeniera, Junio de 2010 [3] Wi-Fi 802.11s per le reti ibride, 29 de noviembre de 2009, disponible en http://blog.skydiamond.org/linux/wifi- 80211s-per-le-reti-ibride/ [4] Niko Bayer, Andreas Ross, Roger P Karrer, Bangnan Xu, Christian Esteve. Towards Carrier Grade Wireless Mesh Networks for Broadband Access, Proc. First IEEE Inter- national Workshop On Operator-Assisted (Wireless Mesh) Community Networks 2006 (OPCOMM 06), Berlin, Germany, September 2006. [5] Elio Copas, Pedro Lizondo, Maria Savoy. Wireless Mesh Networks: Estudio, Diseo y Aplicaciones, disponible en [6] Francesco Licandro, Giovanni Schembra. WirelessMesh Networks to Support Video Surveillance: Architecture, Protocol, and Implementation Issues, Hindawi Publishing Corporation EURASIP Journal on Wireless Communica- tions and Networking, Volume 2007. [7] Aruba wireless mesh network supports video surveillance system at Lakewood Center mall, 2010, disponible en: http://www.arubanetworks.com. [8] Pgina oficial, disponible en http://www.freifunk.net [9] Pgina oficial, disponible en: http://cuwireless.net/ [10] Pgina oficial, disponible en: http://www.bogota- mesh.org [11] Beatriz Gomez, Javier Maimo, Juan Merideo, Wireless Mesh Networks, Universidad de las Islas Baleares, Inge- niera Informtica, 2010. [12] D. de Couto, Performance of Multihop Wireless Net- works: Shortest Path is Not Enough, ACM SIGCOMM Computer Communication Review, Vol. 33, N. 1, Enero de 2003. [13] Javier Sim, Pablo Osuna, Joaqun Seoane, Andres marti- nez, Enrutador solar autoconfigurable para redes Mesh IEEE 802.11 de telemedicina rural en Amrica Latina, Universidad politcnica de Madrid, Ingenieria Telematica, [14] Josh Broch, David A. Maltz, David B. Johnson, Yih-Chun Hu, Jorjeta Jetcheva, A Performance Comparison of Multi-Hop Wireless Ad Hoc Network Routing Protocols, MobiCom98 4th Annual ACM International Conference on Mobile Computing and Networking, octubre de 1998. [15] Alejandro Medina Santos, Comparativa de los protoco- los AODV y OLSR con un emulador de redes Ad-Hoc, Universidad Politcnica de Catalua, Facultad de Ingenie- ria, Febrero de 2006. [16] Batman-adv 2 0 1 1 . 1 . 0 released, disponible en http://www.open-mesh.org/wiki/open-mesh/2011-04-18- batman-adv-2011-1-0-release [17] A. Neuman, C. Aichele, M. Lindner, Better Approach To Mobile Ad-hoc Networking (B.A.T.M.A.N.) draft-wunderlich-openmesh-manet-routing disponible en: Bogot-mesh tiene imple- mentados va- rios nodos en la localidad de ciudad bolvar. 9
http://tools.ietf.org/html/draft-underlichopenmesh-manet- routing-00) [18] Leonard Barolli, Ellis Kula, Makoto Ikeda, Rozeta Miho, Impact of source and destination movement on MANET performance considering BATMAN and AODV proto- cols, 2010 International conference on broadband, wire- less computing, communication and applications, 2010. [19] Pagina oficial open WRT, disponible en: https://www.openwrt.org [20] Pagina oficial Lugro-Mesh, disponible en: http://www.lugro-mesh.org [21] Complete table of hardware, disponible en: http://wiki.openwrt.org/oldwiki/completetableofhardware [22] Ubiquiti Networks, Nanostation2 datasheet, disponible en: http://www.ubnt.com/downloads/ns2_datasheet.pdf
hristian Camilo Fuquene Campos Naci en Bogot, Colombia. Es Ingeniero Electrni- co de la Universidad Distrital, de Bogot, Colombia. Estudiante de Especializacin en Teleinformtica de la Universidad Distrital Francisco Jos de Caldas, de Bogot, Colombia.
e-mail: ccfuquenec@correo.udistrital.edu.co
John Jairo Triana Espinosa Naci en Sogamoso, Colombia. Es Ingeniero de Sis- temas de la Universidad Distrital, de Bogot, Co- lombia. Estudiante de Especializacin en Teleinfor- mtica de la Universidad Distrital Francisco Jos de Caldas, de Bogot, Colombia. e-mail: jtrianae@udistrital.edu.co