要在互联网技术上做出贡献,了解IETF文化、参与标准制定是必不可少的。那么,应该如何参与IETF?一篇RFC是如何产生的?一个想法是如何成为一项有效的协议呢?
一般来说,IETF的相关文档包括互联网草案(Internet Draft)和RFC。草案对互联网问题进行描述、试图解决问题,是供IETF讨论的文档。RFC则是草案的最终版,IETF会将其编号进行收录。
草案可由任何人或工作组提交,但只有6个月的生命周期(可以不断更新)。需要注意的是,草案不等同于标准、论文或正式报告,且大多数草案不会成为RFC。
一篇RFC是如何产生的?
工作组是产生RFC的首要途径,通常要经历以下流程:一、个人提交草案;二、工作组认领草案;三、工作组反复讨论;四、工作组最后询问;五、IETF最后询问;六、IESG内部讨论;七、IESG批准;八、获得RFC编号;九、RFC文字编辑;十、正式发布。
产生RFC的第二条途径则针对没有相应工作组的文档,需经过领域主席个人提交到IESG。
产生RFC的第三条途径则是针对非IETF提交的RFC,同样未经过工作组,而是个人直接提交文档至RFC编辑中心,并与其讨论。RFC编辑中心与IESG交换意见,形成RFC。
其中,最大的难点是工作组认领草案,那么哪些个人草案能入IETF的法眼?RFC7221对工作组主席是否考虑认领某一草案提供了具体建议:一是草案必须符合工作组目前的章程,或只需对章程作简单修改;二是草案的目的应该明确;三是草案应该是有用的;四是文档的写作质量应足以作为进一步工作的基础;五是不应带有强烈的技术异议;六是相关知识产权信息的披露都应是可以接受的;七是该工作不应与IETF的其他工作冲突。
从个人提交草案到工作组草案,再到IESG、RFC编辑部,直到最终成为RFC发布,整个过程最快也要2年以上,有时则需5年。从草案到标准,全程邮件记录并公开会议记录。
在RFC5218中,对什么是一项成功的协议进行了描述,具体而言,一项成功的协议包含以下特征:一是具有正面净价值,即能够真实地应用;二是能够分步实施;三是具有开源代码可用性;四是无使用限制;五是开放规范;六是开放维护;七是好的设计(注意,这条在整个清单的最末尾)。
成为RFC作者象征着互联网技术界的荣誉和责任,但RFC定义的技术和标准能否在互联网中大规模应用才是更大的挑战。对此,CERNET网络中心副主任、清华大学李星教授给出了3个判断准则:一是具有可扩展性,能够具有为世界上所有人提供服务的能力;二是具有历史性,基本设计原则50年后仍是正确的,其相关数据仍可重用;三是可过渡性,能够从现有的技术或应用上低成本地平滑过渡。
如何参与IETF?
对于网络运维人员而言,可以寻找正在制定所用协议的IETF工作组,开始阅读感兴趣的工作组互联网草案,加入邮件列表,结合实践经验提出建议,并线上或现场参会。
对于开发者而言,则可以关注刚开始研究的工作组课题,现场或远程参加黑客马拉松,加入编码项目。
对于研究者人员而言,可以寻找与研究方向相符的IRTF研究组,参加线上或线下会议,并向应用网络研究研讨会(ANRW)投稿论文。
IETF的大门向所有人敞开,那些想要参与IETF并成为其中一员的人们,现在就加入吧!
来源:《中国教育网络》2026年1月刊