Cuando una empresa agrícola decide conectar sensores en campo, aparece una pregunta de arquitectura: ¿usar una red LoRaWAN pública o instalar una red privada propia? La respuesta no es universal. Depende de cobertura, criticidad, número de nodos, datos, presupuesto y control operativo.
Lo importante es entender la diferencia. En una red pública o comunitaria (como The Things Network), los gateways pertenecen a un operador o a una comunidad de colaboradores, y los nodos usan esa infraestructura si hay cobertura disponible: se aprovecha la cobertura que ya existe sin montar nada. En una red privada, la empresa instala sus propios gateways y controla dónde, cómo y para qué opera la red, sin pagar tarifas recurrentes por cada nodo.
La cobertura pública no siempre está donde nace el dato
Las redes públicas pueden ser muy útiles en ciudades, universidades, pilotos, laboratorios o zonas donde ya existe cobertura. Permiten probar rápido sin montar infraestructura propia. Para proyectos pequeños o no críticos, pueden ser una puerta de entrada excelente.
El problema en agricultura es que el dato nace donde casi nunca hay infraestructura: al fondo de una finca, en una piscina camaronera lejana, junto a un canal, dentro de una plantación o cerca de una estación de bombeo. Si el operador no tiene cobertura justo ahí, la red pública no resuelve el problema.
Una red privada permite poner el gateway donde la operación lo necesita, no donde la cobertura pública alcanzó a llegar.
Control de cobertura
En una finca, la cobertura no se mide solo en kilómetros. Se mide en obstáculos, altura, vegetación, relieve y ubicación de sensores. Con una red privada, la empresa puede hacer un reconocimiento del sitio y ubicar gateways en puntos estratégicos: torres existentes, oficinas, estaciones de bombeo, diques o zonas altas.
Ese control es especialmente valioso cuando la red crece. Si mañana se agregan sensores en un lote nuevo, se puede ajustar la infraestructura. Si se requiere redundancia, se agrega solapamiento entre gateways. En una red pública, la empresa depende de decisiones de cobertura externas.
Control de datos
Los datos agrícolas pueden ser sensibles: producción, riego, consumo energético, estado de aireadores, niveles de tanques, variables ambientales o información operativa. Una red privada permite definir dónde se procesa la información, qué plataforma la recibe y qué políticas de acceso se aplican.
Esto no significa que una red pública sea insegura por definición. De hecho, la seguridad criptográfica es la misma en ambos casos: LoRaWAN cifra el tráfico de extremo a extremo con AES-128, de modo que un gateway (público o privado) solo retransmite paquetes cifrados que no puede leer. El gateway nunca ve el contenido en claro. Por eso la decisión entre privada y pública no es tanto de seguridad del cifrado como de control y soberanía del dato: en una red privada, la empresa decide en qué servidor se procesa la información y bajo qué políticas, sin que ese flujo pase por infraestructura de terceros.
Costos cuando la red crece
Para pocos nodos, usar infraestructura existente puede ser atractivo. Pero en agricultura, los proyectos rara vez se quedan en cinco sensores. Primero se mide clima. Luego suelo. Después nivel de agua, energía, combustible, bombas, aireadores, calidad de agua y seguridad.
Con una red privada, el costo principal está en la infraestructura inicial: gateways, instalación, energía y backhaul. Una vez desplegada, agregar nodos suele ser mucho más económico que pagar conectividad celular por cada punto remoto.
La comparación correcta no es gateway versus plan mensual de un sensor. Es red privada compartida por decenas o cientos de nodos versus conectividad individual para cada equipo.
Operación crítica y control
Si la red solo mide datos históricos, una interrupción puede ser molesta. Si la red controla aireadores, bombas, válvulas o alarmas críticas, la exigencia cambia. En esos casos, tener infraestructura propia permite diseñar redundancia, operación local y mantenimiento con prioridades de la empresa.
También permite decidir qué tráfico se permite, qué latencias son aceptables y cómo se gestionan los downlinks. En una red pública o comunitaria, esas condiciones suelen estar limitadas por una política de uso justo (fair use): por ejemplo, The Things Network plantea límites diarios de tiempo de aire por dispositivo (del orden de 30 segundos de airtime de subida al día) y muy pocos downlinks diarios. Para un sensor que reporta humedad cada tanto, eso alcanza; para un nodo que debe enviar datos frecuentes o recibir comandos de control, puede quedar corto.
A esto se suma algo importante: una red pública comunitaria no ofrece garantías de cobertura ni un SLA. Nadie le garantiza que el gateway del vecino siga encendido mañana, ni que la cobertura justo donde usted tiene sus sensores se mantenga. En una operación crítica, depender de infraestructura que no se controla es una apuesta.
Cuándo tiene sentido una red pública
Una red pública puede ser adecuada cuando:
- El sitio ya tiene cobertura confiable.
- El proyecto es piloto o de baja criticidad.
- Hay pocos nodos y no se justifica infraestructura propia.
- Los datos no requieren operación local.
- Se busca validar una idea antes de invertir.
También puede servir como respaldo o complemento en zonas donde hay cobertura parcial.
Cuándo conviene una red privada
Una red privada suele tener más sentido cuando:
- La finca, camaronera o planta no tiene cobertura pública confiable.
- Hay decenas o cientos de nodos.
- La empresa necesita controlar datos y operación.
- Se requiere cobertura en puntos específicos del terreno.
- Hay alarmas o control de equipos.
- El proyecto debe crecer durante varios años.
En esos escenarios, LoRaWAN brilla precisamente porque un gateway bien instalado puede atender muchos nodos sin planes de datos individuales.
El modelo híbrido y colaborativo
No todo tiene que ser blanco o negro. Algunas empresas prueban con red pública donde existe, instalan gateways privados en sus sitios críticos y conectan todo a una misma plataforma de datos. O usan una red privada principal con backhaul redundante hacia la nube.
Existe además un punto medio interesante: el modelo colaborativo, donde varios actores aportan gateways y comparten cobertura sin renunciar al control de sus propios datos. Es la lógica detrás de iniciativas como IoTodos, sobre la que ya escribimos cuando contamos cómo Yubox expande su red LoRaWAN en las Américas. Cada colaborador suma cobertura para todos, pero cada operación sigue siendo dueña de su información.
En este terreno aparece otro concepto técnico: el roaming entre redes LoRaWAN. Así como un celular puede operar en la red de otro operador fuera de su zona, en LoRaWAN el roaming permite que un nodo sea atendido por gateways de otra red cuando los propios no alcanzan, entregando esos datos al servidor de red de origen. Es una pieza que habilita esquemas híbridos donde la cobertura privada y la comunitaria se complementan en lugar de competir.
Lo importante es que la arquitectura responda al negocio. La red no se diseña para lucir elegante en un diagrama, sino para que el dato llegue cuando se necesita.
Conclusión
Para empresas agrícolas y acuícolas, una red LoRaWAN privada ofrece control de cobertura, costos, datos y operación. Una red pública puede ser útil para pilotos o zonas ya cubiertas, pero en sitios remotos la infraestructura propia suele ser la diferencia entre “probamos IoT” y “operamos con IoT”.
En Yubox diseñamos redes LoRaWAN para agricultura, acuicultura e industria con esa lógica: cobertura donde nace el dato y plataforma donde se vuelve decisión. Si está evaluando una red privada para su operación, conversemos.