飛鴿傳書通訊協定

網際網路工程工作特別小組 (IETF, Internet Engineering Task Force) 是一個大型的開放性國際社群，成員包括對網路網路架構進化和平順運作有興趣的網路設計者、營運商、代理商和研究人員。而且它也對所有有興趣的個人開放。 IETF 實際上的技術工作是由一個個的工作群組來達成，每個工作群組是由特定領域的主題構成，像是路由、傳輸、安全性等。大部分的工作都是使用郵遞論壇 (mailing list) 來協調，並且每年定期開三次會議。（以上簡介取自 XML 台灣資訊網）

而 IETF 的重要工作之一，就是制訂各種 RFC (Request For Comments) ，也就是網際網路上各種標準化的通訊協定。然而就跟所有的黑客組織一樣，這個機構三不五時也會調皮一下，煞有其事地發表些奇怪的 RFC ……

1990 年的愚人節 (4/1) ， BBN STC (BBN Systems and Technologies Corporation) 的 David Waitzman 發表了 RFC 1149 "A Standard for the Transmission of IP Datagrams on Avian Carriers" 這個通訊協定，規範了使用飛行鳥類來傳遞 IP 資料片 (IP Datagrams) 時的種種標準。

這個通訊協定大概就是大家耳熟能詳的「飛鴿傳書」了。根據 CNET 在 2001 年 5 月 4 日的報導，後來真的有人拿鴿子實做了這個通訊協定。一群挪威柏根的 Linux 瘋子，成功地使用 CPIP (Carrier Pigeon Internet Protocol, 信鴿網際網路通訊協定) 這個通訊協定，傳遞了 ping 這個 IP 指令；她們還計算出了飛鴿傳書的速度，大約是 0.08bps ，也就是祇有 56kbps 數據機的速度的~~七百分之一~~七十萬分之一。

稍後，在 1999 年的愚人節， David Waitzman （他這時在 IronBridge Networks 工作）又發表了 RFC 2549 "IP over Avian Carriers with Quality of Service" ，這是 RFC 1149 的更新版，為信鴿網際網路通訊協定加上 QoS(Quality of Service) 提供穩定、可預測的資料傳送服務，來滿足使用程式的需求。 Waitzman 寫道，「載體（信鴿）具有本質上就有所衝突的閃避系統」，這會使得牠們在鳥啼叫中的網路環境下遭遇傳遞障礙；同時他也註明了在專利權上會面臨的問題，他寫著「有項爭論至今仍方興未艾：是到底先有鴿子還是先有蛋」。

在 2003 年的愚人節， AT&T Labs Research 的 Steven M. Bellovin 發表了 RFC 3514 "The Security Flag in the IPv4 Header" 。他提出要在 IPv4 封包前面加上一個旗標，當這個旗標的值為 0x0 的時候，就表示這是個善意的封包，主機或其他網路元件接受到這種封包時，都應該假設它是個無害的封包，而不該採取任何的防衛偵測。（今日多數的電腦都已經符合了這個要求）如果這個旗標的值是 0x1 的話，就表示這是個「邪惡」的封包；強韌的系統此時應該要開始抵禦這個封包的入侵，而脆弱的系統則可以選擇要當機或者被入侵。

Bellovin 同時寫道，系統或主機應該要提供對應的 API （應用程式介面），來協助各種惡意程式來將這類的封包加上這個「邪惡」旗標；而那些入侵／攻擊軟體，則務必要採用這樣的 API ，以確保她們所送出來的網路封包具有這個「邪惡」旗標。

除了這裡舉出來過的三個例子外，其實 IETF 幾乎每一年的愚人節都會煞有其事地發表一個這類的通訊協定或標準。有興趣的朋友不妨看一下這份被整理好的 Humourous RFC's 。