恶搞RFC

恶搞RFC是互联网国际标准机构的RFC协定里的一批纯属搞笑的创作，通常都在愚人节发表。这个传统自1989年开始，而且每年的愚人节都会有至少一个搞笑的RFC推出。这些文件都依照1973年6月发表的RFC 527（代号ARPAWOCKY）标准制定。亦有其他搞笑的RFC文件在愚人节以外的时间发表。这些恶搞类的RFC文件都在下面的列表中详列。

## 恶搞RFC列表

- RFC 527 — ARPAWOCKY. R. Merryman, UCSD 1973年6月22日 A Lewis Carroll pastiche.
- RFC 968 — Twas the night before start-up. V.G. Cerf 1985年12月1日

愚人节发表：

1978：RFC 748 — TELNET 随机丢失选项. M.R. Crispin.

恶搞自正常的TCP/IP 文档。很长一段时间里其在RFC 索引内被标注为“note date of issue”，很显然有人拿它很当回事。

1989：RFC 1097 — TELNET 潜意识信息选项. B. Miller.

1990：

<image>

RFC 1149 — 以鸟类为载体的网际协议（IP over Avian Carriers） D. Waitzman：由白鸽携带封包。

- RFC 2549 为其更新版，详细见下。
- 2001年，RFC 1149由一班挪威Linux使用者协会的成员实现了。他们传送了9个封包到约5公里外的地方，每个封包由不同的鸽子携带，并有一个ICMP应答要求封包（ping）。他们收到4个回应，封包流失率是55%，回应时间是3000至6000秒。
- RFC 6214 为其于IPv6上的应用。见下。

1991：RFC 1216 — GB网络经济与范式转移 更穷的理查、Kynikos教授

RFC 1217 — 来自慢速运动研究联盟（CSCR）的备忘录 Vint Cerf

1992：RFC 1313 — 今天的KRFC AM 1313互联网广播节目单. C. Partridge. 该RFC的某些部分已过时：在协和飞机上飞行时的多普勒频移已不再是问题。

1993：RFC 1437 — 将MIME内容类型扩展到新媒介. N. Borenstein, M. Linimon.

RFC 1438 — 互联网工程工作小组（IETF）沉闷宣言（SOBs） A. Lyman Chapin, C. Huitema.

1994：RFC 1605 — SONET转换至Sonnet的方法 威廉·莎士比亚

RFC 1606 — IPv9使用史 J. Onions

RFC 1607 — 来自21世纪的观点 Vint Cerf

1995：RFC 1776 — 地址就是讯息（The Address is the Message） Steve Crocker：没有内容，我们还需要资讯安全吗？

1996：RFC 1924 — IPv6地址的紧凑表示法. R. Elz.

RFC 1925 — 十二条网络真理. R. Callon.

RFC 1926 — 在ATM顶部进行IP数据报实验性封装. J. Eriksson.

RFC 1927 — 建议的附加MIME类型，用于关联文档. C. Rogers.

1997：RFC 2100 — 主机命名 J. Ashworth

1998：

<image>

RFC 2321 — RITA -- 可信的互联网疑难排解代理. A. Bressen.

RFC 2322 — IP地址管理（使用peg-dhcp） K. van den Hout et al.

RFC 2323 — IETF辨识和安全指引 A. Ramos

RFC 2324 — 超文本咖啡壶控制协议 （HTCPCP/1.0）. L. Masinter

RFC 2325 — 使用SMIv2的滴漏式加热饮料硬件设备的受管理对象定义. M. Slavitch

1999：

<image>

RFC 2549 — 有QoS的以鸟类为载体的网际协议（IP over Avian Carriers with Quality of Service） D. Waitzman：是RFC 1149的更新版。

RFC 2550 — Y10K与其他 S. Glassman、M. Manasse、J. Mogul.

RFC 2551 — 罗马标准过程 -- Revision IIIS. Bradner

2000：RFC 2795 — 无限猴子协定组 （IMPS） S. Christey

2001：

<image>

RFC 3091 — 圆周率数字产生协定. H. Kennedy

RFC 3092 — "Foo"的字源学 D. Eastlake 3rd, C. Manros、埃里克·斯蒂芬·雷蒙

RFC 3093 — 防火墙加强协定 （FEP） M. Gaynor, S. Bradner

2002：RFC 3251 — 电力传送（Electricity over IP, 参见Voice over IP） B. Rajagopalan.

RFC 3252 — Binary Lexical Octet Ad-hoc Transport. H. Kennedy.

2003：RFC 3514 — IPv4报头中的安全标志（邪恶位）. S. Bellovin.

2004：RFC 3751 — 全知者协定的条件 S. Bradner

2005：RFC 4041 — 路由区草案中的道德部分要求. A. Farrel.

RFC 4042 — UTF-9和UTF-18有效的Unicode转换格式. M. Crispin.

2007：

<image>

RFC 4824 — 使用旗语传递IP数据报 （SFSS）

2008：RFC 5241 — IETF协议中的命名权, A. Falk

RFC 5242 — 广义统一字符编码：西欧和中日韩部分, J. Klensin

2009：RFC 5513 — IANA对三字母缩写词的考虑, A. Farrel

RFC 5514 — 社群网络架构上的IPv6 E. Vyncke

2010：RFC 5841 — TCP封包心情的选项 R. Hay, W. Turkal

2011：RFC 5984 — 使用ESP基础转发提高IP网络吞吐量：ESPBasedForwarding, K-M. Moller

RFC 6214 — RFC 1149在IPv6的应用 B. Carpenter, Univ. of Auckland

RFC 6217 — 使用大气链路层的区域广播, T. Ritter

2012：RFC 6592 — 发送空数据包, C. Pignataro

RFC 6593 — 使用捉迷藏进行域伪名系统（DPS）的服务未发现, C. Pignataro, J. Clarke, G. Salgueiro

2013：RFC 6919 — RFC中用于指示要求级别的进一步关键字, R. Barnes, S. Kent, E. Rescorla

RFC 6921 — 超光速（FTL）通信的设计考虑, R. Hinden

2014：RFC 7168 — 用于茶流量设备的超文本咖啡壶控制协议（HTCPCP-TEA）, I. Nazar

RFC 7169 — NSA（无机密性保证）证书扩展, S. Turner

2015：RFC 7511 — IPv6的风景优美路由, M. Wilhelm

RFC 7514 — 真正明确的拥塞通知（RECN）, M. Luckie

此年4月1日未发布RFC。

2017：RFC 8135 — IPv6中的复杂寻址 M. Danielson, M. Nilsson

RFC 8136 — IPv6的附加转换功能 B. Carpenter

RFC 8140 — ASCII的艺术——以字符形式对奇妙与精彩之事物进行真实与准确的描述 A. Farrel

2018：RFC 8367 — 错误终止互联网协议（IP）数据包 T. Mizrahi, J. Yallouz

RFC 8369 — 使用128位Unicode国际化IPv6 H. Kaplan

2019：RFC 8565 — 超文本危险协议（HTJP/1.0） E. Fokschaner

RFC 8567 — 客户管理DNS资源记录 E. Rye, R. Beverly

2020：RFC 8771 — 国际化的故意不可读网络符号（I-DUNNO） A. Mayrhofer, J. Hague

RFC 8774 — 量子错误 M. Welzl

2021：RFC 8962 — 建立协议警察 G. Grover, N. ten Oever, C. Cath, S. Sahib

2022：RFC 9225 — 被认为有害的软件缺陷 J. Snijders, C. Morrow, R. van Mook

RFC 9226 — Bioctal：十六进制2.0 M. Breen

2023：RFC 9401 — 向TCP中添加死亡（DTH）标志 S. Toyosawa

RFC 9402 — 连接符号 M. Basaglia, J. Bernards, J. Maas

RFC 9405 — AI讽刺检测：如何侮辱你的AI而不冒犯它 C. GPT, R. L. Barnes

2024：RFC 9564 — 超光速协议（Faster Than Light Speed Protocol (FLIP)） M. Blanchet

2025：RFC 9759 — 时序协调框架之统一时间缩放（Unified Time Scaling for Temporal Coordination Frameworks） K. Kuhns

估算任务所需时间在工程、商业与日常沟通中始终困难重重。该RFC提出一个通用解法：无论任务实际复杂度为何，一律估算为“两周”。此方法可显著提升跨团队沟通一致性，并消除过度乐观或悲观的时间预测。

2026：RFC 9948 — 互联网协定警察惩罚标准（Internet Protocol Police (IPP) - Schedule of Punishments） G.R. Beard, O.F. Art, H. Alvestrand, Ed.

定义对违反IETF“集体智慧”的行为之处罚措施，包括但不限于强制阅读所有过时RFC、重新命名变数，以及公开承认“这其实应该用UDP”。

RFC 9949 — BUSA-TLS：使用 2 Live Crew 的《Banned in the U.S.A.》进行 TLS 1.3 强制音讯组件（MAC）预共享密钥（PSK）衍生（BUSA-TLS: Mandatory Audio Component (MAC) Pre-Shared Key (PSK) Derivation for TLS 1.3 Using 2 Live Crew's "Banned in the U.S.A."） R. Sayre

规定在未使用预共享密钥（PSK）时，TLS 1.3初始金钥材料不得为全零，而必须替换为歌曲《Banned in the U.S.A.》之原始PCM音讯经SHA-256杂凑后的结果。未遵循此规范的实作将被视为不合标准，且其音乐品味亦备受质疑。

## 来源

本条目部分或全部内容出自以GFDL授权发布的《自由线上电脑词典》（FOLDOC）

## 外部链接

- CIO Magazine commentary on RFC 3751 and 1 April RFCs in general