Sunteți pe pagina 1din 9

1

Analisis sobre la implementacin


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:

Procesador: Atheros AR2315 SOC,
MIPS 4KC, 180MHz
Memoria: 16MB SDRAM, 4MB Flash
Interfaz de red: 1 X 10/100 BASE-TX
(Cat. 5, RJ-45) Ethernet
Antena: Antena Integrada + RP-SMA
Potencia TX: 22 dBm (160 mW) ~ 26
dBm (400 mW)

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

S-ar putea să vă placă și