惡搞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：

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：

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

此年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