Skip to main content

Resource Public Key Infrastructure (RPKI) Objects Issued by IANA
RFC 6491

Revision differences

Document history

Date Rev. By Action
2018-01-29
03 Alvaro Retana Downref to RFC 6483 approved by Last Call for rfc6491-03
2015-10-14
03 (System) Notify list changed from sidr-chairs@ietf.org, draft-ietf-sidr-iana-objects@ietf.org to (None)
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 Jari Arkko
2012-02-06
03 Amy Vezza State changed to RFC Published from RFC Ed Queue.
2012-02-03
03 (System) RFC published
2011-06-07
03 (System) IANA Action state changed to RFC-Ed-Ack from Waiting on RFC Editor
2011-06-07
03 (System) IANA Action state changed to Waiting on RFC Editor from In Progress
2011-05-31
03 Cindy Morgan State changed to RFC Ed Queue from Approved-announcement sent.
2011-05-16
03 (System) IANA Action state changed to In Progress
2011-05-16
03 Amy Vezza IESG state changed to Approved-announcement sent
2011-05-16
03 Amy Vezza IESG has approved the document
2011-05-16
03 Amy Vezza Closed "Approve" ballot
2011-05-16
03 Amy Vezza Approval announcement text regenerated
2011-05-16
03 Stewart Bryant Ballot writeup text changed
2011-05-16
03 Stewart Bryant [Ballot comment]
Thank you for addressing Alexey's Discuss's and the IESG review coments.
2011-05-16
03 Stewart Bryant [Ballot comment]
Thank you for addressing Alexey's Discuss's and teh IESG review coments.
2011-05-16
03 Stewart Bryant [Ballot Position Update] Position for Stewart Bryant has been changed to No Objection from Discuss
2011-05-10
03 (System) New version available: draft-ietf-sidr-iana-objects-03.txt
2011-04-24
03 Jari Arkko [Ballot Position Update] Position for Jari Arkko has been changed to No Objection from Discuss
2011-04-07
02 (System) New version available: draft-ietf-sidr-iana-objects-02.txt
2011-03-21
03 Alexey Melnikov [Ballot Position Update] Position for Alexey Melnikov has been changed to Yes from Discuss
2011-03-21
03 Stewart Bryant
[Ballot discuss]
For administrative reasons I am adopting Alexey's Discuss

========

I am planning to ballot Yes on this document once my issues are discussed. …
[Ballot discuss]
For administrative reasons I am adopting Alexey's Discuss

========

I am planning to ballot Yes on this document once my issues are discussed.

I have a couple of discussion point for IESG which might or might result in some
actions for editors.

2) DISCUSS DISCUSS

5.  Reserved Resources

  Reserved IPv4 and IPv6 resources are held back for various reasons by
  IETF action.  Generally such resources are not intended to be
  globally routed.  An example of such a reservation is 127.0.0.0/8
  [RFC5735].

  IANA SHOULD issue an AS0 ROA for all reserved IPv4 and IPv6 resources
  not intended to be routed.

Is IANA clear on where (in which RFCs) all such resources are described?
The reference to [RFC5735] makes me think that it is only one example.

  There are a small number of reserved resources which are intended to
  be routed, for example 192.88.99.0/24 [RFC3068].

As above.

  IANA MUST NOT issue any ROAs (AS0 or otherwise) for reserved
  resources that are expected to be globally routed.

Comment (2011-03-17)

I feel much better about approving this document after reading draft-ietf-sidr-
arch-12.txt. So I am moving my DISCUSS DISCUSS # 1 to the Comment section:

1) DISCUSS DISCUSS:

This document has lots of normative references to documents, some of which are
not yet in IETF LC. I do feel that all of them actually need to be reviewed
before approving this document, so I find it strange that this document is in
IESG review first.

I understand that I've done similar out-of-order IESG processing for some of my
documents, so I don't claim to have a high moral ground here. However I would
like to hear some explanation of why such exception is Ok in this case.

=======
2011-03-21
03 Stewart Bryant [Ballot Position Update] Position for Stewart Bryant has been changed to Discuss from Yes
2011-03-17
03 Cindy Morgan Removed from agenda for telechat
2011-03-17
03 Cindy Morgan State changed to IESG Evaluation::AD Followup from IESG Evaluation.
2011-03-17
03 Jari Arkko
[Ballot comment]
What kind of change/CRL/processing load is expected from certification of unallocated space at IANA, as that space keeps changing (in the case IPv6)? …
[Ballot comment]
What kind of change/CRL/processing load is expected from certification of unallocated space at IANA, as that space keeps changing (in the case IPv6)?

From Ari Keränen's review:

8.  Multicast

  IANA MUST NOT issue any ROAs (AS0 or otherwise) for any other
  multicast addresses unless directed.

Directed by whom? Need to have, e.g., IESG Approval?
2011-03-17
03 Jari Arkko
[Ballot discuss]
Section 8 has a MUST (see below for more details) that is not fully specified.  The document should make it clear who can …
[Ballot discuss]
Section 8 has a MUST (see below for more details) that is not fully specified.  The document should make it clear who can make exceptions on making ROAs for multicast addresses.
2011-03-17
03 Jari Arkko [Ballot Position Update] New position, Discuss, has been recorded
2011-03-17
03 Jari Arkko
[Ballot comment]
From Ari Keränen's review:

8.  Multicast

  IANA MUST NOT issue any ROAs (AS0 or otherwise) for any other
  multicast addresses unless …
[Ballot comment]
From Ari Keränen's review:

8.  Multicast

  IANA MUST NOT issue any ROAs (AS0 or otherwise) for any other
  multicast addresses unless directed.

Directed by whom? Need to have, e.g., IESG Approval?
2011-03-17
03 Tim Polk [Ballot Position Update] New position, Yes, has been recorded
2011-03-17
03 Alexey Melnikov
[Ballot discuss]
I am planning to ballot Yes on this document once my issues are discussed.

I have a couple of discussion point for IESG …
[Ballot discuss]
I am planning to ballot Yes on this document once my issues are discussed.

I have a couple of discussion point for IESG which might or might result in some actions for editors.

2) DISCUSS DISCUSS

5.  Reserved Resources

  Reserved IPv4 and IPv6 resources are held back for various reasons by
  IETF action.  Generally such resources are not intended to be
  globally routed.  An example of such a reservation is 127.0.0.0/8
  [RFC5735].

  IANA SHOULD issue an AS0 ROA for all reserved IPv4 and IPv6 resources
  not intended to be routed.

Is IANA clear on where (in which RFCs) all such resources are described?
The reference to [RFC5735] makes me think that it is only one example.

  There are a small number of reserved resources which are intended to
  be routed, for example 192.88.99.0/24 [RFC3068].

As above.

  IANA MUST NOT issue any ROAs (AS0 or otherwise) for reserved
  resources that are expected to be globally routed.
2011-03-17
03 Alexey Melnikov
[Ballot comment]
I feel much better about approving this document after reading draft-ietf-sidr-arch-12.txt. So I am moving my DISCUSS DISCUSS # 1 to the Comment …
[Ballot comment]
I feel much better about approving this document after reading draft-ietf-sidr-arch-12.txt. So I am moving my DISCUSS DISCUSS # 1 to the Comment section:

1) DISCUSS DISCUSS:

This document has lots of normative references to documents, some of which are not yet in IETF LC. I do feel that all of them actually need to be reviewed before approving this document, so I find it strange that this document is in IESG review first.

I understand that I've done similar out-of-order IESG processing for some of my documents, so I don't claim to have a high moral ground here. However I would like to hear some explanation of why such exception is Ok in this case.
2011-03-17
03 Alexey Melnikov
[Ballot discuss]
I have a couple of discussion point for IESG which might or might result in some actions for editors.

2) DISCUSS DISCUSS

5.  …
[Ballot discuss]
I have a couple of discussion point for IESG which might or might result in some actions for editors.

2) DISCUSS DISCUSS

5.  Reserved Resources

  Reserved IPv4 and IPv6 resources are held back for various reasons by
  IETF action.  Generally such resources are not intended to be
  globally routed.  An example of such a reservation is 127.0.0.0/8
  [RFC5735].

  IANA SHOULD issue an AS0 ROA for all reserved IPv4 and IPv6 resources
  not intended to be routed.

Is IANA clear on where (in which RFCs) all such resources are described?
The reference to [RFC5735] makes me think that it is only one example.

  There are a small number of reserved resources which are intended to
  be routed, for example 192.88.99.0/24 [RFC3068].

As above.

  IANA MUST NOT issue any ROAs (AS0 or otherwise) for reserved
  resources that are expected to be globally routed.
2011-03-16
03 Ralph Droms [Ballot Position Update] New position, No Objection, has been recorded
2011-03-16
03 Russ Housley [Ballot comment]
Please consider the comment from the Gen-ART Review by
  Wassim Haddad on 16-Mar-2011.  I believe that improved clarity
  is desirable.
2011-03-16
03 Russ Housley [Ballot Position Update] New position, No Objection, has been recorded
2011-03-16
03 Peter Saint-Andre [Ballot Position Update] New position, No Objection, has been recorded
2011-03-16
03 Ron Bonica [Ballot Position Update] New position, No Objection, has been recorded
2011-03-16
03 Adrian Farrel [Ballot Position Update] New position, No Objection, has been recorded
2011-03-16
03 Dan Romascanu
[Ballot comment]
I support Alexey's DISCUSS and I have one supplementary question concerning the following paragraph in Section 5:

>    IANA SHOULD issue an …
[Ballot comment]
I support Alexey's DISCUSS and I have one supplementary question concerning the following paragraph in Section 5:

>    IANA SHOULD issue an AS0 ROA for all reserved IPv4 and IPv6 resources
  not intended to be routed.

Why is this a should? Why not a MUST? If there are exceptions does IANA know and understand all cases when they apply?
2011-03-16
03 Dan Romascanu [Ballot Position Update] New position, No Objection, has been recorded
2011-03-15
03 Robert Sparks
[Ballot comment]
A document providing "specific direction to IANA" (and for which an interop statement is never going to make sense) would fit better as …
[Ballot comment]
A document providing "specific direction to IANA" (and for which an interop statement is never going to make sense) would fit better as a BCP - why was PS chosen instead?
2011-03-15
03 Robert Sparks [Ballot Position Update] New position, Yes, has been recorded
2011-03-14
03 David Harrington [Ballot Position Update] New position, No Objection, has been recorded
2011-03-12
03 Alexey Melnikov
[Ballot discuss]
I have a couple of discussion point for IESG which might or might result in some actions for editors.

1) DISCUSS DISCUSS:

This …
[Ballot discuss]
I have a couple of discussion point for IESG which might or might result in some actions for editors.

1) DISCUSS DISCUSS:

This document has lots of normative references to documents, some of which are not yet in IETF LC. I do feel that all of them actually need to be reviewed before approving this document, so I find it strange that this document is in IESG review first.

I understand that I've done similar out-of-order IESG processing for some of my documents, so I don't claim to have a high moral ground here. However I would like to hear some explanation of why such exception is Ok in this case.

2) DISCUSS DISCUSS

5.  Reserved Resources

  Reserved IPv4 and IPv6 resources are held back for various reasons by
  IETF action.  Generally such resources are not intended to be
  globally routed.  An example of such a reservation is 127.0.0.0/8
  [RFC5735].

  IANA SHOULD issue an AS0 ROA for all reserved IPv4 and IPv6 resources
  not intended to be routed.

Is IANA clear on where (in which RFCs) all such resources are described?
The reference to [RFC5735] makes me think that it is only one example.

  There are a small number of reserved resources which are intended to
  be routed, for example 192.88.99.0/24 [RFC3068].

As above.

  IANA MUST NOT issue any ROAs (AS0 or otherwise) for reserved
  resources that are expected to be globally routed.
2011-03-12
03 Alexey Melnikov
[Ballot discuss]
I have a couple of discussion point for IESG which might or might result in some actions for editors.

1) DISCUSS DISCUSS:

This …
[Ballot discuss]
I have a couple of discussion point for IESG which might or might result in some actions for editors.

1) DISCUSS DISCUSS:

This document has lots of normative references to document, some of which are not yet in IETF LC. I do feel that all of them actually need to be reviewed before approving this document, so I find it strange that this document is in IESG review first.

2) DISCUSS DISCUSS

5.  Reserved Resources

  Reserved IPv4 and IPv6 resources are held back for various reasons by
  IETF action.  Generally such resources are not intended to be
  globally routed.  An example of such a reservation is 127.0.0.0/8
  [RFC5735].

  IANA SHOULD issue an AS0 ROA for all reserved IPv4 and IPv6 resources
  not intended to be routed.

Is IANA clear on where (in which RFCs) all such resources are described?
The reference to [RFC5735] makes me think that it is only one example.

  There are a small number of reserved resources which are intended to
  be routed, for example 192.88.99.0/24 [RFC3068].

As above.

  IANA MUST NOT issue any ROAs (AS0 or otherwise) for reserved
  resources that are expected to be globally routed.
2011-03-12
03 Alexey Melnikov [Ballot Position Update] New position, Discuss, has been recorded
2011-03-07
03 Sean Turner [Ballot Position Update] New position, Yes, has been recorded
2011-03-07
03 Stewart Bryant State changed to IESG Evaluation from Waiting for AD Go-Ahead.
2011-03-07
03 Stewart Bryant Placed on agenda for telechat - 2011-03-17 by Stewart Bryant
2011-03-07
03 Stewart Bryant [Note]: 'Chris Morrow (christopher.morrow@gmail.com) is the document shepherd.' added by Stewart Bryant
2011-03-07
03 Stewart Bryant [Ballot Position Update] New position, Yes, has been recorded for Stewart Bryant
2011-03-07
03 Stewart Bryant Ballot has been issued
2011-03-07
03 Stewart Bryant Created "Approve" ballot
2011-03-03
03 (System) State changed to Waiting for AD Go-Ahead from In Last Call.
2011-03-01
03 Amanda Baber
IANA notes that the IANA Actions related to this document have been
reviewed in detail with IANA staff. IANA also understands that, upon
approval of …
IANA notes that the IANA Actions related to this document have been
reviewed in detail with IANA staff. IANA also understands that, upon
approval of this document, the instructions contained in the body of
this document represent all of the IANA Actions required upon approval
of this draft.

IANA understands that there are no other actions required upon approval
of this document.
2011-02-22
03 Samuel Weiler Request for Last Call review by SECDIR is assigned to David McGrew
2011-02-22
03 Samuel Weiler Request for Last Call review by SECDIR is assigned to David McGrew
2011-02-17
03 Amy Vezza Last call sent
2011-02-17
03 Amy Vezza
State changed to In Last Call from Last Call Requested.

The following Last Call Announcement was sent out:

From: The IESG
To: IETF-Announce
CC:
Reply-To: …
State changed to In Last Call from Last Call Requested.

The following Last Call Announcement was sent out:

From: The IESG
To: IETF-Announce
CC:
Reply-To: ietf@ietf.org
Subject: Last Call:  (RPKI Objects issued by IANA) to Proposed Standard


The IESG has received a request from the Secure Inter-Domain Routing WG
(sidr) to consider the following document:
- 'RPKI Objects issued by IANA'
  as a 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 2011-03-03. 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.

The file can be obtained via
http://datatracker.ietf.org/doc/draft-ietf-sidr-iana-objects/

IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-ietf-sidr-iana-objects/

This draft has the following downrefs:


  ** Downref: Normative reference to an Informational draft:
    draft-ietf-sidr-arch (ref. 'I-D.ietf-sidr-arch')

  ** Downref: Normative reference to an Informational draft:
    draft-ietf-sidr-roa-validation (ref. 'I-D.ietf-sidr-roa-validation')

  ** Downref: Normative reference to an Informational RFC: RFC 2860

  ** Downref: Normative reference to an Informational RFC: RFC 3849

  ** Downref: Normative reference to an Informational RFC: RFC 5180

  ** Downref: Normative reference to an Informational RFC: RFC 5736

2011-02-17
03 Stewart Bryant Last Call was requested
2011-02-17
03 Stewart Bryant State changed to Last Call Requested from Publication Requested.
2011-02-17
03 Stewart Bryant Last Call text changed
2011-02-17
03 (System) Ballot writeup text was added
2011-02-17
03 (System) Last call text was added
2011-02-17
03 (System) Ballot approval text was added
2011-02-16
03 Cindy Morgan
(1.a) Chris Morrow is the document shephard for this document. I have
personally reviewed this version of the document and, I believe this
version is …
(1.a) Chris Morrow is the document shephard for this document. I have
personally reviewed this version of the document and, I believe this
version is ready for forwarding to the IESG for publication.

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

(1.c) The Document Shepherd does not have concerns that the document
needs more review from a particular or broader perspective.

(1.d) The Document Shepherd does not have any specific concerns or
issues with this document that the Responsible Area Director
and/or the IESG should be aware of.

(1.e) The WG consensus seems solid for this document.

(1.f) No one has threatened an appeal or otherwise indicated extreme
discontent.

(1.g) The Document Shepherd personally verified that the
document satisfies all ID nits. (NOTE: however the nits doc archive
seems to be back a few revs on some docs, I show rsync'd copies
of the subject drafts at the proper revisions, however.)

(1.h) The document has split its references into normative and
informative. There are a few down-rev references, all of which
are for documents either in IESG review or headed there shortly.

(1.i) The Document Shepherd has verified that the document IANA
consideration section exists and is consistent with the body
of the document.

(1.j) The Document Shepherd has 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.

(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 document provides specific direction to IANA as to the Resource
Public Key Infrastructure (RPKI) objects it should issue.

Working Group Summary
Nothing of note happened in the WG discussion of this document.

Document Quality
The document seems fine, the IANA function will have some work to do
as a direct result of this document and the RPKI system as a whole.
(this is expected and required behavior though)
2011-02-16
03 Cindy Morgan Draft added in state Publication Requested
2011-02-16
03 Cindy Morgan [Note]: 'Chris Morrow (christopher.morrow@gmail.com) is the document shepherd.' added
2011-02-16
01 (System) New version available: draft-ietf-sidr-iana-objects-01.txt
2011-02-08
00 (System) New version available: draft-ietf-sidr-iana-objects-00.txt