RObust Header Compression (ROHC): Profiles for User Datagram Protocol (UDP) Lite
Draft of message to be sent after approval:
From: The IESG <email@example.com> To: IETF-Announce <firstname.lastname@example.org> Cc: Internet Architecture Board <email@example.com>, RFC Editor <firstname.lastname@example.org>, rohc mailing list <email@example.com>, rohc chair <firstname.lastname@example.org> Subject: Protocol Action: 'RObust Header Compression (ROHC):Profiles for UDP-Lite' to Proposed Standard The IESG has approved the following document: - 'RObust Header Compression (ROHC):Profiles for UDP-Lite ' <draft-ietf-rohc-udp-lite-05.txt> as a Proposed Standard This document is the product of the Robust Header Compression Working Group. The IESG contact persons are Allison Mankin and Magnus Westerlund. A URL of this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-rohc-udp-lite-05.txt
Technical Summary This document defines ROHC (Robust Header Compression) profiles for compression of RTP/UDP-Lite/IP packets (Real-Time Transport Protocol, User Datagram Protocol Lite, Internet Protocol) and UDP-Lite/IP. These profiles are defined based on their differences with the profiles for UDP specified in RFC 3095. Compressing the use of UDP-Lite is valuable because the applications which desire partial checksum coverage often also use links where compression is important. Working Group Summary The working group supported these profiles strongly. There was a careful discussion of the reasons that the UDP-Lite checksum value may not be compressed. Protocol Quality Prototype implementations of the specification were reported. Allison Mankin reviewed the specification for the IESG. RFC Editor Notes: Section 1 The reference number for UDP-Lite is incorrect. OLD: UDP-Lite  New: UDP-Lite  Also, update  to RFC 3828 --------- Section 7 The IANA instructions should be left in the publication, as useful information on the intended structure of the registry. --------- Section 5.6 OLD: Upon receiving the Mode parameter set to '0', the decompressor MUST stay in its current mode of operation and SHOULD refrain from sending further mode transition requests for the declined mode for a certain amount of time. NEW: Upon receiving the Mode parameter set to '0', the decompressor MUST stay in its current mode of operation and SHOULD refrain from sending further mode transition requests for the declined mode.