Explicación del servidor de red LoRaWAN: arquitectura, características y cómo elegir el mejor.

En TEKTELIC, llevamos más de diez años construyendo e implementando infraestructura LoRaWAN. Durante este tiempo, hemos trabajado con operadores, empresas, compañías de servicios públicos e integradores de sistemas en redes de tamaños muy diversos, desde implementaciones en pequeños edificios hasta grandes redes nacionales con cientos de miles de dispositivos.

Un tema suele volverse más importante de lo esperado: la elección de Servidor de red LoRaWAN (LNS).

Es fácil ver el LNS como una capa de software más. En realidad, es una de las decisiones más importantes en una implementación de LoRaWAN. Afecta el rendimiento de la red, la entrega de datos, la seguridad de los dispositivos, la escalabilidad y la cantidad de trabajo que su equipo deberá realizar para mantener la red operativa a lo largo del tiempo.

Con este artículo, queremos facilitarte la decisión. Te explicaremos qué hace un servidor de red LoRaWAN, qué diferencia una plataforma competente de una de nivel empresarial y qué debes tener en cuenta al comparar tus opciones.

El LNS no es solo un software que se ejecuta en segundo plano. Es el cerebro de toda su red LoRaWAN.

¿Qué hace un servidor de red LoRaWAN?

La explicación sencilla es la siguiente: los sensores envían datos, las pasarelas los reciben, el servidor de red los procesa y las aplicaciones los utilizan. Esta explicación es correcta, pero omite gran parte de lo que sucede tras bambalinas.

Cuando un sensor envía un paquete, varias pasarelas dentro de su alcance pueden recibirlo simultáneamente. El LNS recopila todas esas copias, identifica la mejor y elimina las duplicadas antes de que los datos lleguen a la aplicación.

Esto es más importante de lo que parece. Sin este paso, la aplicación podría recibir la misma lectura del contador dos veces, la misma alarma dos veces o el mismo estado de ocupación dos veces.

El LNS también verifica cada mensaje antes de transmitirlo. Confirma que el paquete proviene de un dispositivo registrado, que no se ha enviado previamente como parte de un ataque de repetición y que la sesión del dispositivo es válida. Sin estas verificaciones, la red podría procesar datos falsificados, duplicados o corruptos con la misma facilidad que datos válidos.

Luego está Tasa de datos adaptativao ADR. Es una de las funciones más importantes de un LNS bien construido, y a menudo una de las menos comentadas.

ADR permite que la red indique a cada dispositivo qué velocidad de datos y potencia de transmisión debe usar, según la calidad de la señal que recibe. Un dispositivo cercano a una puerta de enlace puede transmitir más rápido y con menor potencia. Un dispositivo en el límite de la cobertura puede reducir la velocidad para mejorar la entrega de paquetes.

Cuando ADR funciona correctamente, la duración de la batería mejora, el tiempo de transmisión se reduce y una sola puerta de enlace puede admitir más dispositivos. Cuando no funciona correctamente, o no está disponible en absoluto, la red consume más energía y capacidad de la necesaria, y las baterías pueden agotarse antes de lo previsto.

POR QUÉ ES IMPORTANTE LA RESOLUCIÓN ALTERNATIVA DE DISPUTAS EN LA PRÁCTICA En una red LoRaWAN bien configurada, la función ADR puede prolongar la duración de la batería de los dispositivos durante años y prácticamente duplicar la cantidad de dispositivos que puede gestionar una puerta de enlace. El LNS es lo que hace esto posible, o no.

Ahora que hemos analizado lo que sucede dentro del LNS, veamos qué hace que una plataforma sea más confiable que otra a gran escala.

Calidad profesional: qué significa y por qué es importante.

Existe una diferencia real entre un servidor de red LoRaWAN que funciona bien en las pruebas y uno que ofrece un rendimiento fiable en producción, a gran escala, durante años y en condiciones que no siempre se desarrollan según lo previsto.

Esa diferencia radica en cómo está construida la plataforma.

A de grado portador LNS no tiene un único punto de fallo. Si un componente falla, el resto del sistema sigue funcionando. Su escalabilidad horizontal permite añadir capacidad cuando sea necesario sin necesidad de reconstruir la red. Además, cuenta con redundancia N+1, por lo que la pérdida de un nodo no provoca la caída de todo el sistema.

Para un proyecto piloto pequeño, esto puede no parecer necesario. Para una empresa de servicios públicos que gestiona cien mil contadores, un campus hospitalario, un conjunto de edificios inteligentes o una red pública con múltiples inquilinos, se convierte en un requisito mínimo.

Estas redes no pueden desconectarse cada vez que se requiere mantenimiento. Tampoco pueden depender de una arquitectura que nunca fue diseñada para recuperarse sin problemas de un fallo.

Esa es la diferencia entre un servidor de red LoRaWAN y un servidor de red LoRaWAN de nivel empresarial. El primero enruta paquetes cuando todo funciona correctamente. El segundo está diseñado para seguir funcionando incluso cuando algo falla.

La forma en que se construye una plataforma determina si se mantiene operativa. Lo que hace con los datos determina si esos datos son realmente útiles.

Obtener datos de su red para su negocio

Los sensores LoRaWAN no suelen enviar lecturas listas para usar. Envían cadenas de bytes compactas y codificadas que no tienen significado para una aplicación empresarial hasta que algo las interpreta. Esa interpretación es una de las funciones importantes del LNS.

La compatibilidad con códecs de carga útil convierte una cadena hexadecimal sin procesar en datos utilizables: una lectura de temperatura, un estado de ocupación, un valor de medidor o un porcentaje de batería. Sin esta funcionalidad integrada en la plataforma, cada conexión de aplicación podría requerir su propia lógica de decodificación, que alguien tendría que escribir, probar y mantener.

La otra parte es el enrutamiento. Un LNS robusto admite protocolos estándar como MQTT, HTTP y REST. También puede conectarse a las plataformas y sistemas a los que deben ir los datos, incluidos Azure IoT Central, AWS IoT Core, ThingsBoard, sistemas de gestión de edificios, SCADA y aplicaciones internas.

Es en este punto donde los datos de los sensores dejan de ser tráfico de radio y comienzan a convertirse en información empresarial útil.

La cuestión no es si su LNS puede entregar paquetes, sino si puede hacer llegar los datos correctos al sistema correcto, en el formato correcto y sin interrupciones.

Saber qué hace el LNS con los datos es solo una parte del panorama. La otra es saber dónde se ejecuta, una decisión que suele tener un alcance mayor del que la mayoría de los equipos esperan cuando la toman por primera vez.

Dónde funciona su LNS y cómo elegir

No existe un único modelo de implementación correcto para un servidor de red LoRaWAN. La mejor opción depende de sus requisitos de seguridad, entorno de TI, confidencialidad de los datos y el grado de gestión directa que su equipo desee implementar.

Aquí están las cuatro opciones principales.

Sistema de navegación terrestre en la nube

Se ejecuta en la nube y conecta todas las pasarelas a un sistema central. Su configuración es rápida, se puede escalar fácilmente a múltiples ubicaciones y requiere un mínimo esfuerzo de TI para su funcionamiento.

Ideal para: Despliegue rápido y escalabilidad en múltiples ubicaciones sin necesidad de gestionar su propia infraestructura.

Nube privada LNS

Se ejecuta en un entorno de nube dedicado que usted controla. Disfrute de la comodidad de la nube con mayor control sobre la seguridad, la ubicación de los datos y la configuración.

Ideal para: Equipos que desean la simplicidad de la nube, pero necesitan un entorno aislado o controles de cumplimiento específicos.

Sistema de notificaciones lineales (LNS) local

Se ejecuta dentro de su propia infraestructura. Usted tiene control total sobre sus datos, la configuración de seguridad y cómo el sistema se conecta a las aplicaciones internas.

Ideal para: Organizaciones donde el control de datos, las políticas de seguridad internas o la integración con los sistemas informáticos existentes son requisitos indispensables.

LNS integrado

Se ejecuta directamente dentro de la puerta de enlace. No se necesita un servidor independiente, ya que la puerta de enlace gestiona las funciones del servidor de red por sí misma.

Ideal para: Sitios pequeños o remotos donde una configuración sencilla e independiente, sin dependencias externas, sea la más adecuada.

Ahora que tenemos una idea clara de qué buscar en un LNS, veamos cómo KONA Core está diseñado para cumplir con estos requisitos.

TEKTELIC KONA Core: qué ofrece

Núcleo KONA es el servidor de red LoRaWAN de nivel empresarial de TEKTELIC. No es una función adicional dentro de una plataforma más grande, sino el núcleo del ecosistema LoRaWAN de TEKTELIC, desarrollado y mantenido por el mismo equipo que diseña nuestras pasarelas, dispositivos y herramientas de red.

Así es como se ve en la práctica:

Pila LoRaWAN completa Activación de OTAA y ABP, compatibilidad con dispositivos de clase A/B/C, ADR, programación de enlace descendente, manejo de comandos MAC, multidifusión y FUOTA: el protocolo completo, no una implementación parcial.	Arquitectura de grado operador Ausencia de puntos únicos de fallo, escalabilidad horizontal, redundancia N+1 y tolerancia a fallos probadas en redes reales con cientos de miles de dispositivos.
Entrega de datos y códecs Enruta las cargas útiles a través de MQTT(S), HTTP(S), REST, Azure IoT Central, ThingsBoard y AWS IoT Core. Decodifica las cargas útiles sin procesar a JSON limpio para que tus aplicaciones puedan usar los datos de inmediato.	Visibilidad operativa Visualización de paquetes en tiempo real, monitorización de dispositivos y pasarelas, transmisión de eventos, agregación de registros y alertas por correo electrónico. Los problemas se detectan a tiempo, antes de que afecten a su red.
Seguridad Cifrado TLS, inicio de sesión único (SSO), compatibilidad con certificados x.509, control de acceso basado en roles, pruebas de penetración anuales y auditorías de seguridad. Diseñado para satisfacer las necesidades de empresas de servicios públicos, el sector sanitario y los operadores de redes públicas.	Automatización y API API REST completa para el aprovisionamiento masivo de dispositivos, configuración, suscripciones a eventos e integración de facturación. Menos trabajo manual a medida que crece su red.
Multi Alquiler Acceso basado en roles, entornos de cliente independientes, límites de suscripción y gestión de subclientes: diseñado para proveedores de servicios gestionados y operadores públicos.	Global y abierto Planes de frecuencia regionales para Norteamérica, Europa, Asia y otras regiones. Compatible con dispositivos y pasarelas TEKTELIC y de terceros, incluido el reenviador de paquetes UDP de Semtech.

La decisión más difícil de deshacer

Toda red LoRaWAN acaba alcanzando los límites de las decisiones tomadas al principio.

Las pasarelas se pueden reemplazar. Los sensores se pueden cambiar. El LNS es diferente. Es la capa de la que depende todo lo demás, lo que la convierte en la parte más difícil de modificar una vez que la red está en funcionamiento.

También tiene uno de los mayores efectos a largo plazo en el rendimiento, la seguridad, la escalabilidad y los costes operativos.

Es mucho más fácil acertar desde el principio que corregirlo después. Así es como concebimos el diseño de LNS cuando trabajamos con nuestros clientes, y es una de las razones por las que KONA Core se diseñó de esta manera.

PARTE DE UN ECOSISTEMA COMPLETO Núcleo KONA trabaja junto con TEKTELIC pasarelas de nivel de operador, Elemento KONA para la gestión de flotas de puerta de enlace, KONA Radiant para la planificación de RF, ATLAS para la configuración del dispositivo, LUGAR para servicios de localización y la gama completa de TEKTELIC sensores, rastreadores y dispositivos médicos de IoTCada componente está diseñado para funcionar en conjunto, desde el primer proyecto piloto hasta su implementación a nivel nacional.

¿Quieres hablar sobre tu implementación?

Tanto si estás creando una nueva red, expandiendo una existente o migrando desde una plataforma que ya no cuenta con soporte, estaremos encantados de conversar abiertamente sobre cómo KONA Core podría ser la solución ideal para tu caso. Ponte en contacto con nuestro equipo. info@tektelic.com