Protocolos
Thread protocolo IoT: red mesh IPv6 y base de transporte de Matter
Thread es el protocolo mesh IPv6 sobre 802.15.4 que sustenta Matter. Cómo funciona OpenThread, el Border Router y cuándo
Especificación oficial ↗Thread protocolo IoT: red mesh IPv6 y base de transporte de Matter
Si ya conoces Zigbee y te preguntas qué añade el thread protocolo iot sobre el mismo radio IEEE 802.15.4ITérminoIEEE 802.15.4IEEE 802.15.4 es el estándar de radio de bajo consumo (capa física y MAC) que sirve de base a Zigbee, Thread y 6LoWPAN.Ver perfil, la respuesta es concreta: Thread lleva IP nativa hasta el último nodo. Sin gateways de traducción de protocolo, sin hubs propietarios. Cada dispositivo Thread es un ciudadano IPv6 de pleno derecho.
Resumen ejecutivo
- Thread es un protocolo de red meshRTérminoRed meshUna red mesh es una topología donde cada nodo reenvía datos de otros, extendiendo cobertura y resiliencia sin infraestructura central. Zigbee y Thread la usan.Ver perfil IPv6 de baja potencia basado en IEEE 802.15.4-2006, especificado por el Thread Group (acceso: 2026-05).
- Opera en la banda de 2,4 GHz (canales 11-26, mismos que Zigbee
ProtocoloZigbeeMesh 2.4 GHz veterana — base de muchos hubs smart homeVer perfil y parte del espectro Wi-Fi), con tasas de 250 kbps y alcance de 10-30 m por salto en interiores. - Arquitectura de red auto-sanante sin punto único de fallo: los nodos se reorganizan si un router cae.
- OpenThread (Google, BSD-licensed) es la implementación de referencia; disponible en GitHub (acceso: 2026-05) y certificada por el Thread Group.
- Border Router: el único componente que conecta la red Thread al IP convencional (Ethernet, Wi-Fi). No traduce protocolos — enruta IPv6.
- Thread es la capa de transporte de Matter: todos los dispositivos Matter sobre Thread son Thread-first.
- No usar cuando: necesitas más de 250 metros de alcance, tienes infraestructura Zigbee existente que no vas a migrar, o necesitas tasas >250 kbps por nodo.
Qué es Thread y para qué sirve
Thread es un estándar de red diseñado específicamente para el ecosistema IoT del hogar y el entorno comercial. El Thread Group lo formalizó en 2014 con el apoyo de Nest (luego Google), Samsung, ARM y Silicon Labs, entre otros.
La diferencia fundamental respecto a Zigbee — con quien comparte capa física y de acceso al medio (IEEE 802.15.4) — es que Thread implementa directamente IPv6 sobre la red mesh. Zigbee tiene su propia capa de red propietaria; Thread usa 6LoWPAN6Término6LoWPAN6LoWPAN (IPv6 over Low-Power Wireless Personal Area Networks) es un estándar que adapta IPv6 a redes de bajo consumo sobre IEEE 802.15.4. Es la base de Thread.Ver perfil (compresión de cabeceras IPv6 sobre paquetes 802.15.4) y RPL (Routing Protocol for Low-Power and Lossy Networks, RFC 6550).
Esto significa que un sensor Thread expone una dirección IPv6 real. Puedes hacer ping a un termostato. Un servidor backend puede abrir una conexión CoAPCTérminoCoAPCoAP (Constrained Application Protocol) es un protocolo web tipo REST sobre UDP para dispositivos muy limitados, definido en el RFC 7252 del IETF.Ver perfil directamente al dispositivo sin pasar por un hub que traduzca mensajes.
En Plataforma IoT, tratamos Thread dentro del catálogo completo de protocolos IoT. No es mejor ni peor que Zigbee en términos absolutos — son trade-offs distintos con el mismo radio.
Cómo funciona Thread
Roles de nodo
Una red Thread agrupa los nodos en tres categorías:
| Rol | Función | Consumo |
|---|---|---|
| **Leader** | Coordina la red; asigna roles a nuevos routers. Solo hay uno activo a la vez. | Medio |
| **Router** | Reenvía tráfico de otros nodos. Siempre activo. | Medio-alto |
| **End Device (SED/MED)** | Leaf node. Se conecta a un router padre. Puede dormir (SED: sleepy end device) o mantenerse activo (MED). | Bajo (SED <10 µA en sleep) |
| **Border Router** | Conecta la red Thread a IPv6/Ethernet/Wi-Fi externo. | Variable (generalmente host Linux/MCU+Wi-Fi) |
Los routers se eligen dinámicamente. Si el Leader cae, otro Router asume el rol automáticamente. Una red puede tener hasta 32 routers activos simultáneos, lo que escala bien en despliegues de cientos de dispositivos.
Pila de protocolos
Aplicación (CoAP, Matter, DTLS)
↓
UDP / TCP
↓
IPv6 (con 6LoWPAN para compresión de cabeceras)
↓
IEEE 802.15.4 MAC
↓
IEEE 802.15.4 PHY (2,4 GHz, 250 kbps)La compresión 6LoWPAN reduce una cabecera IPv6 de 40 bytes a 2-3 bytes en el caso habitual. Sin esa compresión, el MTU de 127 bytes de 802.15.4 no podría transportar IPv6 útilmente.
Commissioning
El proceso de incorporar un nuevo dispositivo a la red Thread se llama commissioning y usa el protocolo DTLS sobre UDP. El Commissioner (un Border Router o una app) verifica el dispositivo mediante una clave precompartida (PSKd, normalmente impresa en el dispositivo) y le entrega las credenciales de red. No necesita app propietaria — es estándar.
Border Router y conectividad exterior
El Border Router es el nodo que conecta la isla Thread al mundo IP. Típicamente es un hub (Apple HomePod, Google Nest Hub, Amazon Echo de última generación) o un SBC (Raspberry Pi
EmpresaRaspberry PiSingle-board computers y microcontroladores RP2040/RP2350Ver perfil + módulo nRF52840nTérminonRF52840El nRF52840 es un SoC de Nordic Semiconductor con Cortex-M4F y radio multiprotocolo (BLE 5 e IEEE 802.15.4) de muy bajo consumo, base de muchos dispositivos Matter/Thread.Ver perfil + OpenThread Border Router). Anuncia el prefijo de red Thread al router doméstico mediante Router Advertisement IPv6 y actúa como proxy de descubrimiento de servicio (mDNS ↔ DNS-SD).
Con un Border Router, cualquier dispositivo en la LAN puede hablar directamente con un sensor Thread usando su dirección IPv6. No hay broker centralizado, no hay hub que falle y tire toda la domótica.
Casos de uso reales
| Sector | Ejemplo concreto |
|---|---|
| **Smart Home** | Matter sobre Thread: termostatos, cerraduras, bombillas. Apple HomePod mini actúa como Border Router Thread desde 2021. |
| **Edificios comerciales** | Sensores de CO₂ y ocupación en redes mesh auto-sanantes; 200+ nodos por red sin infraestructura adicional. |
| **Hardware industrial ligero** | Actuadores y sensores en líneas de producción con baja criticidad temporal (no reemplaza Profibus ni IO-Link). |
| **Asset tracking en interiores** | Tags Thread en combinación con BLE para localización; Thread para reporte periódico, [BLE](/protocolos/ble) para beacon. |
| **Smart metering** | Redes de contadores inteligentes en bloques de viviendas; la mesh se extiende sola entre pisos. |
Thread ya está en el nRF52840 (Nordic Semiconductor
EmpresaNordic SemiconductorEspecialista en conectividad inalámbrica de bajo consumoVer perfil), el EFR32MG (Silicon Labs), el CC2652 (Texas Instruments
EmpresaTexas InstrumentsSemiconductores analógicos y embebidos (MSP430, INA2xx)Ver perfil) y el ESP Thread Border Router (Espressif). El nRF52840 es el SoC de referencia para proyectos Thread/Matter.
Cuándo NO usar Thread
Thread tiene trade-offs que conviene entender antes de comprometerse:
Alcance limitado. 10-30 m por salto en interiores. En exteriores sin obstáculos puede llegar a 100 m, pero para coberturas de kilómetros necesitas LoRaWAN
ProtocoloLoRaWANLPWAN abierta de largo alcance y bajo consumoVer perfil o NB-IoT
ProtocoloNB-IoTLPWAN celular standardizada por 3GPP — cobertura operadorVer perfil, no Thread.
Tasa de datos baja. 250 kbps compartidos entre todos los nodos del canal. Con 20 dispositivos enviando cada 10 segundos es más que suficiente. Con video o audio, no.
Zigbee existente no justifica migración. Si tienes 50 dispositivos Zigbee funcionando, Thread no aporta nada que justifique el coste de reemplazarlos — salvo que vayas a desplegar Matter.
Requiere Border Router. Sin Border Router no hay conectividad exterior. En proyectos donde el hub es el punto de fallo, esto añade un componente más a mantener.
No reemplaza Wi-Fi para dispositivos de alto consumo. Un aspirador robot o una cámara IP con conexión continua en Wi-Fi no tiene motivo para migrar a Thread.
Thread vs Zigbee: misma capa física, distinta red
| Aspecto | Thread | Zigbee |
|---|---|---|
| Radio | IEEE 802.15.4 (2,4 GHz) | IEEE 802.15.4 (2,4 GHz) |
| Capa de red | IPv6 nativo (6LoWPAN + RPL) | Capa propia (Zigbee Network Layer) |
| Interoperabilidad | IP-nativa; fácil integración REST/CoAP | Requiere gateway de traducción |
| Madurez ecosistema | Creciente (Matter como catalizador) | Maduro; miles de dispositivos certificados |
| Dispositivos max. por red | ~250 nodos (routers + end devices) | ~65.000 (en teoría; práctico <200) |
| Commissioning | DTLS estándar (spec Thread) | Método varía por implementación |
| Latencia típica | 10-50 ms end-to-end | 10-30 ms end-to-end |
| Seguridad | AES-128 (link) + DTLS (aplicación) | AES-128 (link); application layer variable |
La comparativa completa entre los tres protocolos del mismo radio está en Zigbee vs Matter vs Thread.
Cómo empezar: setup mínimo con OpenThread
1. Clona OpenThread y compila para nRF52840
git clone https://github.com/openthread/openthread.git
cd openthread
./script/bootstrap
./script/cmake-build nrf52840El script bootstrap instala las dependencias del toolchain (arm-none-eabi-gcc, CMake). El target nrf52840 genera el firmware CLI de OpenThread listo para flashear vía J-Link o UART bootloader.
2. Levanta un Border Router (Docker, para desarrollo)
docker run --sysctl "net.ipv6.conf.all.disable_ipv6=0 net.ipv4.conf.all.forwarding=1 net.ipv6.conf.all.forwarding=1" \
-p 8080:80 --dns=127.0.0.1 -it \
openthread/otbr --radio-url spinel+hdlc+uart:///dev/ttyACM0Con el Border Router activo, la red Thread obtiene prefijo IPv6 del router doméstico y los nodos son accesibles desde la LAN.
3. Formar la red desde el CLI
# En el nodo Leader (conectado por UART)
> dataset init new
Done
> dataset commit active
Done
> ifconfig up
Done
> thread start
Done
> state
leader
Done
> ipaddr
fd11:22:0:0:e2e6:2fff:fe09:1234 # Dirección ULA asignada4. Verificar conectividad IPv6
# Desde la LAN (Linux/macOS)
ping6 fd11:22:0:0:e2e6:2fff:fe09:1234Si el ping responde, el Border Router está enrutando correctamente. Desde aquí ya puedes abrir conexiones CoAP o Matter directamente al sensor.
Thread y Matter: la relación exacta
Thread no define mensajes de aplicación. Define cómo los paquetes llegan de A a B dentro de una red mesh IPv6. Matter, el estándar de la Connectivity Standards Alliance (CSA), define el lenguaje que usan los dispositivos una vez conectados: cómo encender una bombilla, cómo leer la temperatura de un termostato, cómo gestionar el acceso.
La combinación es la siguiente: Matter se ejecuta sobre la capa de transporte UDP/IPv6. Thread proporciona esa capa IPv6 en entornos domésticos sin Wi-Fi en cada dispositivo. Wi-Fi y Ethernet son las otras dos opciones de transporte que Matter soporta.
Un Border Router Thread con chip Matter integrado (Apple HomePod, Google Nest Hub 2ª gen., Amazon Echo 4ª gen.) actúa como puente entre la red Thread y la LAN IP. Desde la app de Matter, el usuario ve el dispositivo como un endpoint Matter — no sabe ni necesita saber si usa Thread, Wi-Fi o Ethernet por debajo.
El artículo de Matter entra en detalle sobre el protocolo de aplicación. El artículo de smart home cubre la integración completa del ecosistema doméstico.
Recursos primarios
- Thread Group — especificación oficial — organismo de estandarización (acceso: 2026-05)
- OpenThread — guía del protocolo — documentación técnica de referencia (acceso: 2026-05)
- GitHub — openthread/openthread — implementación BSD por Google (acceso: 2026-05)
Preguntas frecuentes
¿Thread y Zigbee son compatibles entre sí?+
No directamente. Comparten la capa física (IEEE 802.15.4, 2,4 GHz), pero sus capas de red son incompatibles. Un dispositivo Zigbee no puede unirse a una red Thread y viceversa. Para coexistencia, algunos Border Routers implementan ambas pilas en hardware con dos chips.
¿Es Thread lo mismo que Matter?+
No. Thread es el protocolo de transporte de red (capa 3). Matter es el protocolo de aplicación (capa 7). Matter puede correr sobre Thread, Wi-Fi o Ethernet. Un dispositivo Matter-over-Thread usa Thread para la conectividad de red y Matter para los mensajes de aplicación.
¿Cuántos dispositivos soporta una red Thread?+
Hasta 32 routers activos y ~250 nodos totales por partición de red. En la práctica, una instalación doméstica raramente supera 50 nodos, bien dentro del límite.
¿OpenThread es gratuito para uso comercial?+
Sí. OpenThread está publicado bajo licencia BSD-3-Clause, que permite uso comercial sin restricciones. La certificación Thread (obligatoria para usar el logo) tiene coste y requiere membresía en el Thread Group o usar un SoC ya certificado.
¿Thread funciona sin internet?+
Sí. La red Thread es completamente autónoma. El Border Router solo es necesario para conectividad exterior (control remoto, nube). En local — sin internet — los dispositivos Thread se comunican entre sí con normalidad. Matter también funciona en local-only con Thread.
¿Thread consume menos batería que Zigbee?+
Comparable. Los Sleepy End Devices Thread pueden bajar a <10 µA en sleep, similar a Zigbee. La diferencia real está en el overhead de IPv6: los paquetes Thread son algo más grandes, lo que se traduce en ~5-10% más de tiempo de radio on — marginal en la mayoría de aplicaciones.