针对人们在加入互联网标准制订中保存的一些问题和误区，，，，，日前，，，，，IETF的资深研究职员Nick发了一份邮件。。。。。 。
邮件是发给一个名叫Khaled的人。。。。。 。Khaled之条件交了自己的一个新的协议计划草案，，，，，自我感受很是好。。。。。 。但该计划在IETF并没有获得接纳，，，，，他感应很生气。。。。。 。这一历程一连了两年，，，，，他一直说自己的计划很是好，，，，，但自己不是程序员，，，，，无法编程验证。。。。。 。最近他又换了一个事情组，，，，，重新提出他的草案，，，，，并发出关于IETF不敷重视其提议的果真邮件。。。。。 。针对此，，，，，Nick提出四点建议，，，，，这些建议提到的一些问题关于想在IETF提交草案并期望能够成为RFC标准的研究职员同样具有参考价值，，，，，邮件内容如下：
Khaled：
已往几年中，，，，，有许多人看过你提议，，，，，他们通过几百封邮件的讨论交流后一致得出相同的结论：你的提议行欠亨。。。。。 。现实上，，，，，这也意味着，，，，，你是在要求IETF事情组处置惩罚一个他们以为行欠亨的提议。。。。。 。
若是你想让IETF稳重思量你的想法，，，，，那么你首先需要证实这些提议是可以实现的。。。。。 。那你就需要从谛听和处置惩罚意见最先，，，，，尤其是那些被多次提出着重讨论的问题。。。。。 。
关于此，，，，，我有几个建议：
1. 写一份你所提出的提议是怎样事情的原理实现。。。。。 �；；； ；；；；蛘呤墙睬逦�，，，，，你所提出的手艺是怎样与IPv4或者IPv6网络建设毗连的？？？？？
2. 更新其他协议的规范文件以支持你的提议，，，，，如路由协议：BGP、mpls、OSPFv2、OSPFv3、ISIS等。。。。。 。仅针对这些协议就至少有500个RFC，，，，，以是为什么不选择一小部分举行更新，，，，，使其能够支持你的想法？？？？？若是你能编写出一个有用的实现文档，，，，，应该会更好。。。。。 。
3. 为主机应用程序编写一个API规范以解决双重寻址问题。。。。。 。
4. 写一份你所提议的“路由协议”的实现细则，，，，，它应允许一个网络与另一个网络交流路由信息。。。。。 。专业提醒：确保它能在你提议的手艺上事情。。。。。 。
说你不是程序员以及让别人为你的想法编写代码一定是不可取的。。。。。 。现在的问题是，，，，，许多研究职员已经明确体现你的想法不可行，，，，，若是你希望你的想法被认真、稳重看待，，，，，那么你有责任去证实他们的想法是过失的。。。。。 。
一直争辩别人应该认真看待你的想法，，，，，这件事也是没有用的。。。。。 。除非你能证实它们是可以事情的，，，，，是确实有用的，，，，，不然人们不会认真看待它们。。。。。 。
当你写出代码证实你的想法确实可行，，，，，然后再回到IETF，，，，，也许那时人们会更认真地看待你的想法。。。。。 。
Nick
