Changes

[[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:

* 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)

* 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:

   

   

* 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)