Skip to main content

Deprecation of the Internet Fibre Channel Protocol (iFCP) Address Translation Mode
draft-ietf-storm-ifcp-ipn133-updates-03

Revision differences

Document history

Date Rev. By Action
2012-08-22
03 (System) post-migration administrative database adjustment to the No Objection position for Stewart Bryant
2012-08-22
03 (System) post-migration administrative database adjustment to the No Objection position for Adrian Farrel
2010-11-24
03 (System) IANA Action state changed to RFC-Ed-Ack from Waiting on RFC Editor
2010-11-24
03 (System) IANA Action state changed to Waiting on RFC Editor from In Progress
2010-11-24
03 (System) IANA Action state changed to In Progress from Waiting on Authors
2010-11-23
03 (System) IANA Action state changed to Waiting on Authors from In Progress
2010-11-23
03 (System) IANA Action state changed to In Progress
2010-11-23
03 Amy Vezza State changed to RFC Ed Queue from Approved-announcement sent.
2010-11-22
03 Amy Vezza IESG state changed to Approved-announcement sent
2010-11-22
03 Amy Vezza IESG has approved the document
2010-11-22
03 Amy Vezza Closed "Approve" ballot
2010-11-22
03 Amy Vezza Approval announcement text regenerated
2010-11-22
03 Amy Vezza Ballot writeup text changed
2010-11-18
03 Cindy Morgan State changed to Approved-announcement to be sent from IESG Evaluation.
2010-11-18
03 Stewart Bryant
[Ballot comment]
"This document also records the state of Protocol Number 133, which was
allocated for a pre-standard version of FCIP."

According to the title …
[Ballot comment]
"This document also records the state of Protocol Number 133, which was
allocated for a pre-standard version of FCIP."

According to the title it is: "Assigned Internet Protocol Numbers"

With only about half of these values available, it would be good if drafts such as this could take firmer steps to recover values that are effectively unused?
2010-11-18
03 Stewart Bryant [Ballot Position Update] Position for Stewart Bryant has been changed to No Objection from Discuss
2010-11-18
03 Jari Arkko [Ballot Position Update] New position, No Objection, has been recorded by Jari Arkko
2010-11-18
03 Tim Polk [Ballot Position Update] New position, No Objection, has been recorded
2010-11-18
03 Gonzalo Camarillo [Ballot Position Update] New position, No Objection, has been recorded
2010-11-18
03 Ralph Droms [Ballot Position Update] New position, No Objection, has been recorded
2010-11-18
03 Adrian Farrel
[Ballot comment]
I cleared my Discuss since it is clear that IANA correctly understands what to do.

I still think there may be value in …
[Ballot comment]
I cleared my Discuss since it is clear that IANA correctly understands what to do.

I still think there may be value in adding a little clarification to the IANA section to identify which registry is being manipulated.
2010-11-18
03 Adrian Farrel [Ballot Position Update] Position for Adrian Farrel has been changed to No Objection from Discuss
2010-11-17
03 Stewart Bryant
[Ballot discuss]
"This document also records the state of Protocol Number 133, which was allocated for a pre-standard version of FCIP."

What Protocol Number?

Question …
[Ballot discuss]
"This document also records the state of Protocol Number 133, which was allocated for a pre-standard version of FCIP."

What Protocol Number?

Question for the IESG  - with only about half of these values available, should we expect drafts such as this to be taking steps to recover values that are effectively unused?
2010-11-17
03 Stewart Bryant [Ballot Position Update] New position, Discuss, has been recorded
2010-11-17
03 Dan Romascanu [Ballot Position Update] New position, No Objection, has been recorded
2010-11-17
03 Lars Eggert [Ballot Position Update] New position, Yes, has been recorded
2010-11-16
03 Russ Housley [Ballot Position Update] New position, No Objection, has been recorded
2010-11-16
03 Peter Saint-Andre [Ballot Position Update] New position, No Objection, has been recorded
2010-11-13
03 Adrian Farrel
[Ballot discuss]
I find the IANA section a little unhelpful.

It would be really good to include the name of the registry so that
people …
[Ballot discuss]
I find the IANA section a little unhelpful.

It would be really good to include the name of the registry so that
people can find the referenced code point. I had a quick look and I
could not work out which registry was intended.

Since I can't see an IANA comment in the email archive, I am going to
hold this Discuss pending confirmation that they know what action to
perform.
2010-11-13
03 Adrian Farrel [Ballot Position Update] New position, Discuss, has been recorded
2010-10-21
03 David Harrington Telechat date has been changed to 2010-11-18 from 2010-10-28 by David Harrington
2010-10-20
03 David Harrington Placed on agenda for telechat - 2010-10-28 by David Harrington
2010-10-20
03 David Harrington State changed to IESG Evaluation from Waiting for AD Go-Ahead by David Harrington
2010-10-20
03 David Harrington [Ballot Position Update] New position, Yes, has been recorded for David Harrington
2010-10-20
03 David Harrington Ballot has been issued by David Harrington
2010-10-20
03 David Harrington Created "Approve" ballot
2010-10-14
03 (System) New version available: draft-ietf-storm-ifcp-ipn133-updates-03.txt
2010-10-05
03 Amy Vezza State changed to Waiting for AD Go-Ahead from In Last Call by Amy Vezza
2010-10-01
03 Samuel Weiler Request for Last Call review by SECDIR Completed. Reviewer: Paul Hoffman.
2010-09-30
03 Amanda Baber
IANA understands that, upon approval of this document, there is a single
action that IANA must complete.

In the Protocol Numbers registry located at:

http://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml …
IANA understands that, upon approval of this document, there is a single
action that IANA must complete.

In the Protocol Numbers registry located at:

http://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml

the entry for decimal value 133 (FC) should have the reference revised.
Where it previously said:

[Murali_Rajagopal]

It will now say:

[Murali_Rajagopal][RFC-to-be]

IANA understands that this the only action required upon approval of the
document.
2010-09-25
03 Samuel Weiler Request for Last Call review by SECDIR is assigned to Paul Hoffman
2010-09-25
03 Samuel Weiler Request for Last Call review by SECDIR is assigned to Paul Hoffman
2010-09-20
03 Amy Vezza Last call sent
2010-09-20
03 Amy Vezza State changed to In Last Call from Last Call Requested by Amy Vezza
2010-09-18
03 David Harrington Last Call was requested by David Harrington
2010-09-18
03 David Harrington State changed to Last Call Requested from Expert Review by David Harrington
2010-09-18
03 (System) Ballot writeup text was added
2010-09-18
03 (System) Last call text was added
2010-09-18
03 (System) Ballot approval text was added
2010-09-17
03 David Harrington State changed to Expert Review from AD Evaluation by David Harrington
2010-09-17
03 David Harrington
Please make a note to better describe "track changes in Fibre Channel", ***IF*** a revised ID is needed in the future. Don't bother doing a …
Please make a note to better describe "track changes in Fibre Channel", ***IF*** a revised ID is needed in the future. Don't bother doing a new revision for this.
2010-09-17
03 David Harrington State changed to AD Evaluation from Publication Requested by David Harrington
2010-09-16
03 Amy Vezza
(1.a) Who is the Document Shepherd for this document? Has the
Document Shepherd personally reviewed this version of the
document and, in particular, does he …
(1.a) Who is the Document Shepherd for this document? Has the
Document Shepherd personally reviewed this version of the
document and, in particular, does he or she believe this
version is ready for forwarding to the IESG for publication?

Tom Talpey (STORM WG co-chair), yes, yes.

(1.b) Has the document had adequate review both from key WG members
and from key non-WG members? Does the Document Shepherd have
any concerns about the depth or breadth of the reviews that
have been performed?

Yes, no.

The document has been reviewed by numerous WG members and by other
members of the Fibre Channel standards community.

(1.c) Does the Document Shepherd have concerns that the document
needs more review from a particular or broader perspective,
e.g., security, operational complexity, someone familiar with
AAA, internationalization, or XML?

No.

(1.d) Does the Document Shepherd have any specific concerns or
issues with this document that the Responsible Area Director
and/or the IESG should be aware of? For example, perhaps he
or she is uncomfortable with certain parts of the document, or
has concerns whether there really is a need for it. In any
event, if the WG has discussed those issues and has indicated
that it still wishes to advance the document, detail those
concerns here. Has an IPR disclosure related to this document
been filed? If so, please include a reference to the
disclosure and summarize the WG discussion and conclusion on
this issue.

No.

(1.e) How solid is the WG consensus behind this document? Does it
represent the strong concurrence of a few individuals, with
others being silent, or does the WG as a whole understand and
agree with it?

The document raised only constructive suggestions and no dissent during
its WG review. It enjoys full consensus.

(1.f) Has anyone threatened an appeal or otherwise indicated extreme
discontent? If so, please summarize the areas of conflict in
separate email messages to the Responsible Area Director. (It
should be in a separate email because this questionnaire is
entered into the ID Tracker.)

No.

(1.g) Has the Document Shepherd personally verified that the
document satisfies all ID nits? (See
http://www.ietf.org/ID-Checklist.html and
http://tools.ietf.org/tools/idnits/.) Boilerplate checks are
not enough; this check needs to be thorough. Has the document
met all formal review criteria it needs to, such as the MIB
Doctor, media type, and URI type reviews.

The document passes all current full id-nit checks. Several "possible downref"
normative reference notices are emitted, but are correct (and are not downrefs).
A detailed reading by the shepherd yields no questions or comments.

The document defines no protocol and requires no formal review thereof.

(1.h) Has the document split its references into normative and
informative? Are there normative references to documents that
are not ready for advancement or are otherwise in an unclear
state? If such normative references exist, what is the
strategy for their completion? Are there normative references
that are downward references, as described in [RFC3967]? If
so, list these downward references to support the Area
Director in the Last Call procedure for them [RFC3967].

The references are appropriately split. The normative references are appropriate
currently-published RFCs, ANSI/INCITS and ISO/IEC Fibre Channel standards, and
the IANA IP protocol number registry.

(1.i) Has the Document Shepherd verified that the document's IANA
Considerations section exists and is consistent with the body
of the document? If the document specifies protocol
extensions, are reservations requested in appropriate IANA
registries? Are the IANA registries clearly identified? If
the document creates a new registry, does it define the
proposed initial contents of the registry and an allocation
procedure for future registrations? Does it suggest a
reasonable name for the new registry? See [RFC2434]. If the
document describes an Expert Review process, has Shepherd
conferred with the Responsible Area Director so that the IESG
can appoint the needed Expert during IESG Evaluation?

Yes. The document lists a single IANA consideration, to add the document as
a reference from an existing IANA-allocated IP protocol number.

(1.j) Has the Document Shepherd verified that sections of the
document that are written in a formal language, such as XML
code, BNF rules, MIB definitions, etc., validate correctly in
an automated checker?

Not applicable.

(1.k) The IESG approval announcement includes a Document
Announcement Write-Up. Please provide such a Document
Announcement Write-Up. Recent examples can be found in the
"Action" announcements for approved documents. The approval
announcement contains the following sections:

Technical Summary
This brief document serves to analyze, justify and record the deprecation
of the never-implemented and now-incorrect specification of iFCP address
translation mode. The document also records the state of Internet Protocol
Number 133, which was allocated for a pre-standard version of FCIP.

Working Group Summary
There was no controversy and full consensus during the entire process.
The document was updated only to enhance clarity, based on comments
received.

Document Quality
The document is of high quality and the states of both protocols
were well-researched by the authors prior to publication.
2010-09-16
03 Amy Vezza Draft Added by Amy Vezza in state Publication Requested
2010-09-16
03 Amy Vezza [Note]: 'Tom Talpey (ttalpey@microsoft.com) is the document shepherd.' added by Amy Vezza
2010-08-25
02 (System) New version available: draft-ietf-storm-ifcp-ipn133-updates-02.txt
2010-03-04
01 (System) New version available: draft-ietf-storm-ifcp-ipn133-updates-01.txt
2009-11-28
00 (System) New version available: draft-ietf-storm-ifcp-ipn133-updates-00.txt