Internet standard

From Wikipedia, the free encyclopedia

Jump to: navigation, search

In computer network engineering, an Internet Standard (STD) is a specification, put forward by the Internet Engineering Task Force (IETF), for an internetworking technology or methodology applicable to the Internet.

Contents

[edit] Overview

An Internet Standard is a special Request for Comments (RFC) or set of RFCs. An RFC that is to become a Standard or part of a Standard begins as an Internet Draft, and is later (usually after several revisions) accepted and published by the RFC Editor as a RFC and labeled a Proposed Standard. Later, an RFC is labelled a Draft Standard, and finally a Standard. Collectively, these stages are known as the standards track, and are defined in RFC 2026. The label Historic (sic) is applied to deprecated standards-track documents or obsolete RFCs that were published before the standards track was established.

Only the IETF, represented by the Internet Engineering Steering Group (IESG), can approve standards-track RFCs. Each RFC is static; if the document is changed, it is submitted again and assigned a new RFC number. If an RFC becomes an Internet Standard (STD), it is assigned an STD number but retains its RFC number. When an Internet Standard is updated, its number stays the same and it simply refers to a different RFC or set of RFCs. A given Internet Standard, STD n, may be RFCs x and y at a given time, but later the same standard may be updated 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 changed to Historic status, and now STD 1 is RFC 5000. When STD 1 is updated again, it will simply refer 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 other standards-track documents are RFCs.[1]

The definitive list of Internet Standards is itself an Internet Standard, STD 1: Internet Official Protocol Standards.[2]

[edit] Standardization process

Becoming a standard is a three step process within the IETF called Proposed Standards, Draft Standards and finally Internet Standards. If an RFC is part of a proposal that is on the standard track, then at the first stage, the standard is proposed and subsequently organizations decide whether to implement this Proposed Standard. After three separate implementations, more review and corrections are made to the RFC, a Draft Standard is created. At the final stage, the RFC becomes a Standard.

[edit] Proposed Standard

A Proposed Standard (PS) is generally stable, has resolved known design choices, is believed to be well-understood, has received significant community review, and appears to enjoy enough community interest to be considered valuable. However, further experience might result in a change or even retraction of the specification before it advances. Usually, neither implementation nor operational experience is required.

[edit] Draft Standard

A specification from which at least two independent and interoperable implementations from different code bases have been developed, and for which sufficient successful operational experience has been obtained, may be elevated to the Draft Standard (DS) level.

A Draft Standard is normally considered to be a final specification, and changes are likely to be made only to solve specific problems encountered. In most circumstances, it is reasonable for vendors to deploy implementations of Draft Standards into a disruption sensitive environment.

[edit] Standard

A specification for which significant implementation and successful operational experience has been obtained may be elevated to the Internet Standard (STD) level. An Internet Standard, which may simply be referred to as a Standard, is characterized by a high degree of technical maturity and by a generally held belief that the specified protocol or service provides significant benefit to the Internet community.

Generally Internet Standards cover interoperability of systems on the internet through defining protocols, messages formats, schemas, and languages. The most fundamental of the Standards are the ones defining the Internet Protocol.

All Internet Standards are given a number in the STD series - The first document in this series, STD 1, describes the remaining documents in the series, and has a list of Proposed Standards.

[edit] Usage and Examples

The most current RFC index is also published as an RFC. Not only does this list all the RFCs, but it also indicate if an RFC has been replaced, and if so, by which one.

One of the most important standards for the Internet and other TCP/IP systems deals with Ethernet. The encapsulation (packaging) of IP datagrams on Ethernet is defined in RFC 894, with a variant encapsulation for what used to be called "802.3 networks" defined in RFC 1042, but Ethernet itself is a standard maintained by IEEE 802, and so not an Internet Standard.

The encapsulation is responsible for describing how one should send and receive the IP datagrams on Ethernet, and it is also responsible for describing the sending and receiving other kinds of packets, such as those from the Address Resolution Protocol (ARP), or the Reverse Address Resolution Protocol (RARP).

[edit] See also

[edit] References

  1. ^ Huitema, C.; Postel, J.; Crocker, S. (April 1995). "Not All RFCs are Standards (RFC 1796)". The Internet Engineering Task Force. Retrieved on 2008-05-25. "[E]ach RFC has a status…: Informational, Experimental, or Standards Track (Proposed Standard, Draft Standard, Internet Standard), or Historic."
  2. ^ "Internet Official Protocol Standards (STD 1)" (plain text). RFC Editor (May 2008). Retrieved on 2008-05-25.

The Internet Standards Process is defined in a "Best Current Practice" document BCP 9 ( currently RFC 2026 ).

[edit] External links

Personal tools
Languages