針對人們在參與互聯網标準制定中存在的一些問題和誤區(qū)，日前，IETF的資深研究人員Nick發了一份郵件。

　　郵件是發給一個名叫Khaled的人。Khaled之前提交了自己的一個新(xīn)的協議方案草(cǎo)案，自我感覺非常好。但該方案在IETF并沒有得到采納，他(tā)感到很(hěn)生氣。這一過程持續了兩年，他(tā)一直說自己的方案非常好，但自己不是程序員，無法編程驗證。最近他(tā)又換了一個工作(zuò)組，重新(xīn)提出他(tā)的草(cǎo)案，并發出關于IETF不夠重視其提議的公開郵件。針對此，Nick提出四點建議，這些建議提到的一些問題對于想在IETF提交草(cǎo)案并期望能(néng)夠成為(wèi)RFC标準的研究人員同樣具有參考價值，郵件内容如下：

Khaled：

　　過去幾年中，有很(hěn)多(duō)人看過你提議，他(tā)們通過幾百封郵件的讨論交流後一緻得出相同的結論：你的提議行不通。實際上，這也意味着，你是在要求IETF工作(zuò)組處理(lǐ)一個他(tā)們覺得行不通的提議。

　　如果你想讓IETF慎重考慮你的想法，那麽你首先需要證明這些提議是可(kě)以實現的。那你就需要從傾聽和處理(lǐ)意見開始，尤其是那些被多(duō)次提出着重讨論的問題。

　　關于此，我有幾個建議：

　　1. 寫一份你所提出的提議是如何工作(zuò)的原理(lǐ)實現。或者是講清楚，你所提出的技(jì )術是如何與IPv4或者IPv6網絡建立連接的？

　　2. 更新(xīn)其他(tā)協議的規範文(wén)件以支持你的提議，如路由協議：BGP、mpls、OSPFv2、OSPFv3、ISIS等。僅針對這些協議就至少有500個RFC，所以為(wèi)什麽不選擇一小(xiǎo)部分(fēn)進行更新(xīn)，使其能(néng)夠支持你的想法？如果你能(néng)編寫出一個有效的實現文(wén)檔，應該會更好。

　　3. 為(wèi)主機應用(yòng)程序編寫一個API規範以解決雙重尋址問題。

　　4. 寫一份你所提議的“路由協議”的實現細則，它應允許一個網絡與另一個網絡交換路由信息。專業提示：确保它能(néng)在你提議的技(jì )術上工作(zuò)。

　　說你不是程序員以及讓别人為(wèi)你的想法編寫代碼必然是不可(kě)取的。現在的問題是，許多(duō)研究人員已經明确表示你的想法不可(kě)行，如果你希望你的想法被認真、慎重對待，那麽你有責任去證明他(tā)們的想法是錯誤的。

　　一直争辯别人應該認真對待你的想法，這件事也是沒有用(yòng)的。除非你能(néng)證明它們是可(kě)以工作(zuò)的，是确實有效的，否則人們不會認真對待它們。

　　當你寫出代碼證明你的想法确實可(kě)行，然後再回到IETF，也許那時人們會更認真地對待你的想法。

　　Nick