Configuración

Qué rol ponerle a tu nodo

El rol le dice a tu nodo cómo comportarse en la malla. Es de las decisiones que más afectan a toda la red — y la más fácil de equivocar. La regla corta: elige por dónde está el nodo, no por lo importante que te sientas.

Antes que nada

Todos los nodos retransmiten los mensajes de los demás para que lleguen más lejos. El rol define cuánto y con qué prioridad retransmite el tuyo. Poner un rol de infraestructura a un nodo mal ubicado no ayuda: repite todo, choca con los demás en el aire, y gasta batería y tiempo de canal de toda la comunidad.

La regla de oro

No uses ROUTER por defecto. ROUTER es solo para los poquísimos sitios que dominan la geografía. Para todo lo demás hay un rol mejor. Si tienes dudas, tu nodo es CLIENT — nunca te va a hacer daño.

Tabla rápida

Dónde está el nodoRolEn una línea
Cima que domina la ciudad
Cerro Jefe, Cerro Ancón
ROUTERColumna vertebral. Solo los mejores puntos.
Azotea de edificio (infraestructura)ROUTER_LATERepite igual que ROUTER pero sin hacer tanto ruido.
Balcón o ventanaCLIENT
o CLIENT_BASE
Participas sin cargar la malla; CLIENT_BASE si quieres priorizar la infra que ves.
En tu bolsillo o mochilaCLIENTEl rol por defecto. La opción segura.
Tu 2.º, 3.º… nodo personalCLIENT_MUTENo repite: no gasta aire ni batería ajena.

Nodo en una cima que domina la geografía

Rol: ROUTER (o REPEATER).

Si tu nodo está en uno de los puntos más altos y dominantes del área — en la capital sería algo como Cerro Jefe o Cerro Ancón — entonces sí, puede ser un ROUTER. Estos nodos son la columna vertebral: retransmiten con prioridad, "cortan la fila" para que el mensaje siga rápido, y por eso solo tienen sentido donde de verdad ven muchísimo.

ROUTER no es un premio

Un ROUTER en un mal punto es lo peor que le puede pasar a la malla: repite todo lo que oye, con prioridad, chocando con los demás. Si no estás en una cima que ve media ciudad, esto no es para ti.

Nodo en una azotea de edificio

Rol: ROUTER_LATE.

Una azotea es un punto alto excelente, pero normalmente no domina toda la geografía como una cima. Para eso está ROUTER_LATE: retransmite obligatoriamente igual que un ROUTER, pero espera su turno en vez de transmitir primero. Hace el mismo trabajo de infraestructura con mucho menos ruido y menos colisiones.

Agrega como favoritos a los otros nodos ROUTER o ROUTER_LATE que tu azotea ve directo. Cuando la infraestructura se marca como favorita entre sí, los saltos entre esos nodos dejan de contar — más abajo explicamos exactamente por qué y con qué condiciones.

Difícil acceso: adminístralo por la malla

Si el nodo queda en un sitio incómodo de alcanzar, configura la administración remota antes de subirlo: guarda la llave pública de tu nodo personal en los parámetros de administración del nodo de azotea. Así podrás gestionarlo por la propia malla — cambiar ajustes y agregar o quitar favoritos por CLI — sin volver a bajarlo. Los comandos están más abajo.

¿Vas a montar en una azotea que no es tuya? Mira la guía de infraestructura y pide permiso con la carta modelo.

Alternativa: CLIENT_BASE

Si tu nodo de azotea sirve sobre todo a tus propios nodos (y no tanto como columna vertebral de la comunidad), la documentación oficial recomienda CLIENT_BASE: prioriza los paquetes hacia y desde los nodos que marcas como favoritos, sin "cortar la fila" como un router.

Nodo de balcón o ventana

Rol: CLIENT — o CLIENT_BASE si quieres apurar un poco.

Un nodo asomado a un balcón o una ventana ya aporta: ve más lejos que uno a nivel de calle y participa en la malla. Con CLIENT a secas ya está bien.

Si quieres que además haga de pequeña estación base, ponlo en CLIENT_BASE y agrega como favoritos a los nodos de infraestructura (ROUTER / ROUTER_LATE) que ve directo. Así se ahorra un salto al hablar con esa infraestructura, y le da prioridad.

Tu nodo personal (el de bolsillo)

Rol: CLIENT. Si tienes varios, los extra van en CLIENT_MUTE.

El nodo que cargas contigo va en CLIENT: manda y recibe, y ayuda a repetir un poco. Es el rol por defecto y la elección correcta para casi todo el mundo.

¿Tienes más de un nodo personal? Deja uno en CLIENT y pon los demás en CLIENT_MUTE. Un nodo CLIENT_MUTE solo envía y recibe lo suyo: no repite el tráfico ajeno. Así dos o tres radios en tu mochila no se ponen a repetir el mismo mensaje tres veces ni te vacían la batería sin necesidad.

Por qué los favoritos ahorran saltos

Cada mensaje nace con un límite de saltos (hop limit) y, normalmente, cada vez que un nodo lo retransmite, ese contador baja en uno. Cuando llega a cero, el mensaje muere. Por eso la distancia real de la malla es limitada.

Desde el firmware 2.7.11, Meshtastic tiene los "saltos gratis" (zero-cost hops) entre infraestructura favorita: un salto no descuenta del contador cuando se cumplen las tres condiciones a la vez.

Un salto es "gratis" cuando…

  • tu nodo es ROUTER, ROUTER_LATE o CLIENT_BASE; y
  • no es el primer salto del paquete; y
  • el nodo anterior que lo retransmitió está en tus favoritos y es ROUTER o ROUTER_LATE.

Por eso la recomendación es que los nodos de infraestructura se marquen como favoritos mutuamente. El resultado:

  • Los mensajes llegan más lejos por la columna vertebral sin gastar saltos, y todavía les quedan saltos para el "último tramo" hasta tu bolsillo.
  • Menos saturación: la malla no se llena de repeticiones innecesarias.
  • Menos batería: los nodos transmiten solo cuando de verdad hace falta.

ROUTER vs. ROUTER_LATE, en corto

ROUTER

Retransmite con prioridad: se adelanta a los demás. Perfecto desde una cima que ve todo, porque el mensaje sigue rápido. Malo en cualquier otro lado, porque "corta la fila" y provoca choques.

ROUTER_LATE

Hace el mismo trabajo — retransmite siempre — pero espera su turno en vez de transmitir primero. Menos ruido, menos colisiones. Es la opción responsable para infraestructura que no está en el punto más dominante posible.

En la práctica: si dudas entre ROUTER y ROUTER_LATE, usa ROUTER_LATE.

Favoritos y administración remota por CLI

Puedes marcar y desmarcar favoritos desde la app, o con la CLI de Python. Usa el ID del nodo (con ! delante):

# agregar un favorito
meshtastic --set-favorite-node '!a1b2c3d4'

# quitar un favorito
meshtastic --remove-favorite-node '!a1b2c3d4'

Gestionar un nodo remoto (por ejemplo, el de la azotea)

Con la administración remota (firmware 2.5+) autorizas a tu nodo personal a mandarle comandos a otro por la malla. Se hace una sola vez, con el nodo a mano:

# 1. en tu nodo personal: copia su llave pública
meshtastic --get security.public_key

# 2. en el nodo de azotea (antes de subirlo): autoriza esa llave
meshtastic --set security.admin_key "base64:PEGA_AQUI_LA_LLAVE_PUBLICA"

Después, ya montado, lo gestionas a distancia con --dest:

# agregar un favorito en el nodo remoto, por la malla
meshtastic --dest '!nododeazotea' --set-favorite-node '!a1b2c3d4'

Detalles

Por administración remota solo funcionan --set y --get (y sus variantes, como agregar/quitar favoritos). Cada nodo admite hasta 3 llaves de administración, así que puedes gestionarlo desde varios nodos tuyos. Guía oficial de administración remota →

Sobre esta guía

Los roles y el comportamiento de los "saltos gratis" están verificados contra la documentación oficial de Meshtastic: elegir el rol correcto, ROUTER_LATE y zero-cost hops. La función de saltos gratis requiere firmware 2.7.11 o superior.