Guía comunitaria
Buenas prácticas de la red
Ajustes, hábitos y criterios para utilizar el canal compartido, interpretar la red y experimentar con Meshtastic y MeshCore.
Contenido actualizado el 21 de agosto de 2026.
01 · Fundamentos
La radio comparte una capacidad limitada
Los nodos de una misma red comparten tiempo de radio. Cada paquete que se transmite ocupa el canal durante un intervalo y puede ser retransmitido por otros nodos. Por eso, una configuración que funciona bien con una malla pequeña puede generar más tráfico del necesario cuando aumenta el número de participantes.
Un nodo no transmite y recibe al mismo tiempo
Las radios LoRa utilizadas habitualmente en estas redes funcionan en half-duplex: mientras un nodo está transmitiendo no está recibiendo otro paquete por la misma radio. Cuanto más tiempo pasa emitiendo, menos tiempo tiene disponible para escuchar.
Dos transmisiones pueden interferir entre sí
Si varios paquetes coinciden en el tiempo y llegan al mismo receptor en condiciones desfavorables, uno o varios pueden perderse. Las radios y los protocolos intentan reducir estas situaciones, pero no pueden eliminar todas las colisiones.
La red intenta evitar emisiones simultáneas
Antes de transmitir, los nodos pueden comprobar si el canal parece estar ocupado y retrasar el envío. Esto ayuda a compartir el medio, pero no convierte la capacidad del canal en ilimitada.
Las retransmisiones multiplican el efecto de un paquete
Un mensaje no ocupa radio únicamente en el nodo que lo origina. Según la red, el rol, la ruta y la configuración, otros nodos pueden volver a emitirlo para que avance por la malla. Un paquete pequeño puede, por tanto, generar varias transmisiones.
No todo el tráfico automático es malo
NodeInfo, posición, telemetría, anuncios y otros paquetes tienen funciones útiles. El objetivo no es eliminarlos por sistema, sino evitar frecuencias o comportamientos que no aportan información útil para el funcionamiento real del nodo.
02 · Meshtastic
Utiliza solo los saltos que necesites
El límite de saltos indica hasta dónde puede seguir propagándose un paquete por la malla. Aumentarlo no mejora la potencia de la radio ni garantiza una ruta mejor: simplemente permite que el paquete pueda continuar a través de más retransmisiones.
Tres saltos son una buena referencia inicial
Para la mayoría de los nodos, mantener el valor habitual de tres saltos es un punto de partida razonable. En una malla bien conectada suele permitir cubrir varias etapas sin ampliar innecesariamente la propagación de cada paquete.
No aumentes el límite por si acaso
Más saltos no significan automáticamente más alcance útil. Si un paquete ya llega a su destino con el valor actual, aumentar el límite no mejora esa comunicación y puede permitir más retransmisiones del mismo tráfico.
Un valor mayor debe responder a una necesidad real
Puede tener sentido probar un salto adicional cuando existe una ruta concreta que no cabe en el límite actual. Hazlo como una prueba: cambia solo ese parámetro, comprueba si resuelve el problema y observa también el efecto sobre el tráfico de la red.
El límite no crea una ruta que no existe
Si no hay nodos intermedios capaces de enlazar dos zonas, aumentar los saltos no soluciona la falta de cobertura. En ese caso importan más la ubicación, la antena y la existencia de una conexión radioeléctrica útil entre los nodos.
3 saltos y aumenta el valor solo cuando una prueba o una necesidad concreta lo justifiquen. No recomendamos usar valores altos como configuración preventiva.Ajuste: Hop limit. En la aplicación suele encontrarse en Configuración → Radio → LoRa. Los nombres y la ruta exacta pueden variar según el cliente y la versión.
03 · Meshtastic
Elige el rol por el comportamiento que necesita la red
El rol modifica cómo participa el nodo en la malla. No describe el tamaño del dispositivo ni determina por sí solo si es personal o de infraestructura: el mismo hardware puede tener roles diferentes según la ubicación, la alimentación y la función que vaya a cumplir.
Cliente silenciosoCLIENT_MUTE
Envía y recibe el tráfico propio, pero no participa normalmente en la retransmisión de los paquetes de otras personas. Es una opción especialmente útil para nodos personales, móviles, interiores o situados en una zona que ya dispone de buena cobertura.
Cliente estándarCLIENT
Además del tráfico propio, puede participar en la retransmisión de la malla. Tiene sentido cuando esa participación aporta cobertura o conectividad útil, por ejemplo desde una ubicación exterior y despejada. No es necesario convertir todos los nodos fijos o exteriores en CLIENT.
Cliente baseCLIENT_BASE
Está pensado para situaciones en las que un nodo funciona como punto base para otros nodos personales asociados a él. Es un comportamiento más específico que CLIENT y conviene utilizarlo cuando realmente responde a esa topología.
EnrutadorROUTER
Da prioridad a la función de enrutamiento. Puede ejecutarse en el mismo tipo de hardware que otros roles, pero suele tener sentido en ubicaciones estables y estratégicas en las que esa prioridad aporta una conexión necesaria a la red.
Enrutador tardíoROUTER_LATE
Retransmite con un comportamiento diferente y más tardío que ROUTER. Es una opción especializada para topologías concretas y no debería utilizarse simplemente como una versión supuestamente mejor de un cliente o de un router normal.
Los roles pueden cambiar si cambia la función del nodo. Un equipo portátil puede utilizar CLIENT_MUTE y pasar aCLIENT si posteriormente se instala en un punto en el que su retransmisión aporta cobertura útil. ROUTER yROUTER_LATE deben reservarse para necesidades de infraestructura bien identificadas y conviene coordinarlas con la comunidad.
04 · Meshtastic
Ajusta las emisiones automáticas al uso del nodo
La identificación, la posición, la telemetría y otros envíos automáticos también ocupan tiempo de radio. No es necesario desactivarlos siempre: conviene ajustarlos al uso real del nodo y evitar emisiones más frecuentes de las que necesitas.
- Métricas del dispositivo
- Si quieres compartir batería, voltaje o utilización del canal, 43.200 segundos, equivalentes a 12 horas, son una referencia prudente para un nodo estable.
Ajuste:Device metrics update interval
En la aplicación: suele encontrarse en Configuración → Telemetry.
Valor de referencia:43200 - NodeInfo
- En un nodo estable, 86.400 segundos, equivalentes a 24 horas, suelen ser suficientes para volver a anunciar la identificación.
Ajuste:NodeInfo broadcast interval
En la aplicación: suele encontrarse en Configuración → Device.
Valor de referencia:86400 - Posición de un nodo fijo
- Si compartes posición en un nodo que no se mueve, 86.400 segundos, equivalentes a 24 horas, son una referencia conservadora. Una posición fija no necesita anunciarse continuamente.
Ajuste:Position broadcast interval
En la aplicación: suele encontrarse en Configuración → Position.
Valor de referencia:86400 - Posición de un nodo móvil
- En un nodo móvil puede tener sentido actualizar la posición con mayor frecuencia. Como referencia comunitaria, evita bajar de 1.800 segundos, equivalentes a 30 minutos, salvo que exista una necesidad concreta para hacerlo.
Ajuste:Position broadcast interval
En la aplicación: suele encontrarse en Configuración → Position.
Valor de referencia:1800o más - Smart Position
- Como criterio conservador de esta guía, recomendamos mantenerlo desactivado, especialmente en zonas con bastante actividad. Si decides utilizarlo, observa su efecto real sobre la frecuencia de las emisiones antes de dejarlo activo de forma permanente.
Ajuste:Smart Position
En la aplicación: suele encontrarse en Configuración → Position.
Recomendación de Mesh Galicia: desactivado - Datos incluidos en la posición
- Comparte solo los campos que te resulten útiles. Añadir más información aumenta el tamaño del paquete. DOP puede resultar útil para interpretar la precisión de la posición cuando necesitas ese dato.
Ajuste:Position flags
En la aplicación: suele encontrarse en Configuración → Position.
Recomendación: activa solo los campos necesarios - Métricas ambientales
- Si el nodo no tiene sensores útiles, no existe ventaja en emitir estas métricas. Si los tiene y quieres compartirlas, utiliza un intervalo coherente con la velocidad a la que cambian los datos.
Ajuste: métricas ambientales de Telemetry
En la aplicación: suelen encontrarse en Configuración → Telemetry → Environment metrics.
Recomendación: desactivadas si no hay un sensor útil o con un intervalo amplio cuando sí lo hay
Los nombres de los menús pueden variar entre clientes y versiones. Por eso, esta guía identifica también el nombre del ajuste: utilízalo como referencia si la ruta visual de la aplicación no coincide exactamente con la indicada.
05 · MeshCore
Ajusta anuncios e infraestructura al uso de la red
MeshCore utiliza un modelo distinto de Meshtastic. Los Companions, Repeaters y Room Servers tienen funciones diferentes, y algunos ajustes dependen también de la configuración adoptada por la red en la que participas.
Companion para el uso personal
Companion es el rol habitual para conversar, descubrir contactos y utilizar la red desde un nodo personal. No necesitas convertir el dispositivo en Repeater para participar ni para enviar mensajes.
No repitas anuncios sin necesidad
Los anuncios permiten que otros nodos conozcan tu presencia, pero también ocupan tiempo de radio. Si acabas de anunciarte, dale tiempo a la red para propagarlo antes de volver a hacerlo.
Auto adverts en infraestructura
En Repeaters y Room Servers evita intervalos innecesariamente cortos. Como referencia conservadora, esta guía utiliza intervalos de 24 horas cuando no existe una razón concreta para anunciar con mayor frecuencia.
Path hash de 2 bytes en la infraestructura de Galicia
En los Repeaters integrados con el Hub de Mesh Galicia recomendamos utilizar 2 bytes para los anuncios. Desde MeshCore 1.14, este ajuste no limita los paquetes que un Repeater puede retransmitir: determina el tamaño del path hash de sus propios anuncios.
Para mensajes directos o de canal, mantén la configuración acordada por la comunidad. Los Repeaters con firmware anterior a 1.14 no admiten paths multibyte, por lo que un cambio general a 2 o 3 bytes debe hacerse de forma coordinada.
Un Repeater debe aportar cobertura
Un Repeater tiene sentido cuando su ubicación permite conectar zonas, superar obstáculos o aportar cobertura útil. Añadir más Repeaters en un área ya bien cubierta también aumenta las retransmisiones y no garantiza una red mejor.
Separa Room Server y Repeater cuando necesites ambas funciones
Un Room Server está pensado principalmente para almacenar mensajes y ofrecer historial. Aunque puede configurarse también para repetir, MeshCore recomienda utilizar dispositivos separados para Room Server y Repeater cuando se necesiten ambas funciones.
Descubrimiento con paciencia
Los contactos y las rutas pueden tardar en aparecer o actualizarse. Mantén el nodo encendido y evita cambiar continuamente parámetros o lanzar anuncios repetidos mientras la red todavía está aprendiendo.
Coordina los cambios de infraestructura
Antes de instalar o modificar un Repeater o Room Server, comprueba la configuración que utiliza la red y comenta los cambios que puedan afectar a rutas, anuncios o tráfico compartido. La compatibilidad entre nodos importa más que aplicar un valor aislado porque parezca mejor sobre el papel.
06 · Experimentación
Prueba, mide y compara antes de concluir
Una red de radio cambia con la ubicación, la altura, la antena, el tráfico y las condiciones del entorno. Un resultado puntual puede ser útil, pero no siempre explica por sí solo qué configuración funciona mejor.
Cambia una variable cada vez
Si quieres comparar presets, roles, saltos o intervalos, mantén estable el resto de la configuración. Así resulta más fácil relacionar el cambio con el resultado observado y evitar conclusiones causadas por varias modificaciones a la vez.
Conserva una referencia anterior
Antes de la prueba, anota la configuración, la ubicación y el comportamiento habitual del nodo. Esa referencia permite comparar con el estado anterior y distinguir una mejora real de una variación normal de la red.
Mide algo más que alcance
Cuando los datos estén disponibles, observa entrega de mensajes, traceroutes, RSSI, SNR, latencia, retransmisiones y actividad del canal. Ninguna de estas métricas explica por sí sola la calidad de una configuración: deben interpretarse juntas y en el contexto de la prueba.
Interpreta las rutas con contexto
Un traceroute o una ruta observada muestra un camino posible en ese momento, no una topología permanente. Los roles, los saltos, la posición de los nodos, el tráfico y las condiciones de propagación pueden hacer que la ruta cambie entre dos pruebas.
La telemetría también necesita contexto
RSSI, SNR, batería, utilización del canal y otras telemetrías pueden ayudar a comparar situaciones, pero una lectura aislada no demuestra por sí sola que un nodo, una antena o una configuración funcionen mejor. Compara varias observaciones en las mismas condiciones.
Documenta las condiciones
Indica hardware, antena, altura, firmware, configuración, ubicación aproximada y duración de la prueba. Unos resultados reproducibles y acompañados de contexto son más útiles que una impresión aislada.
Observa lo que ocurre en la red
Las herramientas de Mesh Galicia pueden servir de apoyo durante las pruebas. Live permite observar actividad reciente mientras haces un cambio y History permite revisar después los eventos registrados, buscar patrones y comparar momentos distintos.
Estos datos representan lo que reciben los observers conectados al sistema. No son una captura completa de todo el tráfico radioeléctrico de la zona y la ausencia de un evento en el mapa no significa necesariamente que ese paquete no existiese en la red.
07 · Uso diario
Hábitos que ayudan a la malla
No necesitas estar ajustando continuamente el nodo para contribuir a una red saludable. Una configuración estable y unas pocas comprobaciones antes de cambiar algo suelen ser más útiles que perseguir constantemente el valor supuestamente perfecto.
Espera antes de repetir un mensaje
La entrega puede necesitar varios saltos, retransmisiones o una búsqueda de ruta. Si no recibes confirmación inmediatamente, dale tiempo a la red antes de enviar de nuevo el mismo contenido.
Cambia una cosa cada vez
Si modificas un rol, un intervalo, la antena u otro parámetro, comprueba primero el resultado. Cambiar varias cosas a la vez hace más difícil saber qué provocó una mejora o un problema.
No copies una configuración sin entender el contexto
Un valor que funciona bien en otro lugar puede no tener sentido en tu zona. El número de nodos, la cobertura, el preset, la topología y las necesidades de la comunidad pueden ser diferentes.
Cuida la información que compartes
Revisa el nombre del nodo, la posición, la precisión, las telemetrías y los canales que utilizas. Un dato técnicamente posible de publicar no tiene por qué ser necesario para el funcionamiento de la red.
Actualiza con criterio
Antes de instalar firmware, comprueba que corresponde al modelo y revisión exactos del dispositivo y consulta las notas de la versión. Conserva la información necesaria para recuperar la configuración antes de restablecer o reinstalar el nodo.
Observa antes de concluir
Un mensaje perdido, un traceroute o una lectura de RSSI no describen por sí solos el estado completo de la malla. Si estás investigando un problema, recoge varias observaciones y compara condiciones equivalentes antes de cambiar la configuración general.
Esta guía combina el funcionamiento técnico de Meshtastic y MeshCore con criterios conservadores de uso para una red comunitaria. Las recomendaciones específicas de Mesh Galicia están identificadas como tales y pueden revisarse a medida que cambien la red, el firmware o la experiencia obtenida mediante las pruebas.
Principio práctico
Utiliza solo los recursos que necesites
Menos retransmisiones y menos anuncios automáticos dejan más capacidad para los mensajes de la comunidad.