意甲下注

互联网手艺研讨

在IETF,若何推动本身的设法?

来历:

时候:2020-09-17

针对人们在到场互联网标准拟定中存在的一些题目和误区,日前,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