Redes mesh comunitarias: qué son y cómo funcionan

En una instalación convencional, varios dispositivos dependen de un equipo central: si ese equipo deja de responder, buena parte de la comunidad queda desconectada.

Las redes mesh comunitarias parten de otra idea. Cada nodo puede comunicarse con los demás y ayudar a transportar la información por la red. Así, la conectividad deja de depender de un único aparato y puede organizarse como una infraestructura compartida, mantenida y adaptada por las propias personas usuarias.

Este enfoque resulta especialmente útil en entornos rurales, barrios con cobertura irregular, centros comunitarios, escuelas y espacios donde el acceso a internet no puede resolverse simplemente contratando una conexión comercial. Pero hay una precisión que conviene hacer desde el principio: una red mesh no es, por sí sola, una conexión a internet. Es una forma de distribuir la comunicación. Puede compartir internet cuando existe una salida disponible, pero también puede ofrecer servicios locales aunque esa salida falle o no exista.

Una red que no coloca todo el peso en un solo punto

En una red doméstica habitual, el router recibe la conexión del operador y la reparte por wifi. Los dispositivos de la vivienda se conectan a él, pero normalmente no colaboran entre sí para ampliar la red. Si una casa está demasiado lejos del router, la señal se debilita; si se instala un repetidor, este suele depender de la comunicación con el equipo principal.

En una red mesh, los nodos forman una malla. Un nodo puede enlazarse con otro, y este con un tercero, de modo que los datos encuentran diferentes caminos para llegar a su destino. La red puede crecer por etapas: se añade un punto en una vivienda, una escuela, una biblioteca o una sede vecinal, siempre que exista una relación razonable con los nodos próximos.

La diferencia no es solo técnica. También cambia la manera de pensar la infraestructura:

• La red puede ampliarse según las necesidades reales del territorio, no únicamente según el diseño de un proveedor externo.
• Un fallo local no tiene por qué dejar sin servicio a toda la comunidad.
• Las personas usuarias pueden participar en la instalación, la gestión y el mantenimiento.
• Los recursos locales —un servidor, una biblioteca digital o una herramienta de mapas— pueden seguir disponibles aunque se interrumpa internet.
• Las decisiones sobre el acceso, el ancho de banda y los servicios se pueden tomar de forma colectiva.

Esto no significa que todos los nodos tengan las mismas funciones. Algunos proporcionan cobertura a los móviles y ordenadores cercanos; otros enlazan zonas separadas; otro puede actuar como puerta de salida hacia internet. Lo que hace que la red sea mesh es la relación entre esos nodos y la capacidad de escoger rutas dentro de la propia infraestructura.

Una red comunitaria no empieza con un dispositivo: empieza cuando la comunidad decide qué necesita comunicar, a quién debe llegar y cómo quiere sostenerlo.

LibreRouter: tres radios para tareas diferentes

El hardware utilizado condiciona el alcance, la estabilidad y las posibilidades de mantenimiento. En proyectos de redes comunitarias se ha desarrollado LibreRouter, un dispositivo concebido específicamente para este tipo de infraestructura y no como una adaptación improvisada de un router doméstico.

LibreRouter cuenta con tres radios inalámbricas:

Esta separación permite que la comunicación entre nodos no compita exactamente por el mismo espacio radioeléctrico que utilizan las personas para conectarse. Las dos radios de 5 GHz se destinan al enlace troncal, es decir, al recorrido que une unos puntos con otros. La de 2,4 GHz se utiliza para la cobertura local, porque muchos dispositivos siguen siendo compatibles con esa banda y suele ofrecer una propagación más favorable en distancias cortas y obstáculos moderados.

Ahora bien, disponer de tres radios no resuelve por sí solo los problemas de cobertura. La colocación física sigue siendo decisiva. Un nodo instalado detrás de una pared gruesa, bajo una cubierta metálica o a baja altura puede rendir peor que otro equipo más sencillo situado en un punto despejado. Las redes inalámbricas no atraviesan todos los materiales del mismo modo, y la línea de visión entre nodos puede ser más relevante que la potencia anunciada en la caja.

Antes de instalar, el trabajo comunitario debería incluir un recorrido por la zona para localizar:

1. Puntos elevados y despejados, como tejados, torres, edificios públicos o centros vecinales.

2. Lugares con suministro eléctrico estable, o con condiciones adecuadas para incorporar baterías y paneles solares.

3. Edificios que puedan ofrecer cobertura a varias viviendas o servicios, en lugar de concentrar todos los equipos en domicilios aislados.

4. Obstáculos físicos y distancias, prestando atención a árboles, desniveles, estructuras metálicas y cambios de altura.

5. Espacios donde sea posible revisar el equipo, porque una red difícil de alcanzar acaba siendo difícil de mantener.

La elección del lugar también tiene una dimensión social. Un nodo situado en una vivienda puede quedar asociado a una familia concreta; uno colocado en una escuela, una biblioteca o una sede comunitaria puede convertirse en un recurso común. No hay una solución universal, pero sí conviene hablar de estas decisiones antes de fijar los dispositivos.

LibreMesh: convertir una instalación compleja en una tarea compartida

El hardware necesita un sistema que sepa descubrir los nodos, organizar las rutas y mantener la red cuando cambian sus condiciones. LibreMesh es un marco modular basado en OpenWrt que automatiza buena parte de la configuración de los nodos mesh.

La palabra «automatiza» no quiere decir que la comunidad pueda desentenderse del proyecto. Significa que no es necesario repetir manualmente una larga serie de ajustes cada vez que se incorpora un equipo o se modifica la red. El sistema ayuda a que los dispositivos se reconozcan, intercambien información y trabajen con una configuración coherente.

En la práctica, esto permite repartir las tareas. Una persona puede encargarse de documentar los puntos de instalación; otra, de revisar la alimentación eléctrica; otra, de acompañar a quienes utilizarán la red; y un pequeño grupo puede asumir la configuración técnica después de recibir formación. La apropiación tecnológica aparece precisamente ahí: cuando el conocimiento deja de estar encerrado en manos de una única persona y se convierte en una capacidad del tejido social.

Una puesta en marcha ordenada suele seguir este recorrido:

• Definir el uso principal de la red. No es igual conectar un aula, compartir archivos entre varias comunidades o dar acceso a internet a un conjunto de viviendas.
• Dibujar un mapa sencillo del territorio. No hace falta comenzar con una herramienta sofisticada; basta con señalar edificios, distancias, alturas, fuentes de energía y posibles obstáculos.
• Identificar la salida a internet, si la habrá. Puede existir una conexión en un punto concreto y distribuirse desde allí, pero la red debe diseñarse de forma que sus servicios locales no dependan necesariamente de esa salida.
• Preparar una primera prueba con pocos nodos. Tres puntos bien elegidos suelen enseñar más que una instalación extensa sin documentación.
• Medir el comportamiento en distintas horas. La red puede cambiar por interferencias, saturación, movimiento de personas o variaciones en la alimentación eléctrica.
• Registrar las decisiones. La dirección de los enlaces, las contraseñas de administración, las fechas de revisión y las personas responsables deben quedar recogidas en un lugar accesible para el equipo comunitario.

El error más frecuente es confundir una demostración técnica con una red útil. Que dos equipos se vean y puedan intercambiar datos no demuestra que la cobertura llegue a los lugares donde se necesita, ni que las personas sepan conectarse, ni que exista un acuerdo para mantener el servicio.

BATMAN-adv y la continuidad de las conexiones

Para entender el funcionamiento de las redes mesh comunitarias hay que distinguir dos niveles de trabajo. No es necesario dominar el modelo OSI para participar en el proyecto, pero esta diferencia ayuda a explicar por qué algunas soluciones ofrecen una experiencia más fluida que otras.

BATMAN-adv trabaja en la capa 2, la capa de enlace de datos, dentro del núcleo de Linux. Su función es presentar la red mesh como si fuera un único conmutador virtual. Los nodos conocen la presencia de sus vecinos y colaboran para decidir por dónde deben avanzar las tramas de datos.

Esta característica tiene una consecuencia práctica: un dispositivo puede desplazarse por la zona de cobertura y mantener sus conexiones con menos interrupciones, siempre que la red esté bien desplegada. Pensemos en una persona que comienza una videollamada cerca de un nodo, camina hacia otro punto y continúa dentro de la misma red. La itinerancia —el llamado roaming— puede producirse sin que la conexión TCP o UDP tenga que empezar de cero en cada cambio.

La experiencia depende, por supuesto, de la calidad de los enlaces, de la configuración de los equipos y de la cobertura real. BATMAN-adv no puede crear una señal donde no existe, ni corregir una instalación en la que los nodos apenas se alcanzan. Su ventaja está en organizar el movimiento dentro de una red que ya cuenta con caminos razonables.

Aquí aparece una confusión habitual. Los protocolos de capa 3, como Babel o BMX6/BMX7, son fundamentales para gestionar rutas entre redes y direcciones IP, pero no ofrecen por sí solos exactamente el mismo comportamiento que una red de capa 2. Si se desea una itinerancia fluida para determinados usos, la arquitectura debe contemplar ambas funciones y no limitarse a nombrar «mesh» como si fuera una única tecnología.

Babel, BMX y el enrutamiento que se adapta

Mientras BATMAN-adv trabaja en la capa de enlace, Babel y las familias BMX6/BMX7 actúan en la capa 3, la de red. Estos protocolos intercambian información sobre las rutas disponibles y ayudan a que los nodos decidan por dónde enviar los paquetes IP.

En una comunidad, las condiciones no son permanentes. Un enlace puede perder calidad durante una tormenta; un equipo puede apagarse por un corte de energía; una nueva vivienda puede incorporarse a la red; o un obstáculo puede aparecer en la trayectoria entre dos puntos. El enrutamiento dinámico permite que la infraestructura reaccione a esos cambios sin que una persona tenga que reconfigurar a mano cada dispositivo en el mismo instante.

La elección entre diferentes protocolos no debería convertirse en una competición de siglas. Lo adecuado depende del tamaño de la red, de los servicios que se quieran ofrecer, de la experiencia disponible y de la compatibilidad con el hardware y el software elegidos. Para quienes están empezando, una configuración mantenible y bien documentada vale más que una arquitectura muy sofisticada que nadie sabe revisar.

Al evaluar el enrutamiento, conviene observar cuestiones concretas:

• ¿La red puede encontrar una ruta alternativa cuando desaparece un nodo?
• ¿Las direcciones y los nombres de los servicios se mantienen de forma comprensible?
• ¿Se puede localizar el origen de una avería sin desmontar toda la instalación?
• ¿La solución funciona con el ancho de banda y la energía disponibles?
• ¿Hay al menos dos personas capaces de interpretar el estado de la red?
• ¿La documentación está escrita para la comunidad y no solo para quien realizó la primera instalación?

Esta última pregunta suele quedar relegada. Sin embargo, una infraestructura comunitaria no se mide únicamente por los megabits que entrega el primer día. También se mide por su capacidad de seguir siendo entendible seis meses después.

Una red mesh también puede funcionar sin internet

La idea de que una red solo sirve si permite abrir páginas web limita mucho las posibilidades de la tecnología comunitaria. Una malla puede funcionar como una intranet local y ofrecer recursos aunque no haya conexión activa con el exterior.

En un servidor alojado dentro de la propia comunidad se pueden publicar mapas, materiales educativos, avisos, archivos, contenidos culturales o herramientas para documentar los saberes locales. También es posible utilizar servicios como Terrastories para organizar relatos vinculados a lugares, siempre que el proyecto cuente con la preparación y los recursos necesarios para ello.

Esta capacidad es especialmente valiosa en zonas donde la conexión a internet es cara, intermitente o depende de una única salida. Si una escuela puede consultar materiales locales durante una interrupción del servicio externo, la red sigue teniendo utilidad. Si un equipo comunitario puede actualizar un mapa o consultar documentos sin consumir datos móviles, la infraestructura responde a una necesidad concreta.

Para que estos servicios sean realmente accesibles, no basta con instalarlos. Hay que pensar en:

• El idioma y la forma en que se presentan los contenidos.
• El tamaño de los archivos y el consumo de los dispositivos.
• La posibilidad de utilizar móviles con poca memoria.
• La actualización de los contenidos cuando vuelva a existir conexión.
• Las copias de seguridad y la recuperación tras un fallo.
• Quién puede publicar, editar o retirar información.

El servicio local debe sentirse como una herramienta cotidiana, no como una demostración tecnológica. Una biblioteca de contenidos que nadie sabe abrir o que solo funciona en el ordenador de una persona no ha completado su recorrido comunitario.

LiMe-App y los acuerdos sobre el acceso

La conectividad compartida obliga a tomar decisiones: cuántas personas pueden conectarse, cómo se reparte el ancho de banda, qué usos tienen prioridad y cómo se gestiona el acceso cuando los recursos son limitados. LiMe-App facilita esta tarea mediante un portal cautivo y un sistema de cupones temporales.

El portal cautivo es la página que aparece antes de acceder a la red. A través de ella, la comunidad puede aplicar unas reglas de uso y entregar cupones con una duración determinada. No se trata únicamente de una función técnica. Es una herramienta para hacer visibles los acuerdos que sostienen la infraestructura.

Por ejemplo, una comunidad puede decidir que el acceso básico esté abierto en determinados espacios, que el ancho de banda se distribuya evitando que una única descarga ocupe toda la capacidad, o que existan cupones para actividades educativas y servicios comunitarios. Las reglas deben explicarse con claridad y revisarse cuando cambien las necesidades.

Una mala práctica sería utilizar el portal para imponer condiciones que nadie comprende. Otra, crear un sistema tan complicado que obligue a acudir siempre a una persona intermediaria. La gestión debe proteger los recursos de la red sin convertir el acceso en una barrera innecesaria.

Gestionar el ancho de banda también es una forma de cuidar las relaciones: las reglas funcionan mejor cuando se entienden, se acuerdan y pueden revisarse.

En los talleres de alfabetización digital conviene practicar el acceso completo: conectarse a la red, abrir el portal, introducir el cupón, comprobar el tiempo disponible y saber a quién acudir si algo falla. La persona usuaria no debería recibir una explicación abstracta sobre la infraestructura; necesita saber qué hacer con su móvil en ese momento.

LoRa y MeshCore: comunicación cuando la prioridad no es navegar

No todas las redes comunitarias tienen como objetivo ofrecer acceso a internet. En algunos casos, la prioridad es enviar mensajes breves, compartir avisos o mantener un canal de comunicación durante una emergencia, incluso cuando no hay red eléctrica comercial ni conexión exterior.

Las redes de radio basadas en LoRa responden a una lógica diferente de la wifi. Están pensadas para transmitir pequeñas cantidades de información a distancias amplias y con un consumo energético reducido. Iniciativas como RegionMesh, en Estados Unidos, utilizan MeshCore, un protocolo de código abierto orientado a la comunicación vecinal y de emergencia.

Un dispositivo de radio compatible con MeshCore puede costar aproximadamente desde 50 dólares, según el modelo y el mercado. Esa cifra no debe interpretarse como el precio total de una red: también hay que considerar antenas, alimentación, cajas protectoras, configuración, reposición y formación. Aun así, muestra que existen alternativas de entrada más asequibles para ciertos usos concretos.

LoRa no sustituye a una red mesh wifi cuando se necesitan páginas web, videollamadas o transferencia de archivos grandes. Su fortaleza está en otro lugar:

• Mensajes de texto breves entre puntos alejados.
• Avisos comunitarios y comunicaciones de emergencia.
• Sensores de agua, temperatura, cultivos o energía.
• Comunicación con equipos alimentados mediante baterías.
• Intercambio de datos cuando internet no está disponible.

Antes de elegir esta tecnología, hay que preguntar qué información se quiere mover y con qué frecuencia. Si la respuesta es «mensajes cortos y avisos», LoRa puede tener sentido. Si se necesitan contenidos multimedia o acceso habitual a servicios web, será necesaria otra arquitectura o una combinación de tecnologías.

Errores que hacen frágil una red comunitaria

La mayoría de las dificultades no aparecen porque la comunidad no tenga capacidad técnica. Suelen surgir cuando se diseña la red sin vincularla a las tareas y rutinas de quienes la utilizarán.

Instalar primero y preguntar después

Comprar los equipos antes de hablar con las personas usuarias conduce a decisiones poco útiles. Un centro puede necesitar una intranet local para materiales educativos y recibir, en cambio, una instalación pensada únicamente para repartir internet. La conversación inicial debe aclarar usos, horarios, espacios y responsabilidades.

Confundir alcance con calidad

Una señal que llega muy lejos no garantiza una conexión estable. Hay que observar la capacidad real de los enlaces, la interferencia, el número de dispositivos conectados y la calidad de la alimentación. Las pruebas deben hacerse desde los lugares donde se utilizará la red, no solo al lado del nodo.

Depender de una única persona

Si solo una persona conoce las contraseñas, la topología y los procedimientos de recuperación, la red queda expuesta a una ausencia, un cambio de trabajo o una emergencia. El acompañamiento debe formar a varias personas y dejar instrucciones comprensibles.

Diseñar para la conexión externa y olvidar los servicios locales

Cuando toda la utilidad se concentra en salir a internet, cualquier caída convierte la red en un conjunto de equipos aparentemente inútiles. Los servicios locales permiten que la infraestructura conserve valor y ayudan a que la comunidad se apropie de ella.

No acordar el uso del ancho de banda

Una conexión compartida necesita reglas. Sin ellas, una descarga pesada puede afectar a una clase, una llamada de salud o una gestión administrativa. LiMe-App puede ayudar a aplicar políticas, pero las prioridades deben definirse antes en un espacio comunitario.

No preparar el mantenimiento físico

El polvo, la humedad, las altas temperaturas y las variaciones eléctricas afectan a los equipos. Las cajas, los conectores, los soportes y las protecciones forman parte de la red tanto como el software. También hay que fijar una periodicidad de revisión y un pequeño inventario de repuestos.

Cómo empezar con una infraestructura de red comunitaria

Una primera red no necesita cubrir todo el territorio. De hecho, comenzar con un ámbito pequeño permite aprender sin comprometer demasiados recursos.

Un itinerario razonable podría ser el siguiente:

1. Escoger un objetivo verificable. Por ejemplo, conectar una escuela con un centro comunitario o habilitar contenidos locales en dos espacios próximos.

2. Formar un grupo de trabajo diverso. Debe incluir a personas usuarias, responsables de espacios, alguien con interés técnico y quienes puedan facilitar la comunicación con el vecindario.

3. Realizar el mapa y la prueba de visibilidad. Hay que comprobar dónde se pueden situar los nodos y qué obstáculos existen entre ellos.

4. Instalar pocos equipos y documentar cada cambio. La configuración inicial debe quedar escrita con palabras que el grupo pueda entender.

5. Probar la red con usos reales. No solo con una herramienta de diagnóstico: también con una videollamada, una consulta de contenidos locales, una impresión o una transferencia de archivos, según el objetivo.

6. Revisar la experiencia de las personas. ¿Pueden conectarse sin ayuda? ¿Entienden el portal? ¿Saben qué hacer ante un fallo?

7. Decidir cómo se sostendrá la red. Hay que hablar de energía, reparaciones, sustituciones, formación y posibles gastos antes de ampliar la cobertura.

8. Crecer únicamente cuando el primer tramo sea mantenible. Añadir nodos sin resolver los problemas iniciales multiplica la complejidad y dificulta el aprendizaje.

La conectividad comunitaria necesita indicadores que vayan más allá de la velocidad. También cuenta cuántos espacios pueden utilizar la red, qué servicios permanecen disponibles sin internet, cuántas personas saben resolver una incidencia sencilla y si las reglas de acceso se consideran justas.

La tecnología al servicio de la autonomía

Las redes mesh comunitarias ofrecen una arquitectura descentralizada, pero su valor no se encuentra solo en que los nodos puedan buscar rutas alternativas. Está en la posibilidad de unir infraestructura, aprendizaje y organización local.

LibreRouter aporta un hardware pensado para separar los enlaces entre nodos de la cobertura de las personas usuarias. LibreMesh ayuda a simplificar la configuración. BATMAN-adv permite trabajar con una red de capa 2 que favorece la continuidad de las conexiones, mientras que Babel y BMX gestionan el enrutamiento en la capa 3. LiMe-App facilita acuerdos de acceso y control del ancho de banda. Las soluciones basadas en LoRa y MeshCore abren otra vía para comunicarse cuando navegar por internet no es la prioridad.

Pero ninguna herramienta sustituye al acompañamiento. Una red será más resistente cuando varias personas sepan utilizarla, explicarla, repararla y decidir sobre su futuro. El objetivo no es colocar tecnología en un territorio, sino conseguir que esa tecnología pueda ser comprendida y apropiada por quienes viven allí.

La mejor forma de empezar es sencilla: escuchar una necesidad concreta, diseñar una primera prueba pequeña, documentar lo aprendido y volver a la comunidad con resultados que puedan tocarse. Cuando la infraestructura se construye de ese modo, internet deja de ser un servicio lejano y la red se convierte en una capacidad compartida.