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 nodo | Rol | En una línea |
|---|---|---|
| Cima que domina la ciudad Cerro Jefe, Cerro Ancón | ROUTER | Columna vertebral. Solo los mejores puntos. |
| Azotea de edificio (infraestructura) | ROUTER_LATE | Repite igual que ROUTER pero sin hacer tanto ruido. |
| Balcón o ventana | CLIENTo CLIENT_BASE | Participas sin cargar la malla; CLIENT_BASE si quieres priorizar la infra que ves. |
| En tu bolsillo o mochila | CLIENT | El rol por defecto. La opción segura. |
| Tu 2.º, 3.º… nodo personal | CLIENT_MUTE | No 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_LATEoCLIENT_BASE; y - no es el primer salto del paquete; y
- el nodo anterior que lo retransmitió está en tus favoritos y es
ROUTERoROUTER_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.