💡 SCHC (Static Context Header Compression) usa contextos estáticos para comprimir cabeceras en enlaces restringidos, reduciendo ancho de banda y fragmentación sin perder interoperabilidad. RFC 8724

domingo, 22 de febrero de 2026

Un vistazo a SCHC para entender cómo facilita el envío de paquetes IP comprimidos en enlaces restringidos

SCHC (Static Context Header Compression) es un estándar definido en el RFC 8724 que especifica un mecanismo de compresión y fragmentación de paquetes diseñado para entornos con recursos extremadamente limitados. Su objetivo principal es reducir drásticamente el tamaño de las cabeceras de protocolos como IPv6, UDP o CoAP mediante el uso de contextos estáticos previamente compartidos entre los extremos de la comunicación.

Además de la compresión de cabeceras, el estándar define un esquema de fragmentación adaptado a enlaces con tamaño de trama muy reducido, como los típicos de redes LPWAN. Este mecanismo incorpora distintos modos de operación, incluyendo opciones con confirmación (ACK-on-Error y ACK-Always), lo que permite introducir control y recuperación de fragmentos perdidos sin necesidad de recurrir a protocolos de transporte como TCP.

Cabecera IPv6 sin extensiones (40 bytes - 320 bits)
Tras la compresión/fragmentación de información con SCHC, lo que viaja por la red no es un paquete IP/IPv6 válido, puesto que su cabecera ha sido comprimida y ya no contiene toda la información necesaria. Lo que viaja por la red es un residuo SCHC + RuleID + fragmentos (si hay), por lo que solo un receptor con el mismo contexto puede reconstruir el paquete IP/IPv6 original.

Esto se vuelve útil, incluso necesario en redes LPWAN porque las restricciones en el enlace suelen ser muy limitantes, con tamaños máximos de transferencia de unas cuantas decenas de bytes (50-200 aprox.). Teniendo en cuenta que el par de cabeceras IPv6+UDP sin extensiones ya ocupa 48 bytes, la compresión se hace muy necesaria.

Icono de volver arriba del blog Codio