#RedesComunitarias : pornomiseria y otros vicios

A finales de 2018, en Colombia empezamos a hablar públicamente de las redes comunitarias. Con la excusa de discutir y entender la propuesta del nuevo gobierno en cuestiones de comunicaciones, nos empezamos a reunir un grupo de personas que durante años hemos trabajado de forma independiente en el tema de redes libres. Allí nos enteramos de proyectos que se estaban realizando en diferentes partes del país y de los avances que algunas organizaciones y empresas privadas han realizado en el tema con el propósito de darle un valor agregado a su modelo de sostenibilidad y negocios.

La Ley Tic, como se llamó esta propuesta del gobierno, fue la excusa para poner en el mapa a las redes comunitarias del país y alentar la discusión sobre un tema fundamental para estos procesos: la conectividad en las zonas rurales de Colombia.

No puedo negar que cada uno de los proyectos, a su manera, parece tener buenas intenciones, pero en algunos casos es lamentable la explotación que se hace de las comunidades y de sus protagonistas. Parece que los proyectos están enfocados en exponer la precariedad como un mal congénito, lo que en la película Agarrando pueblo de Carlos Mayolo se denominó pornomiseria: explotar los males sociales, verlos de una manera acrítica y lucrarse del morbo que esta simplificación produce. He visto cómo el foco de las narrativas de estos proyectos es mostrar todo lo que está mal en las comunidades. Esto, en principio, no puede verse como algo negativo. Es necesario exponer todas las necesidades de la ruralidad en Colombia para que en el proceso estos problemas se vuelvan muy visibles y poder solucionarlos.

El problema, es exponer a las comunidades y aprovecharse de su miseria para generar reconocimientos para los gestores de estas redes, que viven cómodamente en una ciudad y se benefician de la visibilidad que le dan a sus proyectos, mostrándose como benefactores o salvadores de una comunidad vulnerable. No hay por parte de estos personajes una preocupación por realizar un trabajo de campo con la comunidad, ni siquiera por acercarse a las causas de los problemas que exhiben. Solo quieren mostrar una carencia que ellos, por arte de magia, pueden resolver, en este caso la conectividad. Mi opinión es que se debe proteger la autonomía de las comunidades a todo costo y evitar utilizarlas como trampolín para acceder a recursos públicos o privados.

Otro personaje que hay que mencionar son las organizaciones no gubernamentales cuyos modelos de trabajo y formas de operación hacen que se asemejan más a empresas privadas que a organizaciones sin ánimo de lucro. Estas incursionan en el campo de las redes comunitarias, aparentemente con el propósito de acceder a capitales de financiación extranjera. Digo que “aparentemente” porque algunos de estos proyectos tienen como objetivo desplegar redes comunitarias en zonas donde las personas de la región podrían pagar por ellos mismos todos los equipos y el despliegue de la red y no depender de la financiación externa. De estos mismos personajes conocemos también proyectos que se enfocan en asistir a una comunidad que necesita conexión pero, pero que no se preocupan por capacitar a las personas de la comunidad para que sean ellas mismas quienes con autonomía puedan decidir cómo crecer y tengan la capacidad de manejar toda la plataforma completa. Estos modelos asistencialistas generan dependencia y no parecen atender al sentido de red comunitaria.

Una de las cosas que más nos intriga es el interés que tienen estas organizaciones en vender el proceso de las redes comunitarias al MinTic con la idea de volver este ejercicio el modelo a replicar en formato de programa social del Estado. Ya esta por ahí andando un convenio en donde, lamentablemente, no se respetan los términos de propiedad intelectual de las herramientas que se utilizan en este tipo de procesos. El convenio entrega el trabajo de construcción de herramientas de software y hardware y las metodologías abiertas desarrolladas por diferentes comunidades locales e internacionales al Estado sin ninguna consideración de los modelos de licenciamiento abierto que los acompañan, lo cual lleva a la apropiación sin crédito del conocimiento y al desmantelamiento de los procesos comunitarios que han buscado alcanzar la conectividad que el Estado no ha tenido, hasta ahora, mucho interés en garantizar.

@NuestraRedOrg – Red Inalámbricas libres en zonas rurales

En septiembre de 2012 escribí el articulo Redes Inalámbricas libres para el campo (Reflexión) para el blog de la Fundación VivirEnLaFinca, desde entonces hemos venido haciendo diferentes tipo de pruebas hacer un despliegue de una red abierta que permita a personas en el campo acceder a información que en este momento no puede acceder de otras formas, es por eso que en 2013 nos unimos a la Comunidad de Practica Convergentes del barrio la Loma, del corregimiento de San Cristobal en Medellín, para formular un proyecto que permitiera por medio de la red hacer un intercambio de saberes entre el campo y la ciudad. En ese proceso logramos acceder a un estimulo por parte de la fundación APC con este estimulo hemos podido comprar equipos de red preparados para instalar en el exterior, (6 Ubiquiti PicoStation M2HP y 6 Ubiquiti NanoStation M2) e iniciar un proceso de investigación y pruebas para definir la mejor forma de configurar e implementar la red.

En este punto quiero contarles que NuestraRed como nombramos el proyecto esta dividido en dos zonas, una rural (Corregimiento de Arabia en Pereira / Risaralda) otra zona urbana (Barrio la Loma en la Comuna 60 / Medellín) en esta entrada especifica voy a hablar sobre la zona rural y en una próxima entrada explicare la zona urbana y como se conectan entre sí los dos lugares.

La parte técnica:

Nodos actuales de NuestraRed en Risaralda.
Nodos actuales de NuestraRed en Risaralda.

 

Para el montaje de esta red hemos optado por la utilización de Software Libre y herramientas libres de mucho tipo, de hecho la implementación de este tipo de redes comunitarias no seria posible sin utilizar estas herramientas.

Elegimos el Firmware basado en OpenWrt desarrollado por el proyecto qmp.cat  que incorpora el protocolo de enrutamiento dinámico para redes MESH BMX6. La utilización de este protocolo tiene muchas ventajas técnicas, desde mi punto de vista como técnico de ello es la utilización de IPV6 para el manejo de toda la conexión entre los nodos, esto le permite un mejor manejo de las rutas y optimiza el consumo de recursos de red al ser un protocolo que se basa en la capa 2 del modelo OSI.

Equipo Ubiquiti NanoStation M2 Equipo de Nuestrared
Equipo Ubiquiti NanoStation M2 Equipo de Nuestrared

El protocolo a su vez separa el enlace tipo MESH creando una red modo AD-HOC en donde corre el protocolo BMX6, y crea una red en modo “Master” que permite en enlace de nuestros clientes a la red.

En esta zona tenemos instalado un servidor Linux, que nos permite enviar a la red diferentes servicios de red, en la actualidad tenemos:

– La Wikipedia, Wikilibros, El diccionario de la wikipedia, Wikiquotes, estos servicios corren de manera local utilizando la versión servidor de Kiwix .

– Tenemos también una emisora local #RadioSucia que corre usando el servidor de Audio Icecast 2 a la que en la actualidad estamos transmitiendo la colección de vinilos de la fundación vivir en la finca.

– Estamos creando un sistema de información local usando el software Milfs, desarrollado por qwerty.co. Con este sistema de información esperamos crear diferentes herramientas de datos abiertos que permitan a la gente compartir diferente tipo de información que puedan crear las personas que se conectan a la red. En la actualidad la pagina del proyecto esta siendo desarrollada usando la herramienta: http://www.nuestrared.org/

– Para controlar el acceso y poder tener un portal cautivo que le cuente a la gente a que se esta conectando cuando entra a la red, usamos TinyProxy + Dansguardian, utilizamos este tipo de herramientas para tener unas pequeñas estadísticas de acceso a los servicios que estamos ofreciendo en la red y a su vez promocionarlos.

Portal Cautivo de NuestraRED
Portal Cautivo de NuestraRED

La documentación técnica espero irla subiendo al siguiente repositorio en Git Hub: https://github.com/kleper/NuestraRED

Los Nodos / La comunidad.

Vista panorámica de uno de los nodos de la red.
Vista panorámica de uno de los nodos de la red.

En la actualidad contamos con 5 Nodos, distribuidos así:

Link: http://umap.openstreetmap.co/es/map/untitled-map_402#15/4.7262/-75.6941
Link: http://umap.openstreetmap.co/es/map/untitled-map_402#15/4.7262/-75.6941

La comunidad con la que estamos trabajando inicialmente son con los niños y las niñas que están en el área de influencia de la red ya que las herramientas que tenemos inicialmente son herramientas de consulta que son útiles para poder hacer las tareas las tareas que les ponen en las escuela o en el colegio,  y creo que allí precisamente es donde esta el objetivo de la red, orientar a la creación de contenidos.

Estadísticas de acceso a la red en 3 dias
Estadísticas de acceso a la red en 3 dias

Desde que empece con el tema de las redes libres (en el 2002) he visto como han ido evolucionando las redes, me atrevo a decir que los problemas técnicos en su mayoría están resueltos y que los equipos de red en la actualidad son mucho más asequibles que hace 10 años, pero el problema fundamental es el mismo, y son las preguntas de ¿Para que una red libre? ¿que problema se resuelve? en este caso aún no tengo estas respuestas claras, pero considero que serán los contenidos que pongamos en la red, y los contenidos los que las mismas personas vayan creando lo que le dará viabilidad al proyecto y marcara su futuro.

 

Agradecimientos:

Unloquer – Platohedro, Fundación Vivir en la Finca, Juan Esteban Giraldo, APC, MedellinWireless, Comunidad de Practica Convergentes.

 

Recuperando un Linksys WRT160NL con un cable DK-U5

Cuando se esta trabajando en el tema de las redes inalámbricas libres se corre siempre el riesgo de dejar “inservible” algún router en el proceso de instalarle el firmware que necesitamos para el trabajo que queramos hacer. Es un riesgo que se corre cuando se quiere instalar software libre en los router que vamos usar en la red, ya sea que usemos DD-WRT o OpenWRT o algún firmware cocinado libre corremos el riesgo de dejar nuestro router en un estado que se conoce como “Brick” o ladrillo, es decir una caja con un led parpadeante que no sirve para nada más.

Hace unos años cuando usábamos los poderosos y todo resistentes Linksys WRT54G, cuando los dejamos en ese estado solíamos usar un cable conocido como JTAG para sacarlos de ese estado, todo el procedimiento consistía en construir un cable que se soldaba en la board del Linksys y conectaba a un PC por el puerto paralelo, para poder escribir directamente en la ROM de la maquina y sacarlo de ese estado. Una buena guia para los que todavia tienen Linksys WRT54G o algun router basado en el chip Broadcom 43xx es esta: http://www.tiaowiki.com/w/Debrick_Routers_Using_JTAG_Cable

Ahora con la evolución en las redes inalambricas y la aparición de los chip Atheros y los routers basados en este chip las formas de recuperación evolucionaron un poco, ya que el firmware de los router con estos chip no carga directamente, sino que la mayoria usan un Pre-Cargador, llamado U-BOOT que es el encargado en lanzar el firmware que esta escrito en la ROM de la maquina, esto según entiendo hace que el router tenga una especie de encendido en dos pasos, primero arranca el bootloader u-boot y luego carga el firmware que hace funcionar el router ya con las diferentes prestaciones que puede prestar.

Que el router arranque de esta forma hace que su recuperación después de una falla en la instalación de un firmware o de intentarle instalar un firmware que no esta diseñado para una maquina especifica, hace que el procedimiento para repararlo sea un poco mas sencillo,  ya que a las board de la mayoría de los router actuales que soportan instalarle algun firmware libre, traen ademas un puerto serial con los pines soldados el cual podemos usar para recuperar el router. No es que los clasicos wrt54g no tuvieran puerto serial, de hecho lo tienen solo que este no podía usarse para entrar al boot-loader de la maquina, Ahora los router nuevos con atheros permiten con una simple conexion serial acceder al bootloader usando software como MiniCom, PicoCom, CuteCom (En Linux) o Putty, HiperTerminal (En Windows), esto realmente facilita el trabajo.

En mi caso especifico el router que se me daño fue un Linksys WRT160NL, es un router bastante interesante desde mi punto de vista ya que tiene un puerto USB que se puede poner en modo host para instalar varios dispositivos y viene con 32mb de ram y 8 de rom, esto en dispositivos embebidos es bastante ademas la cantidad de ram y procesador lo hacen bastante rápido a comparación de otros equipos en el mercado (Mas info aquí: http://wiki.openwrt.org/toh/linksys/wrt160nl)

Para lograr recuperar mi router, consulte las siguientes fuentes:

http://fleshandmachines.wordpress.com/2012/05/28/wrt160nl-debrick/

http://lacachimba.wordpress.com/2011/08/09/recuperando-wrt160nl-consola-serie/

El problema que tenia con esas guías es que en mi poder no tenia el convertidor de Serial a USB que mencionan en las guías anteriores, lo que me llevo a pensar que teóricamente cualquier convertidor SERIAL2USB debería servir para el proceso, después de buscar entre mis cachibaches me encontré con un viejo cable DK-U5 que era utilizando para conectar algunos celulares nokia al pc y sacar info de ellos, al conectar este cable a un Linux, me di cuenta que efectivamente creaba un dispositivo serial ese fue el primer paso para lograrlo, ahora después de una búsqueda en la red me encontré que este cable es usado para algo similar pero para dispositivos basados en ARM9, (http://buffalo.nas-central.org/wiki/Use_a_Nokia_Serial_Cable_on_an_ARM9_Linkstation) no perdía nada con probar, así que procedí a cortar mi cable y seguir las instrucciones para identificar GND , TX, RX del cable para poder conectarlo al linksys, resulto que mi DK-U5 tenia la siguiente configuración:

Tierra (GND) ——–> Cable Amarillo

TX ————–> Cable Blanco

RC ————–> Cable Verde

Al tenerlo identificado bastaba con seguir alguna de las guías encontradas para recuperar el wrt160nl, como las dos me pedían que usara Windows, decidí hacerlo en Linux, así que instale para dicho procedimiento los siguientes paquetes.

PicoCom —–> Para conectarme por serial al U-Boot del Router, el comando usado es el siguiente:

picocom /dev/ttyUSB0 –baud 115200

[Se debe tener en cuenta que antes de encender el router se debe conectar al serial y lanzar el picocom, y al prender el router tiene aproximadamente 1 o 2 segundos para presionar enter y evitar que intente cargar el firmware malo y lo deje en la consola de recuperación de u-Boot. Estando ahi, basta con escribir:

upgrade code.bin

Para que el u-Boot active el servidor TFTP y quede a la espera de mandarle el firmware bueno por TFTP]

ATFTP —> Es el cliente TFTP que me gusta para este tipo de casos. la linea utilizada para enviar el firmware por tftp es:

atftp –option “mode octet” –option “timeout 60” –verbose –trace -p -l code.bin 192.168.1.1

[Se debe tener en cuenta conectar el cable de red al puerto 1 del router, y colocarse una ip entre 192.168.1.2 y 192.168.1.253, después de subir el firmware se debe volver a la consola serial y escribir el comando “go” para que el router instale y cargue el nuevo firmware]

Después de lo anterior el router fue recuperado con éxito.