Obsoleting the IPv6 Endpoint Identifier (EID) Option
draft-gont-intarea-obsolete-eid-option-02

[Ballot comment]
Can we please just make this happen with a
management item?

I'd also be quite happy, as Brian suggests,
to leave it alone.  Although I suppose we
can undeprecate it in the future with an
IESG action, as well.

[Ballot comment]
Note: I read version 2 of the draft.
This document cleans up an entry in the registry that points nowhere: [draft-gont-intarea-obsolete-eid-option]
So I'm in favor of that.
Now, if there is a way to make that change without a document, even better...

[Ballot comment]
I agree with Wes' discuss and the text in question should be removed.

The 'intarea' part in the file name is not right, as this wasn't discussed there.
So, where else was this document discussed?
I would expect this information in the document write-up, but this information isn't there.

[Ballot comment]
I agree with Wes' comment and the text in question should be removed.

The 'intarea' part in the file name is not right, as this wasn't discussed there.
So, where else was this document discussed?
I would expect this information in the document write-up, but this information isn't there.

[Ballot discuss]
This is a discuss-discuss:

If assignments for this registry are "IESG Approval, IETF Consensus or Standards Action processes" couldn't we equally as well have obsoleted it with a management item and saved some cycles?  The management item could have been it's unused let's deprecate it.

I had to chuckle that we're obsoleting an option that was defined without a draft with a draft.

[Ballot comment]
1. If this document goes forward, I agree with Wes' DISCUSS points.

2. I am abstaining because I think this is a completely unnecessary action to take.  I completely agree with the following statement from Brian Carpenter:

"I'm not sure we should do this. The base format defined by draft-ietf-nimrod-eid-00 is generic, with only an initial variant
defined for Nimrod, so it could be used for pretty much any future type of EID. I see no harm in leaving the option defined
but sleeping."

[Ballot discuss]
Please stick to the marking of this option as historic, and remove all mention of potential filtering based on the presence of this option. The current document incorrectly conflates the two matters in both the abstract and security considerations.  There is no security issue identified with this option, it is merely unused in the current Internet.

I also believe the document should clearly say that nothing has been found WRONG with the option in a technical sense that would drive this deprecation; it is just simply attempting to clarify that this entry does not have the same relevance as others.

[Ballot comment]
Please respond to IANA's questions in their "[IANA #615807] Last Call" note.
If you no longer have the note, you can find it in the document history in the datatracker:
  http://datatracker.ietf.org/doc/draft-gont-intarea-obsolete-eid-option/history/

IANA has reviewed draft-gont-intarea-obsolete-eid-option-01 and has the following comments:

IANA has questions about the IANA actions requested in this document.

Upon approval of this document IANA understands that there is a single action
which IANA must complete.

In the Destination Options and Hop-by-Hop Options subregistry in the Internet
Protocol Version 6 (IPv6) Parameters registry located at:

http://www.iana.org/assignments/ipv6-parameters/ipv6-parameters.xml

IANA will deprecate the Endpoint Identification option, and mark it as
such in the registry as follows:

Hex Value Binary Value Description Reference
act chg rest
0x8A 10 0 01010 Endpoint Identification [[CHARLES LYNN]]*

Note: an asterisk (*) denotes an obsoleted IP Option Number.

IANA Questions:
Should this document be cited as a reference that deprecates the Option?

Should the term 'Deprecated' be included in the Description "Endpoint
Identification"?

IANA understands that this is the only action required upon approval of
this document.

Note: The actions requested in this document will not be completed
until the document has been approved for publication as an RFC.

We are requesting the IESG to publish draft-gont-intarea-obsolete-eid-option-01 as an RFC.

(1)This document is requesting a proposed standard.

(2)
Technical Summary:

This document formally deprecates the IPv6 Endpoint Identification
(EID) option (hex value 0x8a), thus cleaning up the corresponding
IANA registry, and possibly serving as a basis for providing advice
about the filtering of packets containing this option.


Working Group Summary:

There was no controversy in the development or discussion of this draft

Document Quality:

As stated in the technical summary, the document seeks to deprecate the EID option in the IPv6 parameters register in IANA

Personnel:

Who is the Document Shepherd? Christopher LILJENSTOLPE Who is the Responsible Area Director? Ron BONICA

(3) The document was reviewed. It is short, concise and to the point. No operational or other impact was found.

(4) The reviews were adequate.

(5) No deeper review is necessary.

(6) No concerns

(7) No IPR issues

(8) No IPR disclosure

(9) Light discussion, consensus among all involved.

(10) No discord

(11) Normative reference to 2119 which is not actually used in the draft. One false nit in the grammar.

(12) No review

(13) Yes

(14) No

(15) No

(16) No

(17) The IANA is requested to obsolete the EID IPv6 parameter. This request is concise and complete.

(18) No new registries

(19) No formal language used.

The following Last Call announcement was sent out:

From: The IESG
To: IETF-Announce
Reply-To: ietf@ietf.org
Subject: Last Call:  (Obsoleting the Endpoint Identifier (EID) Option) to Proposed Standard


The IESG has received a request from an individual submitter to consider
the following document:
- 'Obsoleting the Endpoint Identifier (EID) Option'
  as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2012-11-01. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract


  This document formally deprecates the IPv6 Endpoint Identification
  (EID) option (hex value 0x8a), thus cleaning up the corresponding
  IANA registry, and possibly serving as a basis for providing advice
  about the filtering of packets containing this option.




The file can be obtained via
http://datatracker.ietf.org/doc/draft-gont-intarea-obsolete-eid-option/

IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-gont-intarea-obsolete-eid-option/ballot/


No IPR declarations have been submitted directly on this I-D.