Internet Engineering Steering Group: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
[[Image:UnderConstruction.png]] | [[Image:UnderConstruction.png]] | ||
'''IESG''' is an acronym for the '''Internet Engineering Steering Group'''. This group is assigned with the responsibility of technical management of the Internet Engineering Task Force (IETF), which concentrates producing high quality and relevant technical documents for the betterment of the internet. The IESG provides technical management for all the activities conducted by IETF and the Internet Standard Process.<ref>[http://www.ietf.org/iesg/ ietf.org]</ref> | '''IESG''' is an acronym for the '''Internet Engineering Steering Group'''. This group is assigned with the responsibility of technical management of the Internet Engineering Task Force (IETF), which concentrates producing high quality and relevant technical documents for the betterment of the internet. The IESG provides technical management for all the activities conducted by IETF and the Internet Standard Process.<ref>[http://www.ietf.org/iesg/ ietf.org]</ref> | ||
== Structure == | == Structure == | ||
The IESG is made up of Area Directors or (ADs), who are selected by the [[NomCom]] and serve a term lasting two years. | The IESG is made up of Area Directors or (ADs), who are selected by the [[NomCom]] and serve a term lasting two years. | ||
== Internet Standards Process == | == Internet Standards Process == | ||
The Internet Standards Process is followed by the Internet community for the standardization of the protocols and procedures. It also deals with the Intellectual Property Rights issues and the copyright issues associated in the standards process. | The Internet Standards Process is followed by the Internet community for the standardization of the protocols and procedures. It also deals with the Intellectual Property Rights issues and the copyright issues associated in the standards process. | ||
The IETF Internet Standards Process seems quite simple which states a specification goes through a series of developments and iterations of review by the internet community and is revised based on experience. Then it is adopted as a standard by the appropriate body and is finally published. But while implementing this process various complexities arise which need to be considered. Such as; | The IETF Internet Standards Process seems quite simple which states a specification goes through a series of developments and iterations of review by the internet community and is revised based on experience. Then it is adopted as a standard by the appropriate body and is finally published. But while implementing this process various complexities arise which need to be considered. Such as; | ||
# The specifications must be of high technical quality. | # The specifications must be of high technical quality. | ||
# Interests of all the affected parties needs to be considered | # Interests of all the affected parties needs to be considered | ||
# It should establish a widespread community consensus. | # It should establish a widespread community consensus. | ||
# It is difficult to evaluate the utility of a specification for the Internet community. | # It is difficult to evaluate the utility of a specification for the Internet community. | ||
The goals of the standards process are as follows: | The goals of the standards process are as follows: | ||
| Line 18: | Line 24: | ||
* Fairness and openness, and | * Fairness and openness, and | ||
* Timeliness | * Timeliness | ||
The Internet Standards Process is intends to balance these conflicting goals. <ref>[http://www.ietf.org/rfc/rfc2026.txt ietf.org]Internet Standards Process RFP</ref> | The Internet Standards Process is intends to balance these conflicting goals. <ref>[http://www.ietf.org/rfc/rfc2026.txt ietf.org]Internet Standards Process RFP</ref> | ||
== The Role of the IESG in the Standards Process == | == The Role of the IESG in the Standards Process == | ||
The IESG carries out various roles in the Internet Standards Process. Some of these roles include reviewing and approving group documents and candidates for the IETF standards track. It also reviews the candidates for publication in the [[RFC]] series. | The IESG carries out various roles in the Internet Standards Process. Some of these roles include reviewing and approving group documents and candidates for the IETF standards track. It also reviews the candidates for publication in the [[RFC]] series. | ||
'''Standards Track Documents vs. Non-Standards Track Documents''' | '''Standards Track Documents vs. Non-Standards Track Documents''' | ||
Every RFC is not considered as a standard. Each RFC has a status relative to the Internet standardization process. Standards Track documents include Draft Standard, Proposed Standard, and Internet Standard RFCs while Non-Standards Track documents include Experimental, Informational, and Historic RFCs. | Every RFC is not considered as a standard. Each RFC has a status relative to the Internet standardization process. Standards Track documents include Draft Standard, Proposed Standard, and Internet Standard RFCs while Non-Standards Track documents include Experimental, Informational, and Historic RFCs. | ||
The IESG reviews all documents before they are submitted for publication. However, IESG follows a different review process to review the standards track RFCs which is mentioned below: | The IESG reviews all documents before they are submitted for publication. However, IESG follows a different review process to review the standards track RFCs which is mentioned below: | ||
'''Working Group Documents on the Standards Track:''' Once a working group submits a document and mentions that it is ready for publication it is sent to the IESG and IESG submits it to IETF’s mailing list for the final call. This call is the final one that is intended to see that whether no important point has been misunderstood or missed. | '''Working Group Documents on the Standards Track:''' Once a working group submits a document and mentions that it is ready for publication it is sent to the IESG and IESG submits it to IETF’s mailing list for the final call. This call is the final one that is intended to see that whether no important point has been misunderstood or missed. | ||
The IESG takes a look at what feedback it gets in the Last call. Once it is done, the IESG will deliberate on whether to accept the document on the standards track. If it is approved then IESG announces the approval of the document to the IETF mailing list and RFC Editor. | The IESG takes a look at what feedback it gets in the Last call. Once it is done, the IESG will deliberate on whether to accept the document on the standards track. If it is approved then IESG announces the approval of the document to the IETF mailing list and RFC Editor. | ||
'''Non-Working Group Documents on the Standards Track:''' The IESG also reviews the Non-Working Group Documents on the standard track and also assigns them to a relevant Area Director who then shepherds the documents. The IESG checks for the specifications for the standards track and observes whether it needs to be reviewed by the IETF working groups. It also checks the quality. <ref>[http://www.ietf.org/iesg/standards-role.html ietf.org]IESG role</ref> | '''Non-Working Group Documents on the Standards Track:''' The IESG also reviews the Non-Working Group Documents on the standard track and also assigns them to a relevant Area Director who then shepherds the documents. The IESG checks for the specifications for the standards track and observes whether it needs to be reviewed by the IETF working groups. It also checks the quality. <ref>[http://www.ietf.org/iesg/standards-role.html ietf.org]IESG role</ref> | ||
== Members == | == Members == | ||
The IESG is a body composed of the Internet Engineering Task Force (IETF) Chair and Area Directors. Apart from these, it has different areas, which are defined by the IESG. The IESG has the powers to add, redefine, merge and change areas as well as change the number of Area Directors assigned to a specific area. It can also close down an area. It is upon the IESG to decide on which areas the working groups would belong to. The charter of the areas is divided as follows: | The IESG is a body composed of the Internet Engineering Task Force (IETF) Chair and Area Directors. Apart from these, it has different areas, which are defined by the IESG. The IESG has the powers to add, redefine, merge and change areas as well as change the number of Area Directors assigned to a specific area. It can also close down an area. It is upon the IESG to decide on which areas the working groups would belong to. The charter of the areas is divided as follows: | ||
* Internet Area (int) | * Internet Area (int) | ||
* Real-time Applications and Infrastructure Area (rai) | * Real-time Applications and Infrastructure Area (rai) | ||
| Line 36: | Line 54: | ||
* Applications Area (app) | * Applications Area (app) | ||
* Routing Area (rtg) <ref>[http://www.ietf.org/iesg/area.html ietf.org]areas</ref> | * Routing Area (rtg) <ref>[http://www.ietf.org/iesg/area.html ietf.org]areas</ref> | ||
It also consists of some Liaison and Ex-officio Members which are as follows: | It also consists of some Liaison and Ex-officio Members which are as follows: | ||
| Line 42: | Line 61: | ||
* Internet Architecture Board (IAB) Chair and Liaison | * Internet Architecture Board (IAB) Chair and Liaison | ||
* Request for Comments (RFC) Editor liaison <ref>[http://www.ietf.org/iesg/members.html ietf.org] Members</ref> | * Request for Comments (RFC) Editor liaison <ref>[http://www.ietf.org/iesg/members.html ietf.org] Members</ref> | ||
== Current members of the IESG == | == Current members of the IESG == | ||
'''IETF (Also the Area Director for the General Area and IESG Chair)''' | '''IETF (Also the Area Director for the General Area and IESG Chair)''' | ||
* Russ Housley, Vigil Security, LLC (biography) | * Russ Housley, Vigil Security, LLC (biography) | ||
'''Security Area (sec)''' | '''Security Area (sec)''' | ||
* Tim Polk, National Institute of Standards and Technology (biography) | * Tim Polk, National Institute of Standards and Technology (biography) | ||
* Sean Turner, IECA, Inc. (biography) | * Sean Turner, IECA, Inc. (biography) | ||
Revision as of 18:06, 28 April 2011
IESG is an acronym for the Internet Engineering Steering Group. This group is assigned with the responsibility of technical management of the Internet Engineering Task Force (IETF), which concentrates producing high quality and relevant technical documents for the betterment of the internet. The IESG provides technical management for all the activities conducted by IETF and the Internet Standard Process.[1]
Structure[edit | edit source]
The IESG is made up of Area Directors or (ADs), who are selected by the NomCom and serve a term lasting two years.
Internet Standards Process[edit | edit source]
The Internet Standards Process is followed by the Internet community for the standardization of the protocols and procedures. It also deals with the Intellectual Property Rights issues and the copyright issues associated in the standards process. The IETF Internet Standards Process seems quite simple which states a specification goes through a series of developments and iterations of review by the internet community and is revised based on experience. Then it is adopted as a standard by the appropriate body and is finally published. But while implementing this process various complexities arise which need to be considered. Such as;
- The specifications must be of high technical quality.
- Interests of all the affected parties needs to be considered
- It should establish a widespread community consensus.
- It is difficult to evaluate the utility of a specification for the Internet community.
The goals of the standards process are as follows:
- Technical excellence
- Thorough testing before implementation
- Short, simple and concise documentation
- Fairness and openness, and
- Timeliness
The Internet Standards Process is intends to balance these conflicting goals. [2]
The Role of the IESG in the Standards Process[edit | edit source]
The IESG carries out various roles in the Internet Standards Process. Some of these roles include reviewing and approving group documents and candidates for the IETF standards track. It also reviews the candidates for publication in the RFC series.
Standards Track Documents vs. Non-Standards Track Documents
Every RFC is not considered as a standard. Each RFC has a status relative to the Internet standardization process. Standards Track documents include Draft Standard, Proposed Standard, and Internet Standard RFCs while Non-Standards Track documents include Experimental, Informational, and Historic RFCs.
The IESG reviews all documents before they are submitted for publication. However, IESG follows a different review process to review the standards track RFCs which is mentioned below:
Working Group Documents on the Standards Track: Once a working group submits a document and mentions that it is ready for publication it is sent to the IESG and IESG submits it to IETF’s mailing list for the final call. This call is the final one that is intended to see that whether no important point has been misunderstood or missed.
The IESG takes a look at what feedback it gets in the Last call. Once it is done, the IESG will deliberate on whether to accept the document on the standards track. If it is approved then IESG announces the approval of the document to the IETF mailing list and RFC Editor.
Non-Working Group Documents on the Standards Track: The IESG also reviews the Non-Working Group Documents on the standard track and also assigns them to a relevant Area Director who then shepherds the documents. The IESG checks for the specifications for the standards track and observes whether it needs to be reviewed by the IETF working groups. It also checks the quality. [3]
Members[edit | edit source]
The IESG is a body composed of the Internet Engineering Task Force (IETF) Chair and Area Directors. Apart from these, it has different areas, which are defined by the IESG. The IESG has the powers to add, redefine, merge and change areas as well as change the number of Area Directors assigned to a specific area. It can also close down an area. It is upon the IESG to decide on which areas the working groups would belong to. The charter of the areas is divided as follows:
- Internet Area (int)
- Real-time Applications and Infrastructure Area (rai)
- Security Area (sec)
- Operations & Network Management Area (ops)
- Transport Area (tsv)
- Applications Area (app)
- Routing Area (rtg) [4]
It also consists of some Liaison and Ex-officio Members which are as follows:
- IETF Executive Director
- Internet Assigned Numbers Authority (IANA) liaison and
- Internet Architecture Board (IAB) Chair and Liaison
- Request for Comments (RFC) Editor liaison [5]
Current members of the IESG[edit | edit source]
IETF (Also the Area Director for the General Area and IESG Chair)
- Russ Housley, Vigil Security, LLC (biography)
Security Area (sec)
- Tim Polk, National Institute of Standards and Technology (biography)
- Sean Turner, IECA, Inc. (biography)
Real-time Applications and Infrastructure Area (rai)
- Gonzalo Camarillo, Ericsson (biography)
- Robert Sparks, Tekelec (biography)
Operations and Management Area (ops)
- Ronald Bonica, Juniper Networks (biography)
- Dan Romascanu, Avaya (biography)
Internet Area (int)
- Jari Arkko, Ericsson (biography)
- Ralph Droms, Cisco (biography)
Applications Area (app)
- Alexey Melnikov, Isode Limited (biography)
- Peter Saint-Andre, Cisco (biography)
Routing Area (rtg)
- Stewart Bryant, Cisco (biography)
- Adrian Farrel, Huawei (biography)
Transport Area (tsv)
- Lars Eggert, Nokia Research Center (biography)
- David Harrington, HuaweiSymantec (biography)
Liaison and Ex-officio Members
- Alexa Morris, Association Management Solutions, LLC (AMS) - IETF Executive Director
- Michelle Cotton, Internet Assigned Numbers Authority - IANA Liaison
- Sandy Ginoza, Association Management Solutions, LLC (AMS) - RFC Editor Liaison
- Olaf Kolkman, NLnet Labs - IAB Chair
- Hannes Tschofenig, Nokia Siemens Networks - IAB Liaison