I-D Action: draft-rashid-pecorella-6lo-lowpan-padding-length-00.txt
| Newsgroups | gmane.ietf.announce |
|---|---|
| Message-ID | <178734693724.75052.6819781225049828200@dt-datatracker-786f84c586-97d96> |
Internet-Draft draft-rashid-pecorella-6lo-lowpan-padding-length-00.txt is now
available.
Title: 6LoWPAN Payload Length Handling with L2 Padding
Authors: Adnan Rashid
Tommaso Pecorella
Name: draft-rashid-pecorella-6lo-lowpan-padding-length-00.txt
Pages: 14
Dates: 2026-08-21
Abstract:
6LoWPAN compression schemes, including HC1 [RFC4944], IPHC [RFC6282],
and GHC [RFC7400], elide the IPv6 Payload Length (PL) field from
compressed packets, relying on the Layer 2 (L2) PL to reconstruct it
at the receiver. This assumption holds for IEEE 802.15.4 [IEEE Std
802.15.4], which delivers exactly the bytes transmitted. However, L2
technologies that enforce a minimum frame size — most notably
Ethernet IEEE 802.3 [IEEE Std 802.3], which has a minimum payload of
46 bytes — silently pad short frames with zero bytes. In such cases,
the receiver incorrectly reconstructs the IPv6 PL field, leading to
packet corruption and protocol failure. This document describes the
problem, analyzes existing workarounds, and defines a solution based
on an Escape dispatch byte (ESC) or ESC Extension Type (EET) extended
dispatch mechanism that explicitly encodes the IPv6 PL when L2
padding may be present.
The IETF datatracker status page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-rashid-pecorella-6lo-lowpan-padding-length/
There is also an HTML version available at:
https://www.ietf.org/archive/id/draft-rashid-pecorella-6lo-lowpan-padding-length-00.html
Internet-Drafts are also available by rsync at:
rsync.ietf.org::internet-drafts
_______________________________________________
I-D-Announce mailing list -- [email protected]
To unsubscribe send an email to [email protected]