In computer arrangement engineering, an Internet Standard (STD) is a normative blueprint of a technology or alignment applicative to the Internet. Internet Standards are created and appear by the Internet Engineering Task Force (IETF).
Tuesday, 15 November 2011
Overview
An Internet Standard is a appropriate Request for Comments (RFC) or set of RFCs. An RFC that is to become a Standard or allotment of a Standard begins as an Internet Draft, and is afterwards (usually afterwards several revisions) accustomed and appear by the RFC Editor as a RFC and labeled a Proposed Standard. Later, an RFC can be labeled Internet Standard. Collectively, these stages are accepted as the Standards Track, and are authentic in RFC 2026 and RFC 6410. The characterization Historic is activated to deprecated Standards Track abstracts or anachronistic RFCs that were appear afore the Standards Track was established.
Only the IETF, represented by the Internet Engineering Steering Group (IESG), can accept Standards Track RFCs. The absolute account of Internet Standards is maintained in Internet Standards certificate STD 1: Internet Official Protocol Standards.
Only the IETF, represented by the Internet Engineering Steering Group (IESG), can accept Standards Track RFCs. The absolute account of Internet Standards is maintained in Internet Standards certificate STD 1: Internet Official Protocol Standards.
Standardization process
Becoming a accepted is a two footfall action aural the IETF alleged Proposed Standards and Internet Standards. If an RFC is allotment of a angle that is on the Accepted Track, again at the aboriginal stage, the accepted is proposed and afterwards organizations adjudge whether to apparatus this Proposed Standard. Afterwards the belief in RFC 6410 is met (two abstracted implementations, boundless use, no errata etc.), the RFC can beforehand to Internet Standard.
The Internet Standards Action is authentic in several "Best Current Practice" documents, conspicuously BCP 9 (currently RFC 2026 and RFC 6410). There were ahead three accepted ability levels Proposed Standard, Draft Accepted and Standard. RFC 6410 bargain this to two ability levels.
Proposed Standard
A Proposed Accepted (PS) is about stable, has bound accepted architecture choices, is believed to be well-understood, has accustomed cogent association review, and appears to get pleasure abundant association absorption to be advised valuable. However, added acquaintance ability aftereffect in a change or alike retraction of the blueprint afore it advances. Usually, neither accomplishing nor operational acquaintance is required.
Draft Standard
In October 2011 RFC 6410 in aspect alloyed this additional and the third Internet Accepted ability akin for approaching Internet Standards. Existing earlier Draft Standards absorb that classification. The IESG can reclassify an old Draft Accepted as Proposed Accepted afterwards two years (October 2013).
The Internet Standards Action is authentic in several "Best Current Practice" documents, conspicuously BCP 9 (currently RFC 2026 and RFC 6410). There were ahead three accepted ability levels Proposed Standard, Draft Accepted and Standard. RFC 6410 bargain this to two ability levels.
Proposed Standard
A Proposed Accepted (PS) is about stable, has bound accepted architecture choices, is believed to be well-understood, has accustomed cogent association review, and appears to get pleasure abundant association absorption to be advised valuable. However, added acquaintance ability aftereffect in a change or alike retraction of the blueprint afore it advances. Usually, neither accomplishing nor operational acquaintance is required.
Draft Standard
In October 2011 RFC 6410 in aspect alloyed this additional and the third Internet Accepted ability akin for approaching Internet Standards. Existing earlier Draft Standards absorb that classification. The IESG can reclassify an old Draft Accepted as Proposed Accepted afterwards two years (October 2013).
Internet Standard
A blueprint for which at atomic two absolute and interoperable implementations and acknowledged operational acquaintance has been acquired may be animated to the Internet Accepted level. An Internet Accepted is characterized by a aerial amount of abstruse ability and by a about captivated acceptance that the defined agreement or account provides cogent account to the Internet community.
Generally Internet Standards awning interoperability of systems on the Internet through defining protocols, letters formats, schemas, and languages. The best axiological of the Internet Standards are the ones defining the Internet Protocol.
All Internet Standards are accustomed a cardinal in the STD alternation - The aboriginal certificate in this series, STD 1, describes the actual abstracts in the series, and has a account of Proposed Standards.
Each RFC is static; if the certificate is changed, it is submitted afresh and assigned a fresh RFC number. If an RFC becomes an Internet Accepted (STD), it is assigned an STD cardinal but retains its RFC number. When an Internet Accepted is updated, its cardinal stays the aforementioned and it artlessly refers to a altered RFC or set of RFCs. A accustomed Internet Standard, STD n, may be RFCs x and y at a accustomed time, but after the aforementioned accepted may be adapted to be RFC z instead. For example, in 2007 RFC 3700 was an Internet Standard—STD 1—and in May 2008 it was replaced with RFC 5000, so RFC 3700 afflicted to Historic status, and now STD 1 is RFC 5000. When STD 1 is adapted again, it will artlessly accredit to a newer RFC, but it will still be STD 1. Note that not all RFCs are standards-track documents, but all Internet Standards and added standards-track abstracts are RFCs.[2]
The account of Internet standards in RFC 5000 ends with STD 68 (RFC 5234, ABNF) appear in 2008. It does not awning STD 69 (a set of bristles EPP RFCs), STD 70 (RFC 5652, CMS) appear in 2009, and STD 71 (RFC 6152, 8BITMIME) appear in 2011
Generally Internet Standards awning interoperability of systems on the Internet through defining protocols, letters formats, schemas, and languages. The best axiological of the Internet Standards are the ones defining the Internet Protocol.
All Internet Standards are accustomed a cardinal in the STD alternation - The aboriginal certificate in this series, STD 1, describes the actual abstracts in the series, and has a account of Proposed Standards.
Each RFC is static; if the certificate is changed, it is submitted afresh and assigned a fresh RFC number. If an RFC becomes an Internet Accepted (STD), it is assigned an STD cardinal but retains its RFC number. When an Internet Accepted is updated, its cardinal stays the aforementioned and it artlessly refers to a altered RFC or set of RFCs. A accustomed Internet Standard, STD n, may be RFCs x and y at a accustomed time, but after the aforementioned accepted may be adapted to be RFC z instead. For example, in 2007 RFC 3700 was an Internet Standard—STD 1—and in May 2008 it was replaced with RFC 5000, so RFC 3700 afflicted to Historic status, and now STD 1 is RFC 5000. When STD 1 is adapted again, it will artlessly accredit to a newer RFC, but it will still be STD 1. Note that not all RFCs are standards-track documents, but all Internet Standards and added standards-track abstracts are RFCs.[2]
The account of Internet standards in RFC 5000 ends with STD 68 (RFC 5234, ABNF) appear in 2008. It does not awning STD 69 (a set of bristles EPP RFCs), STD 70 (RFC 5652, CMS) appear in 2009, and STD 71 (RFC 6152, 8BITMIME) appear in 2011
Subscribe to:
Comments (Atom)