Protocolo MeshCore explicado
Explicacion tecnica del protocolo MeshCore: como se transmiten, entregan y optimizan los mensajes en una red LoRa descentralizada.
Que es el protocolo MeshCore?
El protocolo MeshCore define como los nodos intercambian mensajes sobre LoRa: envio, recepcion y reenvio por repetidores.
Principio clave: los clientes no repiten. El forwarding lo hacen los repetidores (y room servers con repeat activo), lo que reduce la carga del canal.
El rendimiento real depende de los ajustes de radio y la topologia: frecuencia, spreading factor, ancho de banda, coding rate, potencia y ubicacion de repetidores.
Estructura del protocolo a alto nivel
Tomalo como un modelo funcional, no como una especificacion oficial estricta a nivel de bytes:
1. Capa de radio (LoRa PHY)
LoRa gestiona la transmision fisica de senal en espectro ISM con parametros configurables.
2. Comportamiento de transmision y airtime
El comportamiento practico de red se define por timing, retransmisiones y decisiones de configuracion.
3. Reenvio mesh por repetidores
Cuando no existe ruta conocida, se puede usar discovery flood por repetidores; tras una entrega exitosa se puede aprender una ruta util.
4. Capa de mensajes
El contenido de aplicacion como texto y rooms se envia de forma compacta y puede cifrarse.
Estructura del mensaje a nivel conceptual
Evita publicar layouts fijos inventados como especificacion oficial de MeshCore. Usa este modelo conceptual:
Mensaje MeshCore (conceptual): [Contexto de envio] [Contenido compacto] [Contexto de entrega/forwarding] - contexto de origen/destino - payload para comunicacion directa o room - contexto de forwarding y entrega - contexto de integridad y cifrado
La estructura interna exacta puede variar por implementacion/version. Para documentacion web, el comportamiento del protocolo es mas seguro que campos de bytes no verificados.
Formas de mensaje relevantes
Mensaje directo
Comunicacion nodo a nodo entre dos participantes.
Mensaje de room
Mensaje a una room para que varios participantes reciban el mismo contenido.
Trafico de discovery
Trafico que puede establecer alcance inicial cuando aun no hay ruta conocida.
Trafico de seguimiento por ruta aprendida
Tras una entrega exitosa, el trafico posterior puede reenviarse de forma mas dirigida por repetidores conocidos.
Estado de entrega / reporte
El contexto de entrega puede devolverse para mejorar el forwarding de mensajes siguientes.
Contenido cifrado
El contenido puede transmitirse cifrado para comunicacion confidencial.
Como funciona el enrutamiento?
MeshCore combina comportamiento de discovery con forwarding dirigido por repetidores.
Discovery con ruta desconocida
Cuando aun no se conoce la ruta, se puede usar discovery flood por repetidores para alcanzar el destino.
Limite superior y ajuste practico
La documentacion indica un limite interno de 64 saltos. En la practica, el comportamiento flood/forward se ajusta a nivel repetidor (por ejemplo flood.max) segun terreno y airtime.
Ventajas de este enfoque de protocolo
Ruteo de seguimiento mas dirigido
Tras discovery, los mensajes pueden circular de forma mas eficiente por rutas de repetidores conocidas.
Descentralizado
No se requiere infraestructura central de internet para comunicacion mesh local.
Cifrado soportado
Los mensajes pueden cifrarse sin depender de supuestos no verificados de channel-slot.
Consciente del airtime
Mensajes compactos y forwarding por repetidores ayudan a controlar la presion del canal.
Alcance por repetidores
El multi-hop por repetidores extiende la comunicacion mas alla del alcance radio directo.
Escalable regionalmente
Con una ubicacion estrategica de repetidores, la cobertura y utilidad crecen con el tiempo.
Puntos tecnicos clave
| Frecuencia (UE) | Operar dentro del espectro ISM 863-870 MHz segun normativa local |
| Ancho de banda | Parte del perfil RF; afecta robustez y tasa de datos |
| Spreading Factor | Un SF mayor mejora alcance pero reduce velocidad |
| Coding Rate | Mas correccion de errores mejora robustez pero reduce throughput |
| Payload | El tamano practico depende de ajustes LoRa y configuracion |
| Cifrado | Soportado; el modelo exacto depende de implementacion/configuracion |
Preguntas frecuentes del protocolo
MeshCore es compatible con Meshtastic?
No. Son implementaciones de protocolo distintas y no son interoperables por defecto.
Que tan rapida es la transmision de datos?
Depende de SF, ancho de banda, coding rate y entorno. LoRa prioriza alcance y fiabilidad sobre alto throughput.
Puedo crear aplicaciones personalizadas?
Si, siempre que disenes para ancho de banda LoRa limitado y mantengas compatibilidad con la red en uso.
Que pasa cuando el trafico se solapa?
Con trafico simultaneo aumenta la presion del canal. Una buena sintonia RF, disciplina de mensajes y configuracion de repetidores reducen colisiones y demoras.
El overhead del protocolo es un numero fijo de bytes?
Evita valores fijos sin fuente oficial. El overhead efectivo y el payload varian segun implementacion y ajustes de radio.
MeshCore usa direccionamiento IP tipo internet?
MeshCore no es una pila TCP/IP de internet. Evita afirmaciones no verificadas sobre modelos de direccionamiento fijos.
Empieza con desarrollo MeshCore
Con esta base puedes describir MeshCore correctamente: LoRa como transporte, forwarding por repetidores y optimizacion de rutas tras entrega exitosa.