RFC - 人人可读的互联网"宪法"
RFC（Request for Comments）是定义互联网技术标准的文档。HTTP、TCP/IP、DNS、TLS、BGP，几乎所有构成互联网的协议都以 RFC 的形式发布。截至 2025 年，已发布超过 9,600 份 RFC，所有人都可以免费阅读。
但 RFC 的世界并非全是枯燥的技术文档。愚人节恶搞 RFC、ASCII 艺术图表、诗意盎然的规范说明，这是一个充满工程师幽默与文化的独特世界。
"Request for Comments" - 名称的由来
RFC 这个名称源于 Steve Crocker 的谦逊态度，他在 1969 年撰写了第一份 RFC（RFC 1）。当时还是 UCLA 研究生的 Crocker 在为 ARPANET（互联网的前身）编写协议规范时，将其定位为"不是正式标准，而是征求意见的非正式备忘录（Request for Comments）"。
他选择了"征求意见的文档"这个谦逊的名称，而非权威的"标准规范"，目的是不让其他研究人员感到畏惧，鼓励开放讨论。这种精神延续了 50 多年，体现在 IETF 的座右铭中："粗略的共识和可运行的代码"。
传奇的恶搞 RFC
IETF 有一个传统，每年 4 月 1 日发布恶搞 RFC。
RFC 1149 - 鸟类载体上的 IP 传输（1990）
一份使用信鸽传输 IP 数据报的规范。"鸟类载体"物理运输数据包，接收方在目的地读取数据。虽然是恶搞之作，但 2001 年挪威一个 Linux 用户组真的用信鸽执行了 ping 命令，报告往返时间约 1-2 小时，丢包率 55%。
RFC 2324 - HTCPCP（1998）
一个控制咖啡壶的协议。正是这份 RFC 定义了 HTTP 状态码 418"我是茶壶"。
RFC 6921 - 极低带宽网络的设计考量（2013）
一份"严肃"讨论远低于光速运行的网络（如星际通信）中 TCP/IP 问题的 RFC。它指出火星通信的往返时间为 4-24 分钟，TCP 超时设置从根本上无法适用。虽然是恶搞 RFC，但它影响了星际通信协议（DTN：容延迟网络）的实际研究。
RFC 8565 - 超文本 Jeopardy 协议（2019）
一份以"网络设备也会老"为主题的 RFC，将老旧路由器的"健忘"（路由表丢失）、"腰痛"（数据包处理延迟）和"老花眼"（数据包误读）拟人化。
RFC 的 ASCII 艺术文化
RFC 传统上以纯文本格式编写。当需要图表时，作者只能使用 ASCII 字符来绘制。这种限制催生了 RFC 独特的 ASCII 艺术文化。
+--------+ +--------+ +--------+ | Client |--->| Server |--->| DB | +--------+ +--------+ +--------+
自 2019 年的 RFC 8650 起，RFC 已过渡到基于 XML 的格式（RFC XML v3），支持 SVG 图像和丰富的排版。然而，许多作者仍然偏爱使用 ASCII 艺术。
影响每位互联网用户的 RFC
恶搞 RFC 固然有趣，但 RFC 的本质是互联网基础技术的标准化。此刻你阅读这篇文章时，以下 RFC 正在发挥作用。
RFC 编号与 Jon Postel
RFC 编号是按发布顺序分配的简单序号。长期管理这一编号系统的人是 Jon Postel。从 1969 年到 1998 年去世，Postel 担任 RFC 编辑约 30 年，管理着所有 RFC 的发布。
Postel 还以"健壮性原则"（Postel 定律）闻名。RFC 793 中提出的原则，"发送时要保守，接收时要宽容"，被广泛引用为互联网协议的设计哲学。
总结
RFC 既是互联网的技术标准，也是工程师社区的文化遗产。信鸽传输 IP 数据、茶壶状态码、ASCII 艺术图表，这些幽默正是互联网通过"共识与合作"构建的证明。
所有 RFC 都可以在 rfc-editor.org 免费获取。从你可以用 IP 确认酱验证的 IP 地址规范（RFC 791）开始阅读，或许是一个有趣的起点。