恶搞RFC

维基百科，自由的百科全书
跳转到导航 跳转到搜索

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

恶搞RFC列表[编辑]

File:Homing pigeon.jpg
鸽子也可以发送数据包！
File:Vacpot3.jpg
RFC 2324
File:Monkey-typing.jpg
RFC 2795包含与在打字机前试图打出莎士比亚著作的猴子通信的协议
File:PiCM200.svg
RFC 3091说明了强大计算π的数值的主机和缺乏π支持的客机之间的通信协议
File:Semaphore Hotel.svg
IP-SFS Data Signals 0x07（参见RFC 4824）
  • 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：
RFC 1149 — 以鸟类为载体的网际协议（IP over Avian Carriers） D. Waitzman：由白鸽携带数据包。
  • RFC 2549 为其更新版，详细见下。
  • 2001年，RFC 1149由一班挪威Linux用户协会的成员实现了。他们发送了9个数据包到约5公里外的地方，每个数据包由不同的鸽子携带，并有一个ICMP应答要求数据包（ping）。他们收到4个回应，数据包流失率是55%，回应时间是3000至6000秒。[1]
  • 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：
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：
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：
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：
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
2016：
此年4月1日未发布RFC。[2]
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散列后的结果。未遵循此规范的实现将被视为不合标准，且其音乐品味亦备受质疑。

来源[编辑]

  1. ^ 存档副本. [2011-10-15]. （原始内容存档于2011-10-04）. 
  2. ^ Flanagan, Heather. hey, guys, where 1 april 2016 RFC. Ups.... rfc-i (邮件列表). 2 April 2016 [6 April 2016]. （原始内容存档于2018-06-16）. 

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

外部链接[编辑]

检索自“https://arolstar52-zhtest.hf.space/index.php?title=惡搞RFC&oldid=101443”