Extended ICMP to Support Multi-Part Messages
Draft of message to be sent after approval:
From: The IESG <firstname.lastname@example.org> To: IETF-Announce <email@example.com> Cc: Internet Architecture Board <firstname.lastname@example.org>, RFC Editor <email@example.com> Subject: Protocol Action: 'Extended ICMP to Support Multi-part Messages' to Proposed Standard The IESG has approved the following document: - 'Extended ICMP to Support Multi-part Messages ' <draft-bonica-internet-icmp-17.txt> as a Proposed Standard This document has been reviewed in the IETF but is not the product of an IETF Working Group. The IESG contact person is Jari Arkko. A URL of this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-bonica-internet-icmp-17.txt
Technical Summary This document extends ICMP error mesages (both IPv4 and IPv6) with a mechanism that allows sending additional data. A number of use cases for such additional data have been proposed, but this draft covers only the generic format in which such data can be carried. Working Group Summary This document has been discussed originally in the MPLS WG, at which time it became apparent that there is a generic part and an MPLS specific usage. In 2005-2006 this document has been discussed in the Internet Area meetings and list. There were a number of controversial discussion items in the Internet Area discussion, including, for instance, whether IPv6 support should be included and the detailed design of the extension and length field formats. The final result represents the rough consensus of the group. Protocol Quality This specification has been reviewed by Jari Arkko for the IESG. In addition, a number of reviewers performed detailed reviews during list discussion. These reviewers included Pekka Savola, Pekka Nikander, Fernando Gont, Joe Touch and others. In late summer 2006 the IESG discussed what criteria we should have for changing something as central as the ICMP. As a result of these discussions the authors enlisted a university group to perform experimental analysis of a number of common devices and how they interact with the proposed extensions. No deviation or error in the normal ICMP processing was observed during these tests. An early version of this specification (without the length field) has also been deployed in the MPLS space for both IPv4 and IPv6, by multiple vendors. It has been used through the years for debugging MPLS networks.