6LoWPAN (IPv6 over Low power Wireless Personal Area Networks) es un estándar que posibilita el uso de IPv6 sobre redes basadas en el estándar IEEE 802.15.4, orientado a aplicaciones de Internet de las cosas y redes inalámbricas de sensores. Hace posible que dispositivos como los nodos de una red inalámbrica de área personal puedan comunicarse directamente con otros dispositivos IP.
Para implementar IPv6 sobre la infraestructura de radio estándar IEEE 802.15.4, el grupo 6LoWPAN estableció normas de encapsulamiento de datos, algoritmos de compresión de cabeceras y optimizaciones para el proceso de descubrimiento de nodos vecinos.
Aunque, en principio, los protocolos de la capa de red como IPv4 o IPv6 no dependen de la capa física (PHY) ni de la capa de control de acceso al medio (MAC), la naturaleza de los paquetes pequeños del estándar IEEE 802.15.4 exige un mecanismo de adaptación especializado entre estas capas.
Sistema de Documentos de Estándares (RFC) RFC 4919: Documento fundamental que analiza la situación actual y los problemas técnicos a resolver.
RFC 4944: Documento de especificación técnica base que regula el método de transmisión de paquetes IPv6 sobre redes IEEE 802.15.4.
RFC 6282: Actualización que optimiza los algoritmos de compresión de cabeceras de paquetes.
RFC 6775: Documento que estandariza el mecanismo avanzado de descubrimiento de vecinos.
RFC 8931: Integra la función de recuperación selectiva de fragmentos de datos erróneos o corruptos.
RFC 8025 y RFC 8066: Documentos de ajustes técnicos a pequeña escala.
RFC 7668: Documento que estandariza la aplicación de soluciones 6LoWPAN para transmitir IPv6 a través de Bluetooth de Bajo Consumo (BLE).
Ámbitos de Aplicación Práctica Las soluciones de red IPv6 de bajo consumo están orientadas a grupos de dispositivos que necesitan intercambiar información a velocidades medias-bajas con una gran cantidad de nodos, manteniendo al mismo tiempo un consumo de energía extremadamente estricto. La transmisión de datos en estas infraestructuras se garantiza mediante el mecanismo de compresión de cabeceras definido en el RFC 6282.
Una de las aplicaciones prácticas más representativas son las redes eléctricas inteligentes (Smart Grids). En este escenario, los medidores eléctricos inteligentes se conectan automáticamente entre sí para crear una microrred en malla (micro mesh network), antes de retransmitir los datos recopilados hacia el centro de gestión de facturación a través de una red troncal IPv6 (backbone).
Estos sistemas suelen operar bajo la frecuencia de radio IEEE 802.15.4, por lo que es obligatorio aplicar los procesos de compresión de cabeceras y fragmentación de datos orientados por el documento RFC 6282.
El Protocolo Thread Thread es un estándar de comunicación diseñado específicamente para aplicaciones de automatización del hogar inteligente (domótica) que opera directamente sobre la base de 6LoWPAN. Fue desarrollado y está respaldado por una alianza de más de 50 corporaciones tecnológicas internacionales. Dentro del ecosistema de conectividad IoT bajo el estándar unificado Matter, Thread actúa como una de las dos soluciones de transporte inalámbrico principales.
Desde el 24 de junio de 2022, la documentación de las especificaciones técnicas de Thread es de acceso gratuito; sin embargo, las empresas que deseen implementar este protocolo en productos comerciales aún deben mantener una membresía de pago dentro de la alianza.
La versión oficial de Thread 1.0 se lanzó el 29 de octubre de 2015. En el mercado, Thread compite directamente con dos tecnologías de red: Z-Wave y Zigbee IP.
Marco Funcional y Desafíos de Diseño La conversión de paquetes desde el espacio de red IPv6 hacia la red de radio IEEE 802.15.4 plantea importantes desafíos en el diseño del sistema (detallados en el RFC 4919). Según lo estipulado en el RFC 4944, la capa de adaptación intermedia entre ambos entornos debe resolver los siguientes problemas:
Adaptación del Tamaño del Paquete El protocolo IPv6 exige que la Unidad Máxima de Transmisión (MTU) en la capa de enlace tenga un tamaño mínimo de 1280 bytes. Por el contrario, la estructura de trama estándar de la red IEEE 802.15.4 está limitada a solo 127 bytes.
Al restar el tamaño máximo de la cabecera de la trama (25 bytes) junto con el cifrado de seguridad de la capa de enlace de hasta 21 bytes (aplicando el algoritmo recomendado AES-CCM-128), el espacio real restante para las capas superiores es de apenas 81 bytes. Como esta cifra es muy inferior al umbral de 1280 bytes de IPv6, la tecnología 6LoWPAN se ve obligada a definir una capa intermedia encargada de la fragmentación y el reensamblado de paquetes.
Asimismo, dado que la cabecera estándar de un paquete IPv6 ocupa 40 bytes, se debe establecer un mecanismo estricto de compresión para dichos campos.
Variantes de Actualización Tecnológica Para optimizar el rendimiento, esta tecnología ha desarrollado variantes de actualización:
Mesh-under controlado: Al analizar el contenido de la cabecera del primer fragmento de datos, el dispositivo puede determinar con precisión la estructura y la cantidad de fragmentos que debe recibir. Si el siguiente fragmento no coincide con el escenario previsto, envía de inmediato una orden para solicitar la retransmisión del fragmento erróneo.
Route-over avanzado: Se establece un circuito virtual sincronizando la dirección IPv6 con el campo de etiqueta de datos (tag) ubicado en la cabecera del primer fragmento. Este circuito virtual se utiliza luego como una ruta fija para todos los fragmentos posteriores que compartan el mismo identificador.
Resolución de la Estructura de Direcciones Los nodos en el espacio IPv6 se identifican mediante direcciones IP jerárquicas de 128 bits a través de un prefijo de red de longitud variable. Por otro lado, los dispositivos que operan bajo el estándar IEEE 802.15.4 utilizan una de estas dos opciones de identificación: una dirección extendida fija de 64 bits o una dirección corta de 16 bits asignada dinámicamente (que garantiza la unicidad dentro de una red personal o PAN) tras completar el proceso de asociación a la red. Además, se establece un identificador de PAN (PAN-ID) para gestionar colectivamente un grupo de dispositivos IEEE 802.15.4 ubicados en un mismo espacio físico.
Diferencias de Hardware y Parámetros de Optimización Los dispositivos de hardware fabricados bajo el estándar IEEE 802.15.4 siempre tienen restricciones estrictas en cuanto a su tamaño físico para optimizar los costes de producción en masa, reducir el consumo de energía para prolongar la vida útil de las baterías y aumentar la flexibilidad de instalación. Por el contrario, los nodos cableados en el espacio de red IP tradicional no se enfrentan a estas barreras; son más grandes y utilizan energía directamente de la red eléctrica.
El objetivo supremo de los nodos IPv6 tradicionales es lograr un alto ancho de banda, y los protocolos de las capas superiores (como TCP) están diseñados para mitigar errores en escenarios de congestión local. En cambio, para los dispositivos con estándar IEEE 802.15.4, la prioridad absoluta es siempre el máximo ahorro energético y la optimización del tamaño del código fuente en el microcontrolador.
Esquemas de Enrutamiento Interno (Routing Schemes) Para las redes IP de bajo consumo, el direccionamiento de datos se divide en dos fases de procesamiento independientes: el enrutamiento dentro de la propia red en malla del espacio PAN, y el enrutamiento interdominio entre la red IPv6 tradicional y el espacio PAN. La infraestructura 6LoWPAN implementa este proceso a través de dos modelos de arquitectura principales:
Arquitectura Mesh-under El algoritmo de enrutamiento se ejecuta directamente en la capa de adaptación intermedia (situada entre la capa de enlace de datos y la capa de red del modelo OSI). La decisión de direccionamiento del paquete se toma a nivel de 6LoWPAN mediante el procesamiento de los fragmentos individuales del paquete IPv6.
El paquete IPv6 completo se reensambla únicamente en el dispositivo de destino final, lo que minimiza el retardo (latencia) en la transmisión de datos.
Arquitectura Route-over El proceso de enrutamiento se eleva a la capa de red (L3). El paquete IPv6 debe reensamblarse por completo en cada uno de los nodos intermedios a lo largo de la ruta de transmisión para que el sistema analice la cabecera y tome la siguiente decisión de reenvío.
Este modelo ofrece un rendimiento operativo más estable y una mayor fiabilidad en entornos de red con alta atenuación o altas tasas de pérdida de paquetes.
Los dos protocolos de enrutamiento estándar actuales Aunque la comunidad de 6LoWPAN desarrolló varios protocolos de enrutamiento (como LOAD, DYMO-LOW o HI-LOW), actualmente solo dos están reconocidos oficialmente para su implementación en sistemas reales a gran escala:
LOADng (Lightweight On-demand Ad hoc distance-vector routing protocol – next generation): Es el sucesor de LOAD, opera bajo el mecanismo mesh-under y está estandarizado por la Unión Internacional de Telecomunicaciones bajo la recomendación ITU-T G.9903. Este estándar se aplica de forma práctica en el programa de medidores eléctricos inteligentes Linky.
RPL (Routing Protocol for Low power and Lossy Networks): Es un protocolo de enrutamiento que opera bajo el mecanismo route-over, estandarizado por el grupo ROLL del IETF. Se encarga de gestionar el direccionamiento en redes de baja potencia y con altas tasas de pérdida de datos (LLN).
Seguridad y Mecanismos de Compresión de Cabeceras Establecer barreras de seguridad de red mediante listas de control de acceso (ACL) y cifrado aumenta inadvertidamente el tamaño de los paquetes, lo que supone una carga considerable para el hardware limitado. Para solucionar este problema de consumo de recursos y garantizar velocidades de comunicación estables, el sistema debe implementar simultáneamente tecnología de compresión de encabezados. El proceso operativo de cada solución se analizará en detalle a continuación.
Seguridad de la Red Los nodos que ejecutan el estándar IEEE 802.15.4 están configurados para operar en dos modos: Modo Seguro y Modo No Seguro. Las especificaciones técnicas definen dos métodos principales de seguridad para cumplir diferentes objetivos de protección: las Listas de Control de Acceso (ACL) y el Modo de Seguridad Avanzado o Dedicado.
Evolución de la Compresión de Cabeceras (Header Compression) LOWPAN_HC1: Fue el primer mecanismo de compresión regulado en el RFC 4944. Esta solución permitía reducir la cabecera UDP a 4 bytes y limitaba el rango de puertos UDP entre 61616 y 61631 para comprimir el valor del puerto en un espacio de 4 bits. Sin embargo, tenía la gran limitación de que solo se podía aplicar a rangos de direcciones de enlace local (local link addresses).
LOWPAN_HC1g: Fue una propuesta de borrador del IETF destinada a extender la compresión a rangos de direcciones globales en comunicaciones de saltos múltiples (multi-hop). El hardware debía implementar ambas soluciones (HC1 y HC1g) para complementarse entre sí.
LOWPAN_IPHC: Es el estándar optimizado actual recomendado por el grupo 6LoWPAN, el cual reemplaza por completo a las dos soluciones anteriores. Los bytes de datos de IPHC se generan comprimiendo fuertemente la cabecera original de IPv6, integrando información sobre la calidad del servicio (DSCP y ECN), las cabeceras siguientes, el límite de saltos (Hop Limit) y el sistema de direcciones de origen/destino ya comprimido.
El rendimiento de reducción de datos de la estructura LOWPAN_IPHC depende directamente del método de comunicación:
Comunicación de enlace local: La cabecera IPv6 se puede comprimir al máximo hasta quedar en 2 bytes (1 byte de Dispatch y 1 byte de datos LOWPAN_IPHC).