Skip to main content

ICMP Extension Structure Length Field
draft-ietf-intarea-icmp-exten-hdr-len-08

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: The IESG <iesg@ietf.org>, draft-ietf-intarea-icmp-exten-hdr-len@ietf.org, evyncke@cisco.com, ggx@gigix.net, int-area@ietf.org, intarea-chairs@ietf.org, rfc-editor@rfc-editor.org
Subject: Protocol Action: 'ICMP Extension Header Length Field' to Proposed Standard (draft-ietf-intarea-icmp-exten-hdr-len-03.txt)

The IESG has approved the following document:
- 'ICMP Extension Header Length Field'
  (draft-ietf-intarea-icmp-exten-hdr-len-03.txt) as Proposed Standard

This document is the product of the Internet Area Working Group.

The IESG contact persons are Erik Kline and Éric Vyncke.

A URL of this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-intarea-icmp-exten-hdr-len/


Ballot Text

Technical Summary

   The ICMP Extension Structure does not have a length field.
   Therefore, unless the length of the Extension Structure can be
   inferred from other data in the ICMP message, the Extension Structure
   must be the last item in the ICMP message.

   This document defines a length field for the ICMP Extension
   Structure.  When length information is provided, receivers can use it
   to parse ICMP messages.  Specifically, receivers can use length
   information to determine the offset at which the item after the ICMP
   Extension Structure begins.

   This document updates RFC 4884.

Working Group Summary

    [From shepherd's write-up]
    The mailing list archives shows that even if the number of emails in
    support of the last call is not huge there were no objections in moving
    this document forward.

Document Quality

During the IETF Last Call, there were 4 directorate reviews, comments have been addressed.

Personnel

   The Document Shepherd for this document is Luigi Iannone. The
   Responsible Area Director is Éric Vyncke.

RFC Editor Note