Declarative Public Extension Key for Internet Small Computer Systems Interface (iSCSI) Node Architecture
Voir toute la rfc dans une seule page
Page : 6 / 9
Télécharger le PDF
Auteur(s) :
D. Wysochanski
Classé sous :
Tcp,
Transport protocol,
Transmission control protocol
RFC 4850 iSCSI Node Architecture April 2007
1) In Section 11.1, the requirement that Z# Authentication methods
"MUST be described by an informational RFC." is changed to "MUST
be described by a standards track RFC, an experimental RFC, or an
informational RFC."
2) In Section 12.1, the requirement that Y# Digest algorithms "MUST
be described by an informational RFC." is changed to "MUST be
described by a standards track RFC, an experimental RFC, or an
informational RFC."
3) In Section 12.22, the requirement that X# text keys "MUST be
described by an informational RFC." is changed to "MUST be
described by a standards track RFC, an experimental RFC, or an
informational RFC."
4) In Section 13.3, the description of allowed RFC types for
extension items is changed from "The RFC may be informational
rather than Standards-Track," to "The RFC MUST be standards track,
experimental, or informational,"
5) In Section 13.5.2, the phrase "standards track" is changed to
"standards track or experimental" in the last sentence of the
first paragraph, so that the sentence reads: "If the specification
is a standards track or experimental document, the usual IETF
procedures for such documents are followed."
The registries for iSCSI extension items should be managed as if
these changes had been made to the text of RFC 3720.
6. References
6.1. Normative References
[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", BCP 14, RFC 2119, March 1997.
[2] Satran, J., Meth, K., Sapuntzakis, C., Chadalapaka, M., and E.
Zeidner, "Internet Small Computer Systems Interface (iSCSI)",
RFC 3720, April 2004.
Wysochanski Standards Track [Page 6]