建议性的对网络协议改动的禁止

领测软件测试网

　　 
　　BillCrowther的RFC67提出了一个比印记问题更基础的问题.任何对现有协议的改动都会影响到软硬件发展中已经获得的成果--其中有些已经持续了六个月了.在Multics的情况下不管是已经完成的还是在后期的调试阶段的程序都会受到他的影响.这一点在其他地方也无疑是个事实.

现在谈论这个问题并不是说现有的协议是完美的,而是说人们已经承认他是可用的而且开始落实他了.因此我们建议，在接着的六个月中,禁止大部分的对这个协议的改动,或不管多久,我们就让他运行下去,去了解他更多的特性.

这特别的指,如果某些改动只是为了影响实施的效率和方便性,则不予实施.如果设计上的主要错误被发现,应该提出并加以考虑,以进行对现存系统象征性的扩展.不过,
不能对现有系统的细节进行改动.

对这个论点,有几点是有帮助的.

[第一页]

NetworkWorkingGroupRFC72RobertD.Bressler

第一点,可能也是最重要的一点是:要尽快让系统工作起来.主要的好处将在使用他的地方发挥出来,而网络只有在使用中才有发展.我们感觉到,尽管在今后一些时间里重新编写部分NCP的工作将无可质疑的巨大,但是比起走另一条路时对网络使用和高层网络发展的作用力来说,这将是微不足道的.

另一个马上出现的问题是:那么哪些问题才能构成正式的改动?目前协议发展的历史表明:每当一个建议被提出,都会被修改多次,最后才能得到公认.因此每一个有关改动的建议都有可能妨碍计划的发展好几个月.

最后的一个因素是:一些想法有可能在最后的实施中才被发现是不可行的.已经商定了目前意见的人们将重新开始讨论,全面的检测也将展开.

我们认为这些因素已经足够重要,以至于可以冻结网络协议,除非问题严重到一些功能不可以实施.一些只是增强效率的改动将会保留到真正的网络操作已经测试过.

[Page2]

NetworkWorkingGroupRFC72RobertD.Bressler

这并不是说新的想法和观点不能提出,而是说提出时应该理解,它们被讨论只是以后可能实施,但不是马上.这个想法可能会通过给这样的文献起名体现出来,"有关禁止改动后对......的建议"

---

文章来源于领测软件测试网 https://www.ltesting.net/