draft-ietf-6lowpan-hc-09.txt   draft-ietf-6lowpan-hc-10.txt 
Network Working Group J. Hui, Ed. Network Working Group J. Hui, Ed.
Internet-Draft Arch Rock Corporation Internet-Draft Arch Rock Corporation
Updates: 4944 (if approved) P. Thubert Updates: 4944 (if approved) P. Thubert
Intended status: Standards Track Cisco Intended status: Standards Track Cisco
Expires: February 24, 2011 August 23, 2010 Expires: March 4, 2011 August 31, 2010
Compression Format for IPv6 Datagrams in 6LoWPAN Networks Compression Format for IPv6 Datagrams in 6LoWPAN Networks
draft-ietf-6lowpan-hc-09 draft-ietf-6lowpan-hc-10
Abstract Abstract
This document specifies an IPv6 header compression format for IPv6 This document specifies an IPv6 header compression format for IPv6
packet delivery in 6LoWPAN networks. The compression format relies packet delivery in 6LoWPAN networks. The compression format relies
on shared context to allow compression of arbitrary prefixes. How on shared context to allow compression of arbitrary prefixes. How
the information is maintained in that shared context is out of scope. the information is maintained in that shared context is out of scope.
This document specifies compression of multicast addresses and a This document specifies compression of multicast addresses and a
framework for compressing next headers. UDP header compression is framework for compressing next headers. UDP header compression is
specified within this framework. specified within this framework.
skipping to change at page 1, line 37 skipping to change at page 1, line 37
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet- working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/. Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
This Internet-Draft will expire on February 24, 2011. This Internet-Draft will expire on March 4, 2011.
Copyright Notice Copyright Notice
Copyright (c) 2010 IETF Trust and the persons identified as the Copyright (c) 2010 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of (http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
skipping to change at page 7, line 33 skipping to change at page 7, line 33
1: Source address compression uses stateful, context-based 1: Source address compression uses stateful, context-based
compression. compression.
SAM: Source Address Mode: SAM: Source Address Mode:
If SAC=0: If SAC=0:
00: 128 bits. The full address is carried in-line. 00: 128 bits. The full address is carried in-line.
01: 64 bits. The first 64-bits of the address are elided. 01: 64 bits. The first 64-bits of the address are elided.
The value of those bits is the link-local prefix padded with The value of those bits is the link-local prefix padded with
zeros. The remaining 64 bits are carried in-line. zeros. The remaining 64 bits are carried in-line.
10: 16 bits. The first 112 bits of the address are elided. 10: 16 bits. The first 112 bits of the address are elided.
The value of those bits is the link-local prefix padded with The value of the first 64 bits is the link-local prefix
zeros. The remaining 16 bits are carried in-line. padded with zeros. The following 64 bits are 0000:00ff:
fe00:XXXX, where XXXX are the 16 bits carried in-line.
11: 0 bits. The address is fully elided. The first 64 bits 11: 0 bits. The address is fully elided. The first 64 bits
of the address are the link-local prefix padded with zeros. of the address are the link-local prefix padded with zeros.
The remaining 64 bits are computed from the encapsulating The remaining 64 bits are computed from the encapsulating
header (e.g. 802.15.4 or IPv6 source address) as specified header (e.g. 802.15.4 or IPv6 source address) as specified
in Section 3.2.2. in Section 3.2.2.
If SAC=1: If SAC=1:
00: The UNSPECIFIED address, :: 00: The UNSPECIFIED address, ::
01: 64 bits. The address is derived using context information 01: 64 bits. The address is derived using context information
and the 64 bits carried in-line. and the 64 bits carried in-line.
10: 16 bits. The address is derived using context information 10: 16 bits. The address is derived using context information
skipping to change at page 8, line 22 skipping to change at page 8, line 22
compression. compression.
DAM: Destination Address Mode: DAM: Destination Address Mode:
If M=0 and DAC=0 This case matches SAC=0 but for the destination If M=0 and DAC=0 This case matches SAC=0 but for the destination
address: address:
00: 128 bits. The full address is carried in-line. 00: 128 bits. The full address is carried in-line.
01: 64 bits. The first 64-bits of the address are elided. 01: 64 bits. The first 64-bits of the address are elided.
The value of those bits is the link-local prefix padded with The value of those bits is the link-local prefix padded with
zeros. The remaining 64 bits are carried in-line. zeros. The remaining 64 bits are carried in-line.
10: 16 bits. The first 112 bits of the address are elided. 10: 16 bits. The first 112 bits of the address are elided.
The value of those bits is the link-local prefix padded with The value of the first 64 bits is the link-local prefix
zeros. The remaining 16 bits are carried in-line. padded with zeros. The following 64 bits are 0000:00ff:
fe00:XXXX, where XXXX are the 16 bits carried in-line.
11: 0 bits. The address is fully elided. The first 64 bits 11: 0 bits. The address is fully elided. The first 64 bits
of the address are the link-local prefix padded with zeros. of the address are the link-local prefix padded with zeros.
The remaining 64 bits are computed from the encapsulating The remaining 64 bits are computed from the encapsulating
header (e.g. 802.15.4 or IPv6 destination address) as header (e.g. 802.15.4 or IPv6 destination address) as
specified in Section 3.2.2. specified in Section 3.2.2.
If M=0 and DAC=1: If M=0 and DAC=1:
00: Reserved. 00: Reserved.
01: 64 bits. The address is derived using context information 01: 64 bits. The address is derived using context information
and the 64 bits carried in-line. and the 64 bits carried in-line.
10: 16 bits. The address is derived using context information 10: 16 bits. The address is derived using context information
skipping to change at page 19, line 25 skipping to change at page 19, line 25
wrong type of payload and misinterpreting the content compared to wrong type of payload and misinterpreting the content compared to
ports that reserved at IANA. It is thus recommended that the use of ports that reserved at IANA. It is thus recommended that the use of
those ports be associated with a mechanism such as a Transport Layer those ports be associated with a mechanism such as a Transport Layer
Security (TLS) Message Integrity Check (MIC) that validates that the Security (TLS) Message Integrity Check (MIC) that validates that the
content is expected and checked for integrity. content is expected and checked for integrity.
7. Acknowledgements 7. Acknowledgements
Thanks to Julien Abeille, Robert Assimiti, Dominique Barthel, Carsten Thanks to Julien Abeille, Robert Assimiti, Dominique Barthel, Carsten
Bormann, Robert Cragie, Stephen Dawson-Haggerty, Mathilde Durvy, Erik Bormann, Robert Cragie, Stephen Dawson-Haggerty, Mathilde Durvy, Erik
Nordmark, Christos Polyzois, Shoichi Sakane, Zach Shelby, Tony Nordmark, Christos Polyzois, Shoichi Sakane, Zach Shelby, Dario
Viscardi, and Jay Werb for useful design consideration and Tedeschi, Tony Viscardi, and Jay Werb for useful design consideration
implementation feedback. and implementation feedback.
8. Changes 8. Changes
(This section to be removed by the RFC editor.) (This section to be removed by the RFC editor.)
Draft 10:
- Specify that the IID has the form 0000:00ff:fe00:XXXX when SAC/
DAC=0 and SAM/DAM=10.
Draft 09: Draft 09:
- Indicate that a mechanism to learn decompressor's capabilities - Indicate that a mechanism to learn decompressor's capabilities
to decode additional (future) NHCs is out of scope. to decode additional (future) NHCs is out of scope.
- Clarify how to derive IID bits not covered by the context when - Clarify how to derive IID bits not covered by the context when
only 16 bits are carried inline. only 16 bits are carried inline.
- Clarify the value of the Length field for compressed extension - Clarify the value of the Length field for compressed extension
headers. headers.
- Added an IANA registry for LOWPAN_NHC types. - Added an IANA registry for LOWPAN_NHC types.
Draft 08: Draft 08:
 End of changes. 7 change blocks. 
10 lines changed or deleted 16 lines changed or added

This html diff was produced by rfcdiff 1.38. The latest version is available from http://tools.ietf.org/tools/rfcdiff/