![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
One difficulty of correctly representing RFCs by status is that the RFC index is less than helpful in determining the status of an RFC. For example, obsoleted RFCs are still marked as a Proposed Standard (e.g., RFC 1331) or even as a Draft Standard (RFC 1548). It would be helpful if rfc-index.txt and STD 1 were to agree on status, as rfc-index.txt is about the only non-manual way to generate listings of standards status, e.g., for citations. If a draft/proposed standard gets obsoleted, shouldn't it automatically become historic? Or do RFCs that have been replaced get to keep their medals like retired soldiers, with rfc-index.txt as their Memorial Day parade? This would seem to be in line with RFC 2026: A specification that has been superseded by a more recent specification or is for any other reason considered to be obsolete is assigned to the "Historic" level. A bit of local housekeeping might make it more convincing when castigating reporters and others... -- Henning Schulzrinne http://www.cs.columbia.edu/~hgs
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.