互联网工程任务组(Internet Engineering Task Force,IETF)是全球最重要的互联网技术标准制定组织。自1986年成立以来,IETF始终秉持“让互联网更好地运行”的使命,通过开放、透明、自下而上的方式推动协议标准的演进。其核心产出—征求意见稿(Request for Comments,RFC)构成了当今互联网技术体系的基石。
IETF之所以能持续引领互联网发展,还在于其独特的“风格”:没有会员制度,不设投票机制,拒绝代表身份,强调“大致共识和可运行”。这种风格不仅塑造了IETF的工作方式,也深刻体现在其每年三次的全球会议之中。随着IETF第125次会议即将在中国深圳举办,我们一起走进这个独特的技术社区,了解这个隐藏在互联网幕后的重要力量。
lETF的独特文化:“我们拒绝国王、总统和投票”
IETF的使命明确而务实。根据RFC 3935,IETF的目标是“制作高质量、相关的技术和工程文档,以影响人们设计、使用和管理互联网的方式,从而使互联网更好地运行”。这一使命通过一系列独特原则与风格得以贯彻:过程开放、技术主导、志愿精神、权责一致,以及最为关键的“大致共识和可运行的代码”(rough consensus and running code)。这些思想贯穿于所有工作环节,成为IETF决策与标准落地的核心逻辑。
与大多数标准组织不同,IETF没有正式会员制度,也不设国家或机构代表,而是由来自产业界、学术界和开源社区的工程师和研究者共同推动。这意味着任何感兴趣的人都可以参与IETF的工作。技术讨论主要在邮件列表和每年三次的全球会议上进行,所有讨论、文档、会议记录均公开存档,标准具有可问责性。在这里,无论你来自大国小国、大厂小厂,只要你提出的方案经得起实践检验,你的标准就有可能成为整个互联网的标准。
IETF标准决策不依赖投票,而是追求“关心议题的绝大多数人同意,且少数派的意见已被充分听取并回应”;同时,IETF标准提案要有实际可运行的代码作为支撑,而非纸上谈兵。这种文化根植于IETF最广为人知的格言:“我们拒绝国王、总统和投票,只相信大致共识和可运行代码(We reject kings,presidents and voting.We believe in rough consensus and running code)”。CERNET网络中心副主任、清华大学教授李星认为,这一思想理念与“实践是检验真理的唯一标准”有异曲同工之妙。技术的有效和有益性成为衡量标准,这也正是互联网五十多年屹立不倒的重要原因。
IETF标准提案要有实际可运行的代码作为支撑,而非纸上谈兵。这种文化根植于IETF最广为人知的格言:“我们拒绝国王、总统和投票,只相信大致共识和可运行代码”。
RFC的形成:从互联网草案到互联网标准
征求意见稿(Request for Comments,RFC)是IETF的核心产出,也是全球互联网技术的“官方手册”。RFC涵盖技术标准、最佳实践、信息性文档、实验性文档等多种类型,其中互联网标准(Internet Standard,STD)类RFC是经过广泛部署验证的最终标准,最佳实践(Best Current Practices,BCP)类则记录了互联网运营管理的成熟经验。一项技术从最初的创意构想,到最终成为全球遵循的RFC标准,需要经历IETF严谨的流程,而工作组(Working Group,WG)则是这一流程的核心执行单元。
IETF标准的诞生始于一份“互联网草案”(Internet-Draft,I-D)。任何人都可以就任何相关主题撰写并提交草案,但草案仅有六个月的有效期,且不被视为正式标准。I-D的内容可以是全新的技术构想、现有协议的优化方案、特定场景的技术规范等,其核心价值在于为社区提供讨论基础,吸引对该话题感兴趣的参与者,为后续的工作组认领与标准制定奠定基础。
IETF的具体工作领域是“线路之上,应用之下”(above the wire and bellow the application)。目前,IETF共设有7个技术领域,分别是应用与实时领域(ART)、通用领域(GEN)、网络领域(INT)、运营与管理领域(OPS)、路由领域(RTG)、安全领域(SEC)、Web与传输领域(WIT),每个领域下设多个工作组,总计远超100个。每个工作组都聚焦一个特定的技术议题,由领域主管(Area Director,AD)任命1~2名工作组主席负责协调管理,围绕一个经互联网工程指导组(IESG)批准的章程(charter)开展工作,该章程明确规定了工作组的目标、范围、交付成果(如标准、指南)及里程碑。
工作组的日常工作围绕互联网草案展开。当一份草案被认为有价值时,工作组主席会发起正式征询,决定是否将其采纳为工作组的官方工作文件。一旦被采纳,草案便进入反复迭代的阶段。所有技术讨论都在公开的邮件列表上进行,参与者提出修改建议,文档的作者或编辑(通常由主席任命)负责跟进讨论,并在达成共识后更新文档内容。这个过程可能持续数月甚至数年。当文档趋于成熟,工作组会发起“工作组最后询问”(Working Group Last Call),向全体成员征集最终意见。此后,文档会被提交给负责该领域的AD进行技术审查。
通过AD审查后,IESG会对文档进行“IETF范围内的最后询问”(IETF Last Call),并向整个社区征询意见。IESG成员在远程会议中集体审议所有反馈,若无异议,则批准该文档进入发布流程。此时,文档会被分配一个唯一的RFC编号,交由RFC编辑部进行专业的文字编辑和格式校对,最终以HTML、纯文本、PDF等多种格式正式发布。整个过程最快也需要两年以上,体现了IETF对质量与共识的极致追求。
IETF会议:协作与创新的互联网“工作营”
IETF每年三次、每次为期一周的全球会议(分别在春季、夏季和秋季举行)是全球互联网工程师面对面交流、凝聚共识、推进标准的关键节点。每次会议吸引约1000至1500名现场参与者和600多名远程参与者。
如果你期待的是一个华丽的行业展会,或了解互联网行业的热门趋势,那么IETF会议可能会让你失望。这里没有炫目的展台,没有营销人员的推销演讲,更没有广告横幅和赠品摊位。IETF会议是互联网技术的“工作会议”(working meetings),来自全球的工程师聚集在一起,主要目标是帮助工作组完成任务,以及促进工作组间的交流。IETF的会议氛围也反映了其文化特质。参会者着装随意,不少人穿着IETF标志的T恤、短裤,甚至有人在讨论时织毛衣。这种轻松的外表下,是严肃的技术讨论。
IETF会议由并行的工作组会议(WG Sessions)和研究组会议(RG Sessions,隶属于互联网研究任务组IRTF)构成。这些会议是推进具体技术草案、解决争议、达成共识的核心场所。此外,还有面向全体与会者的全体会议(Plenary Sessions),通常安排在周三晚上。全体会议由IETF管理层、IESG、IAB(互联网体系结构委员会)等汇报整体工作进展、社区动态与未来规划,同时设置开放讨论环节,收集社区意见,是凝聚全局共识的重要平台。
除了正式议程,IETF会议还包含Hackathon、BOF、Side Meeting、社交活动等一系列特色活动,以灵活、开放的形式,为技术讨论、创新碰撞、人脉拓展提供空间,是IETF会议生态中不可或缺的组成部分。
Hackathon:实践验证的开源平台
通常而言,IETF会议开始的那个周末将举行Hackathon(黑客马拉松)。Hackathon是IETF“可运行代码”理念的直接体现。与传统的竞赛式黑客松不同,IETF Hackathon是协作性活动,参与者实施和测试IETF协议,并将结果反馈给相关工作组。
在Hackathon活动中,数百名开发者齐聚一堂,围绕IETF正在标准化的协议,分组进行编码、互操作性测试和原型开发。Hackathon的参与门槛低,无论开发者、研究者还是技术爱好者,都能加入感兴趣的项目组,围绕具体任务开展工作。它为理论上的协议草案提供了宝贵的实践检验场,其测试结果和反馈会直接提交给相关工作组,极大地加速了标准的成熟与落地。同时,Hackathon也是技术交流与人才培养的平台,参与者能够在协作中提升技术能力,拓展人脉资源,许多年轻技术从业者通过Hackathon融入IETF社区,成为标准制定的新生力量。
BOF:创新议题的孵化器
BOF(Birds-of-a-Feather,志同道合者)是IETF探索新兴技术议题、凝聚初步共识的前置环节,也是所有新工作组的重要起点。BOF这个名称恰如其分地描述了该活动的本质—当一项新的技术需求出现,或某个潜在问题需要行业协同解决时,任何参与者都可以向IESG提交提案,申请在IETF会议期间召开BOF会议。
BOF会议的核心目标并非做出最终决策,而是验证议题的价值与可行性:一方面,召集对该议题感兴趣的参与者,共同讨论其是否属于IETF的工作范畴、核心技术挑战是什么、是否有足够的社区支持;另一方面,梳理潜在的解决方案方向,为后续可能成立的工作组奠定基础。与正式的工作组会议不同,BOF的氛围更为自由开放,没有固定的议程限制,参与者可以充分发表观点、交换想法,甚至提出不同的技术路径,重点在于碰撞创意、凝聚初步共识。
BOF并非成立工作组的必经之路,但如果一个想法尚不成熟,BOF提供了一个试水机会。通常,针对同一话题最多只允许举办两次BOF,若未能形成足够共识,则该提议将被搁置。许多影响深远的工作组与标准,都源于早期BOF会议中的创意碰撞,例如QUIC协议、量子安全相关标准等,均是通过BOF凝聚共识后,逐步推进为正式标准。
SideMeeting:非正式讨论的延伸阵地
Side Meeting(边会),历史上被称为“酒吧BOF”(bar BOF),不属于官方议程,也无需经过IESG审批,是非正式但极其重要的协作形式。Side Meeting通常发生在正式会议间隙、晚上或周末,地点可能在酒店大堂、咖啡馆、餐厅,甚至是IETF专门预留的预订房间。尽管Side Meeting不具备正式的决策效力,却以灵活、开放的形式,成为技术讨论的重要延伸阵地,有效补充了正式会议的议程局限。
Side Meeting往往是深度技术讨论、解决棘手问题或规划未来合作的场所;同时,为特定区域社区、兴趣小组或新兴技术方向提供了专属交流空间。许多重要的技术突破和合作关系,正是在这些看似随意的“走廊谈话”(hallway conversations)中诞生的。
对于参与者而言,Side Meeting是拓展人脉、深入技术细节、快速融入社区的重要途径,尤其适合新人与特定领域的技术爱好者。参与者能够在轻松的氛围中与全球专家交流,快速了解技术前沿与社区动态。
全面支持IETF新手
对于新手参与者,IETF设有非常友好的支持体系:开展Meetecho测试会和介绍会,帮助新人熟悉工具和流程;打造专门的“向导计划”,为新人配对经验丰富的志愿者进行会前和会中指导;举行全天候“新参与者教程”,系统介绍IETF的组织结构、工作流程与文化习俗。此外,“快速连接”活动和专门的社交晚宴提供了与工作组主席和资深参与者轻松交流的机会。
IETF鼓励新人全程参会,对领导层不必畏惧、大胆沟通,积极参与邮件列表和会议讨论,充分利用走廊茶歇时间进行交流,以便深度融入社区,从IETF的“旁观者”转变为“贡献者”。
IETF 125:把握机遇,持续贡献中国力量
互联网不断在挑战中创新,在创新中演进,与IETF息息相关。从透明严谨的RFC制定流程,到工作会议与非正式交流相结合的会议模式,IETF构建了一套能够持续产出高质量互联网标准的生态系统。IETF坚持开放、协作、基于共识的运行“哲学”,持续为全球互联网的互联互通与创新发展打造坚实而充满活力的技术平台。
如今,IETF已走过40年历程,其制定的标准支撑着全球数十亿人的互联网使用。IETF不仅是互联网标准的策源地,更是全球互联网工程师建立信任、分享洞见、共同塑造未来网络的社区家园。无论你来自何方,无论你是资深工程师、年轻研究者、技术管理者还是单纯的技术爱好者,IETF都有一席之地。这里没有门槛,只有机会;没有终点,只有持续的对话和改进。
对于如何参与IETF,李星教授总结道:第一,要解决真实问题;第二,要聚焦关键问题;第三,要全局考虑;第四,要通过邮件交流、交朋友,鼓励年轻人参与;最后,还要乐在其中!
从早期的跟随学习,到现在的积极参与乃至主导某些领域,中国的互联网工作者在IETF中的角色正在发生深刻变化。作为全世界网民最多的国家,中国需要积极参与IETF,大量培养互联网人才,在未来的技术研究和政策制定中占据主动地位,贡献中国方案。第125次IETF会议在深圳召开,对中国互联网有着特殊意义。这不仅是IETF再次来到中国,更是中国互联网工程师和技术专家向世界展示贡献的良好机遇。
IETF的运行机制
在IETF的发展过程中,其组织结构经历了持续演进,并逐渐形成了一套以协作为核心、分工清晰的体系。
与许多传统国际标准组织不同,IETF本身并不是一个法律实体,而是依托国际互联网协会(ISOC)运作。作为非营利组织,ISOC为IETF提供法律身份、财务支持和制度保障,使这一以志愿者和工程师为主体的技术共同体能够长期稳定运行。
互联网体系结构委员会(IAB)则处于相对宏观的位置,主要职责是从整体层面对互联网体系结构进行审视与把关—不仅对IETF及其管理机构的运行进行监督,也承担着协调IETF与其他国际标准化组织(如IEEE、W3C、ITU等)关系的职责。
相较IAB的战略与架构视角,互联网工程指导组(IESG)更接近IETF的日常运作层面。IESG负责管理和协调各个工作组的工作进程,审查工作组提交的成果,并在标准形成过程中提供指导意见。可以说,IESG是IETF技术共识从讨论走向定稿的关键枢纽。
IETF的姊妹机构—互联网研究任务组(IRTF)则承担着不同的使命,更关注长期性、前沿性的互联网研究问题。
互联网号码分配局(IANA)是互联网名称与数字地址分配机构(ICANN)体系中的一部分,IANA负责全球IP地址和自治系统号码的分配、域名系统和根服务器相关事务,以及互联网协议参数的统一管理。
为保证体系的开放性和连续性,IETF还设有提名委员会(NomCom),负责遴选并提名IESG和IAB的成员人选;RFC编辑中心则负责维护RFC文档,对最终发布的文档进行编辑、归档,并运营收录有全部RFC的官方网站。
在上述结构之下,IETF的实际工作主要由各个工作组(Working Group)承担。工作组是IETF最核心的运作单元,围绕具体技术问题展开讨论,并隶属于不同的技术领域。目前,IETF共设有7个技术领域和134个工作组,涵盖应用与实时应用领域、通用领域、网络领域、运营与管理领域、路由领域、安全领域、Web与传输领域。
来源:《中国教育网络》2026年1月刊
作者:项阳