Imagina una camaronera a 40 kilómetros del pueblo más cercano, una estación meteorológica en lo alto de un páramo o un pozo en medio de la selva. Tienes los sensores, tienes el gateway LoRaWAN, tienes todo el ecosistema IoT listo para funcionar… y entonces aparece la pregunta que arruina más proyectos de los que debería: ¿cómo conecto el gateway a internet si aquí no llega ni el celular?
Esa pregunta tiene hoy una respuesta clara: Starlink como backhaul. En este artículo te explicamos qué es exactamente el backhaul de una red LoRaWAN, por qué Starlink encaja tan bien en sitios remotos y cómo montarlo de forma realista, con sus trampas incluidas.
El backhaul: el eslabón olvidado de LoRaWAN
Cuando hablamos de LoRaWAN casi siempre pensamos en el enlace de radio: nodos de bajo consumo que transmiten kilómetros a un gateway. Y es cierto que ahí está la magia. Pero una red LoRaWAN tiene cuatro tramos, no uno:
- Nodos (sensores) → transmiten por radio LoRa.
- Gateway → recibe esas señales y las empaqueta.
- Backhaul → el enlace que lleva esos datos del gateway hasta internet.
- Network server y aplicación → donde los datos se procesan y se vuelven útiles (en la nube, en IoTodos, TTN o tu propio ChirpStack).
LoRa te resuelve gratis y a largo alcance el tramo 1 y 2. Pero el gateway no es autónomo: necesita salir a internet para entregar la información al network server. Ese tramo 3 —el backhaul— es justamente el que falla en los sitios remotos, donde no hay fibra, no hay cable y la cobertura celular es un espejismo. De nada sirve un gateway impecable si no tiene por dónde “subir” los datos.
Por qué Starlink encaja tan bien en lo remoto
Starlink usa una constelación de satélites en órbita baja (LEO), y eso cambia todo respecto al internet satelital tradicional:
- Cobertura donde no llega nada más. Si tienes vista despejada del cielo, tienes internet. Punto. No depende de torres ni de tendido de fibra.
- Latencia baja (típicamente 20–60 ms), muy lejos de los 600+ ms del satélite geoestacionario de antaño. Para IoT es más que suficiente.
- Ancho de banda de sobra. Una red LoRaWAN mueve kilobytes, no gigabytes. Un solo enlace Starlink puede respaldar el backhaul de muchos gateways sin despeinarse.
- Autoinstalable. El kit se orienta solo y se pone en marcha en minutos, sin técnicos especializados.
En otras palabras: Starlink elimina la última excusa para no llevar IoT a donde antes era imposible.
La arquitectura: dónde entra Starlink
El flujo completo queda así:
Sensores LoRaWAN → (radio LoRa) → Gateway LoRaWAN → (Ethernet) → Router / Starlink → (satélite) → Internet → Network server → Tu aplicación / dashboard
Starlink reemplaza al tramo que normalmente ocuparían la fibra, el cable o el módem celular. Para el gateway es transparente: él solo “ve” una conexión a internet y entrega sus paquetes como lo haría en cualquier oficina.
Qué necesitas para montarlo
No hace falta un laboratorio. El equipo mínimo es:
- Un gateway LoRaWAN para exteriores, con su antena y, idealmente, en gabinete con protección IP para intemperie.
- Un kit Starlink. Para sitios fijos remotos, el Starlink Mini es especialmente interesante por su bajo consumo; para coberturas más exigentes, el estándar.
- Conexión de red entre el gateway y Starlink (Ethernet; según el modelo, un router o adaptador).
- Energía. Este es el punto crítico en sitios aislados: lo veremos enseguida.
El verdadero reto remoto: la energía
Aquí es donde muchos proyectos tropiezan. Un gateway LoRaWAN consume poco (unos pocos vatios). Starlink no. Según el modelo puede consumir entre ~20 W (Mini) y 50–75 W (estándar), y eso, multiplicado por 24 horas, es lo que define tu sistema solar.
Recomendaciones prácticas:
- En sitios fuera de la red eléctrica, dimensiona el panel solar y el banco de baterías pensando en Starlink como el mayor consumidor, no en el gateway.
- El Starlink Mini suele ser la mejor elección para nodos solares por su menor consumo.
- Considera apagar o programar el enlace si tu aplicación tolera ventanas de reporte (por ejemplo, subir datos cada hora en lugar de mantener el enlace 24/7) para reducir drásticamente el consumo.
Consideraciones que no debes pasar por alto
Latencia y clases LoRaWAN. El salto satelital añade unas decenas de milisegundos. Para tráfico Class A (el más común, impulsado por el uplink del nodo) es irrelevante. Si dependes de downlinks frecuentes o clases B/C, tenlo en cuenta al diseñar.
CGNAT y direcciones IP. Starlink entrega direcciones detrás de CGNAT, es decir, sin IP pública entrante por defecto. No es un problema para LoRaWAN: el gateway inicia la conexión saliente hacia el network server, que es justo como trabajan los gateways modernos. Evita arquitecturas que exijan abrir puertos entrantes hacia el gateway.
Costos. Un plan Starlink es un gasto recurrente. La pregunta correcta no es “¿cuánto cuesta?”, sino “¿cuánto vale el dato que antes no tenía?”. En una camaronera, anticipar una caída de oxígeno disuelto puede salvar una cosecha entera; ahí el backhaul se paga solo.
Redundancia. Si el sitio tiene algo de cobertura celular, configurar un failover (Starlink como principal, celular como respaldo, o viceversa) le da robustez a despliegues críticos.
Dónde esto cambia el juego
- Acuicultura y agricultura remotas: camaroneras, bananeras y fincas alejadas que necesitan monitoreo de oxígeno disuelto, clima y suelo en tiempo real.
- Minería, energía y petróleo: estaciones e instalaciones fuera de cualquier red.
- Monitoreo ambiental: páramos, reservas, cuencas hídricas.
- Despliegues temporales y móviles: eventos, emergencias y demos.
Este último caso lo conocemos bien: en Yubox montamos la primera unidad móvil LoRaWAN de la región con Starlink como backhaul, precisamente para llevar conectividad IoT a cualquier punto, sin depender de infraestructura fija. La idea de este artículo es exactamente esa, aplicada a sitios permanentes.
Conclusión
Durante años, “no hay internet en el sitio” fue el argumento que mataba proyectos de IoT en zonas remotas. Con LoRaWAN para el último tramo de radio y Starlink para el backhaul, esa barrera desaparece: hoy puedes desplegar una red profesional, alimentada por energía solar, en lugares donde antes no llegaba ni la señal de un teléfono.
Si estás evaluando llevar IoT a un sitio remoto y quieres que te ayudemos a dimensionar el gateway, la energía y el backhaul, conversemos.