参会日期：2026-03-15
参会时间：09:30 - 12:45
参会地点：Grand Ballroom 3
会议名称：New Participant Program (Morning Sessions 1-4)
原创声明：本文章由参会者“赵星涵”独立完成，已由 GlobalSign 和 Sectigo 进行时间戳签名（符合 RFC3161 标准），签名时间即为文档完成时间，请勿抄袭及洗稿，若存在原创者争议可在公证处提供原始文档及原始 TSR 签名文件
感谢 IETF 编写 RFC3161 时间戳协议！感谢 GlobalSign 和 Sectigo 提供免费时间戳签名服务！
1. Introduction to the IETF
Meetecho
Meetecho 是 IETF 搭建的远程参会工具（现场参会也能用），每个工作组会议现场都有二维码供扫描加入，也可以直接在 Agenda 页面进入
概况
IETF 是专注于互联网技术的标准开发组织（SDO），具有以下参与模式
- 任何人都可参与（无正式会员制）
- 参与者以个人名义而非雇主代表身份参与（个人身份）
- 标准的生命力在于实际采用（市场驱动）
- 由社区控制，非顶层指令（自下而上）
- 基于“大致共识”，而非投票（决策机制）
- 政府无正式角色，尽管可能有个人以参与者身份加入（无政府角色）
- 禁止展位、销售促销等商业活动（无商业推广）
IETF 的使命是“通过制作高质量、相关的技术文档，影响人们设计、使用和管理互联网的方式，使互联网运行得更好”（RFC3935）
历史
IETF 成立于 1986 年，首次会议仅有 21 名美国联邦政府资助的研究人员参加。最初每年开会四次，现改为三次，始终对公众开放
RFC 系列始于 1969 年 Steve Crocker 发布的 RFC 1，用于组织 ARPAnet 研究笔记。现已接近 10,000 号。曾由互联网先驱 Jon Postel 管理编辑长达 28 年
参与者构成（基于2014年的调查数据）
IETF 邮件列表订阅地址有 53,105 个，每年活跃参与者约 7,000 人
从地区上看，欧洲和北美地区的参与者最多，其次是亚洲
从年龄上看，45到64岁之间的参与者占据了总参与者的一半
从参与者的工作岗位上看，从事商业的参与者最多
组织结构
- 领导层
- IESG（互联网工程指导组）：负责标准流程和 IETF 活动的技术管理，主席为 Roman Danyliw
- IAB（互联网架构委员会）：提供长期技术指导，并负责对外联络和一些关键的领导层任命，主席为 Tommy Pauly
- IRSG（互联网研究指导组）：管理互联网研究任务组（IRTF），关注长期研究问题。主席为 Dirk Kutscher
- 法律实体
- IETF Administration LLC：提供公司法律主体，不干涉技术标准内容，负责行政支持（财务、合同、会议、IT 等），执行董事为 Jay Daley
- IETF Trust/IPMC：拥有和管理 IETF 知识产权
- Internet Society (ISOC)：国际非营利组织，支持互联网发展，IETF LLC 是其子公司
研究机构（IRTF）
IRTF 专注于长期研究问题，下设 16 个研究组（RG），涵盖加密、去中心化、全球接入、人权协议考量、拥塞控制、信息中心网络、量子互联网、可持续发展等前沿领域
和 IETF 相比，IRTF 范围更广，无具体交付物或里程碑，生命周期更长，仅发布信息类和实验类RFC，不发布具体标准
行政组织
- 秘书处：负责规划和管理 IETF 会议，并为整个 IETF 提供行政支持的签约团队
- IETF 执行董事（ED）：管理所有员工和承包商
- IETF LLC 员工：负责财务、沟通、IT 和软件开发（又称“工具团队”）
专业技术服务
- RFC 生产中心 (RPC)：负责编辑和发布 RFC
- IANA：ICANN 的一项职能，运营 IETF 协议注册表
运营资金来源
IETF 并非“付费即玩”，也就是说，没有任何机制可以通过购买获得正式角色
运营资金主要来源于会议注册、赞助与捐款
参与政策（Note Well）
2. Participating in the IETF
这是新参与者培训上午场的第二部分。如果说第一部分主要介绍了 IETF 的“是什么”（结构、治理、资金等），而这一部分重点在于“怎么做”（具体参与工具和方法）
核心参与机制：邮件列表
邮件列表是 IETF 工作的核心，有超过 500 个邮件列表，绝大部分实质性的技术讨论、草案修改和共识达成都在这里完成，发送到列表的每一封邮件都被视为对 IETF 的正式贡献，版权自动授予 IETF Trust
IETF 的邮件格式遵循“纯文本主义”原则，严禁使用 HTML 格式（比如彩色字体、加粗字体等），否则会被视为会被视为不专业甚至不可读，且应当简短明了
数据追踪器（Datatracker）
数据追踪器不仅仅是一个文档库，更是人员数据库、群组管理系统、决策记录工具和会议管理平台，用它登录 Meetecho（会议软件）、Wiki、Zulip（聊天）、笔记系统等。未来邮件列表系统也计划整合进来
会议
IETF 会议每年三次，分别在亚、欧、美轮流举办（我相信随着中国的互联网产业的发展，将来还会有更多机会来到中国举办）
现场设置有双屏，一个放 PPT，一个放远程视频和 CC 字幕
参会卡有白挂绳和红挂绳区分，白挂绳表明该参会者不反感被拍照，而红挂绳表明该参会者拒绝被随意拍照（为了尊重他人隐私，本文章及以后的文章都不会出现含有红挂绳的照片）
会议技术栈
为了支撑会议平稳有序进行，IETF 有一套专门的技术工具
- 议程工具：属于 Datatracker 的一部分，允许用户自定义日程，查看会议室地图和材料
- 独立网络：IETF 每次会议都会自带全套网络设备（路由器、AP、IPv4/IPv6 地址），不依赖酒店网络，由志愿者组成的 NOC（网络运营中心）管理
- Zulip：IETF 使用的即时聊天工具，采用“流+主题”的结构。每个工作组有一个流，每次会议创建一个新话题线程
- Meetecho：无论是现场还是远程，都通过它看直播、举手发言、查看幻灯片和在会中聊天
- Meeting Wiki：提供详细的后勤信息（交通、电源插头类型、小费文化、紧急联系方式等）
3. Standards development
（这场会议忘现场拍照了）
这是新参与者培训上午场的第三部分，核心主题是“标准是如何制定的”，系统地拆解了从一个想法到成为互联网标准的全过程。
七大技术领域
- ART (应用与实时)：负责电子邮件、多媒体、即时通讯等应用层协议
- WIT (Web 与互联网传输)：负责 HTTP、QUIC、TCP 等 Web 基础和传输层协议
- RTG (路由)：负责 BGP、OSPF 等互联网路由协议
- INT (互联网)：负责 IPv4/IPv6、DNS、DHCP 等核心网络层协议
- OPS (运营与管理)：负责网络管理协议及运营商的实际反馈
- SEC (安全)：负责 TLS、MLS、OPAQUE 等网络安全相关协议
- GEN (一般事务)：负责跨领域的通用问题
所有具体的技术工作都在这些领域下的工作组（Working Groups, WG）中进行
核心参与哲学：大致共识
IETF 不通过投票来决定技术标准。没有“少数服从多数”的简单计票
共识机制意味着所有实质性的技术问题都得到了解决，而不是所有人都满意。意思就是：如果有 100 人支持，5 人反对，但这 5 人提出了协议的技术缺陷，那么就没有达成共识。反之，如果 5 人支持，100 人反对，但这 100 人只是情绪化反对而无技术依据，那么可能已经达成了共识
标准制定的全流程
第一阶段：个人与工作组的互动
任何人有一个想法，必须先写成互联网草案（Internet-Draft, I-D）并提交
工作组主席判断是否有足够的兴趣。如果有，发起“采纳呼吁”，社区讨论后，若达成“大致共识”，主席正式宣布采纳该草案成为工作组草案（WG Draft）
在工作组邮件列表和会议上，大家共同修改草案，解决技术争议，当主席认为草案已经成熟，会发起 WGLC（工作组最后召集）
第二阶段：IESG 审查
草案离开工作组，进入管理层审查，首先会由负责该领域的区域主管（AD）接手草案，审查流程、共识、技术等问题
AD 审查通过，会发起面向全 IETF 社区的最后召集，让其他领域的专家审查该草案是否与其他领域的标准冲突
IESG 全体成员对草案进行正式投票，分为 DISCUSS 和 COMMENT 票，DISCUSS 票是“阻塞性”的，意味着有严重问题必须解决。而 COMMENT 票是“非阻塞性”的，通常是拼写错误、格式问题或其他小建议
第三阶段：发布
通过 IESG 投票后，草案被发送给 RFC 生产中心（RPC），经过最后的格式校对（AUTH48），正式发布为 RFC
RFC 的分类
并不是所有发布的 RFC 都是互联网标准，RFC 分为不同状态
- 标准轨道
- 提议标准（Proposed Standard）：大多数 RFC 停留在这个阶段。表示规范稳定，已有初步实现，值得广泛部署
- 互联网标准（Internet Standard）：要求该规范必须有多个独立的、互操作的实现，并且已经在互联网上广泛部署
- 非标准轨道
- 信息类（Informational）：仅提供参考信息，不代表社区共识，也不是标准
- 最佳当前实践（BCP）：记录操作流程、策略或管理指南，虽不是技术标准，但具有指导意义
- 实验类（Experimental）：用于记录研发中的技术，尚不成熟或不打算成为通用标准
对于新参会者的建议
首先，IETF 主要做网络层到应用层之间的协议，有明确的工程导向。如果是纯硬件、纯专有应用或纯学术研究，可能不适合此领域
4. IETF Hackathon
黑客松举办于每次 IETF 会议前的周六和周日（为期两天），免费参与（不过我没报名）
