Skip to main content

Formally Deprecating Some ICMPv4 Message Types
draft-gp-obsolete-icmp-types-iana-01

Yes

(Ron Bonica)

No Objection

(Brian Haberman)
(Gonzalo Camarillo)
(Martin Stiemerling)
(Ralph Droms)
(Robert Sparks)
(Russ Housley)
(Stephen Farrell)
(Stewart Bryant)
(Wesley Eddy)

Note: This ballot was opened for revision 01 and is now closed.

Adrian Farrel Former IESG member
Yes
Yes (2013-02-18) Unknown
Enough already! Publish and move on.
Ron Bonica Former IESG member
Yes
Yes () Unknown

                            
Sean Turner Former IESG member
Yes
Yes (2013-02-19) Unknown
Let's publish this!
Barry Leiba Former IESG member
No Objection
No Objection (2013-02-03) Unknown
I think it would be fine for this to be Informational, and I'm also happy with its being Standards Track.
Benoît Claise Former IESG member
No Objection
No Objection (2013-02-18) Unknown
No objection to the publication of this document, but I would like to propose an improvement.

I understand that the title is "Formally Deprecating Some ICMPv4 Message Types", but, while reading the document, I've been wondering: do we have identical assignments for ICMPv6? If yes, should we deprecate them as well? If yes, is it done in a different document?
So I double checked: none of the ICMPv4 Message Type you want to deprecate are registered in ICMPv6. Good news. Why not share this good news with a sentence or two in this document?
Brian Haberman Former IESG member
No Objection
No Objection () Unknown

                            
Gonzalo Camarillo Former IESG member
No Objection
No Objection () Unknown

                            
Martin Stiemerling Former IESG member
No Objection
No Objection () Unknown

                            
Pete Resnick Former IESG member
No Objection
No Objection (2013-02-16) Unknown
We should approve this document either way. However, I'd like to hear from the rest of the IESG: Because we didn't precisely follow the instructions in http://www.ietf.org/iesg/statement/designating-rfcs-as-historic.html for announcements of status changes, have we given sufficient notice of the move of RFC 1788 to Historic, or should we put out an additional 4-week Last Call on "RFC 1788 to Historic" for the 3/28 telechat? This document does call out the move to Historic in the abstract and it was Last Called (and got feedback), so perhaps this is sufficient. But it's not exactly what we said we would do.

One other thing, simply for clarity: The document shouldn't ask the *RFC Editor* to make the change to Historic; that's something that the IESG should generate a Protocol Action for. So, can you please make the following simple changes:

Abstract
OLD
   and requests the RFC Editor to change the status of RFC1788
   to "Historic".
NEW
   and requests that the status of RFC1788 be changed to "Historic".

Introduction
OLD
   and requests the RFC Editor to change the status of RFC1788
   to "Historic".
NEW
   and requests that the status of RFC1788 be changed to "Historic".

OLD
   requests the RFC Editor to change the status of RFC1788 to
   "Historic".
NEW
   requests that the status of RFC1788 be changed to "Historic".

Section 4:
OLD
   This document requests the RFC Editor to change the status of
   [RFC1788] to "Historic".
NEW
   This document requests that the status of [RFC1788] be changed to
   "Historic".
Ralph Droms Former IESG member
No Objection
No Objection () Unknown

                            
Robert Sparks Former IESG member
No Objection
No Objection () Unknown

                            
Russ Housley Former IESG member
No Objection
No Objection () Unknown

                            
Stephen Farrell Former IESG member
No Objection
No Objection () Unknown

                            
Stewart Bryant Former IESG member
No Objection
No Objection () Unknown

                            
Wesley Eddy Former IESG member
No Objection
No Objection () Unknown