爱琴海

1。什么是IETF?
国际互联网工程任务组织是一个松散的自治组织，成员是那些为国际互联网的建设和革新作出贡献的人们。它是发展国际互联网新标准的主要力量。IETF是不寻常的，一方面它确实存在并处理一些事务，另一方面它又不是一个公司，没有领导群体，没有职员，也没有业务。
它的使命包括：
——确认，提供解决意见和消除国际互联网上的专业技术问题
——规定协议的发展，用途以及在近期内解决国际互联网上类似专业问题的方案
——向国际互联网指导组织(IESG)推荐国际互联网的标准化协议和协议的用途
——促进国际互联网研究任务组织(IRTF)向广大国际互联网社区传播技术
——为国际互联网社区中的制造商，用户，研究者，机构负责人以及网络管理员提供一个交换信息的论坛

IETF会议不是一个正式会议，尽管有专业的会务。IETF也不是一个传统的标准组织，尽管它制定的很多规则成为了标准。IETF是由一些志愿者组成的，他们每年聚会三次来完成IETF的使命。
IETF没有成员资格限定。任何人都可以报名参加任何会议。要成为IETF的成员只需登陆IETF或工作组的邮件列表(参见1.3部分)。那儿有关于IETF最新活动和热点的最佳信息。
当然，如果没有一些组织结构的保证，IETF也不会变得如此成功。在IETF中，这些结构由其他组织提供，这些组织在BCP11,“IETF标准进程涉及的组织”一文中有描述。如果你想参与IETF，那么这篇BCP将是你的必读之作。

1.1 简明开篇
第一届IETF会议于1986年1月在圣地亚哥的Linkabit举行，与会者21人。第四届会议于1986年10月在Menlo公园的SRI举行，首次有非政府制造商参与。而工作组的概念是在第五届IETF会议上提出的，这次会议于1987年2月在加利福尼亚的NASA Ames 研究中心举行。第七届会议于1987年7月在弗吉尼亚McLean的MITRE举行，首次有逾百人参会。
第十四届IETF会议于1989年7月在斯坦福大学举行。它标志着IETF世界的重大变革。IAB(旧称互联网活动理事会，现称互联网结构理事会)最终整合了所有同类组织，并只保留了两个：IETF和IRTF。IRTF被定位于面向互联网长远期研究项目。同时，IETF也发生了改变。
在互联网社团(ISOC)于1992年1月建立之后，IAB向ISOC提出了赞助请求。在日本神户的INET92会议期间，ISOC代表通过了一项新的决议，使IAB得到赞助。
IETF于1993年7月在荷兰的阿姆斯特旦举行会议。这使第一次在欧洲举行的IETF会议，与会的美国人和非美国人各占一半。现今有五分之一的IETF会议是在欧洲或亚洲举行，并且与会的非美国人士持续增长超过了50％，甚至在美国本土的会议也是如此。

1.2组织结构
1.2.1 ISOC(互联网社团)
互联网社团是一个国际性，非盈利，会员制组织，它帮助互联网健康成长。ISOC给IRTF和IETF提供经济和法律上的支持。但ISOC完全不插手IETF的事务，以至于很多IETF参与者甚至不知道它的存在。ISOC为IETF事务进程提供多方面保障，并在需要时充当研究组织和社会公众沟通的公共关系渠道。可以说，ISOC是互联网界的无名英雄。

1.2.2 IESG(互联网工程指导组）
IESG主要负责IETF项目和互联网标准化进程的专业管理。它根据被ISOC代表批准的规则和过程来进行管理。然而，和其他标准组织内部运作不同的是，IESG并不做很多直接的领导工作，而是通过批准或更正IETF工作组的成果来发挥作用。同时，它也管理工作组，如开设和中止工作组，或对一非工作组草案进行修正并发布为RFC。
IESG由领域总监组成，这些人由提名委员会(俗称NOMCOM)任命，任期两年。选择领域总监的详细过程在BCP10，“IAB和IESG选择，确认和取消进程：任命和取消委员会的运作”中描述。

现有的领域和缩写如下：
——应用(APP) 应用程序协议，如EMAIL和万维网
——总领(GEN) 监控其他领域里不正常运作的工作组(数量很少)
——互联网(INT) 实现IP包和DNS信息交换的不同方法
——操作管理(OPS) 操作部分，网络监视和配置
——路由(RTG) 确保数据包发往他们的目的地
——安全(SEC) 认证和加密
——传输(TSV) 为特殊数据包服务
——用户服务(USV) 为最终用户和其他用户支持组织提供服务

由于IESG在使互联网草案成为RFC上有很大的发言权，因此许多人视领域总监为上帝。IETF参与者有时会诚恳地为某一特定问题请教领域总监的看法。然而，大多数领域总监很少明确表达他们自己的意思。实际上，当你就具体专业问题请求他们评论时，总监们通常附和大多数人的意见。
特定领域里的领域总监必须对工作在其领域内的工作组间的合作非常清楚。另一方面，整个IESG要讨论每一个需要成为RFC的互联网草案。两个以上的IESG成员有权联合否决一项草案。这些措施防止了领域总监的徇私舞弊，也保证了不对其他IETF协议产生消极影响。

这并不是说IESG从不行使自己的权利。当工作组活动背离了他们的章程时，或当工作组试图使一份很差劲的协议成为标准时，IESG都会表示自己的态度。实际上，由于工作负荷过重，IESG通常反向工作。它批准大多数工作组提出的RFC申请，只有在严重问题发生时才介入干预。这就要求领域总监必须有能力统筹全局。IETF标准的质量得到了工作组内部审核和领域总监审核的双重保证。
IETF无实际决定权，IESG才真正使工作组成果被一致通过。如果一个工作组的提议被IESG否决，则说明此提议未获得IETF所有成员(所有领域的所有工作组)的一致赞成。比如，一个工作组的成果可能与其他工作组已开发的技术相冲突。IESG的一个重要工作就是监视所有工作组的成果，以此来防止IETF的协议互不兼容。这就是领域总监被要求审核其他领域草案的原因。

1.2.3 IAB(互联网结构理事会)
IAB的职责是监控互联网总体拓扑，进行总体规划和协调不同领域的IETF项目。IAB记录互联网内重要的长期问题，并将这些问题发送给相关人士。
IAB成员对IETF的新项目给予特别关注。当一个IETF工作组申请成立时，IAB审核它的章程以确定其组织结构是否连续和完整。即使在该工作组未被批准前，IAB成员也乐意与向他们提意见的人士交换看法。
IAB也发起和组织互联网研究任务组(IRTF)，并对特定的互联网结构问题召开专题邀请讨论会，进行深入研究。通常，研讨会报告会向IETF社区和IESG提出推荐。

IAB职能也包括如下方面：
——核准任命委员会的关于IESG的任命事项
——行使申诉理事会职责，处理针对IESG决定的申诉
——委派和监督RFC编辑
——核准关于IANA的任命事项
——充当ISOC的顾问实体
——监督IETF与其他标准组织的联络员

就象IESG，IAB成员也是由NOMCOM委员会选出并经过ISOC代表理事会的核准，他们同样工作若干年。

1.2.4 IANA(互联网号码分配管理局)
IETF项目的核心注册处就是IANA。许多互联网协议在推出之后需要一些人跟踪关注其后添加的部分。这方面注册需求的典型事例是TCP端口号和MIME类型。IAB指定IANA完成这些任务，并且IANA的活动经费由ICANN(互联网号码和名称分配公司)供给。
五年前，IANA还默默无闻，IANA的规则也无人知晓。后来，IANA成为域名系统的根管理者，它被推向前台面向公众，同时也遭受了许多无知者的诽谤。现今，IETF基本上不再与IANA相关，域名和IP地址分配的功能由ICANN监管。
尽管成为一个注册处并不十分有趣，但很多IETF参与者宣称IANA对于互联网十分重要。由于有细心谨慎的操作员管理的稳定和长期有效的数据库，人们很容易进行试验，而不用担心会把事情弄乱。IANA创始人，Jon Postel,为互联网的飞速发展作出了重大贡献，我们为他于1998年逝世感到惋惜。

1.2.5 RFC编辑处
RFC编辑处修改，格式化，出版RFC系列互联网草案，它与IESG联合工作。它的第二个重要职能是提供一个RFC文件的权威数据库(参见http://www.rfc-editor.org)。RFC文件一经出版就不再改动了。如果上述文件中的标准有变，则此标准会重新出版另外一个RFC并作废前者。
一个在IETF社区中普遍存在的误解是RFC编辑处的角色是由IANA来担任的。其实，RFC编辑处独立工作，尽管多年来它和IANA使用的是同一班人马。IAB同意IANA团队以RFC编辑处的身份工作，也认可编辑处的发展策略。RFC编辑处由ISOC资助，Email地址是rfc-ed@rfc-editor.org。

1.2.6 IETF秘书处
IETF雇用了一些人来进行日常工作，这些工作包括日常后勤支持，主要是安排协调面对面会务和出版IETF特种邮件列表(并非工作组邮件列表)。秘书处也负责互联网草案的官方目录的更新和排序，以及IETF网站的维护，并辅助IESG开展工作。IETF秘书处的经费来源于面对面会议的会务费。

1.3 IETF邮件列表
任何计划参加IETF会务的人都应该加入IETF公告邮件列表(ietf-announce@ietf.org)。那里有全部的会议信息，互联网草案和RFC公告以及IESG的最新动向。那些想得到技术帮助的人们也可以加入IETF讨论列表(ietf@ietf.org)。那里有无数的讨论主题。(注意工作组使用他们自己的邮件列表讨论他们的相关工作)
这些IETF邮件列表的订阅申请是由名为Majordomo的程序来处理的。它对于订阅信息的格式要求苛刻，并且不能够响应一些以HTML形式出现的EMAIL信息。然而，Majordomo对于它认可的信息能很好地处理 。下面举例说明如何加入邮件列表：
在订阅ietf-announce@ietf.org时，信的主题栏和主体都键入"subscribe",目标邮件地址是ietf-announce-request@ietf.org
在订阅ietf@ietf.org时，信的主题栏和主体也都键入"subscribe"，目标邮件地址是ietf-request@ietf.org
退定则将"subscribe"改成"unsubscribe"以同样方式再发一封信即可。
两个列表都被记录在如下网页上：
http://www.ietf.org/maillist.html
记住千万不要向邮件列表地址发送订阅请求，大多数列表用户对新加入者不感兴趣。同样，当你的EMAIL地址改变或退定列表时，也请将申请信息发到后缀带有"-request"的地址，而不是主列表地址。请务必牢记！！
IETF讨论列表是完全自由的。这表示任何人能够对正在影响互联网的问题发表他们的看法。然而，它不是一个给公司或个人发布供需信息的地方，这一点在RFC3005,"IETF讨论邮件列表章程"里有详细说明。建议读者在订阅IETF讨论列表前，先完整阅读一下该RFC文件(文件很短)。
只有秘书处有权向公告邮件列表用户发送信息。尽管IETF邮件列表很大程度上代表了IETF成员资格，但它并不表示如果你被自动加入了上述这两个邮件列表中，就能参加IETF会议。