我现在在做一个有关ip多播的实验,遇到了一个问题:当服务器发出一个数据报后要收到客户机的确认信息才会发送下一个数据报,但这时如果同时有100多个机子发送确认信息,必定会产生阻塞总题,请问如何解决???谢谢!!!!

解决方案 »

  1.   

    因为他要我用的应用层协议是TFTP,这个协议就需要客户的确认,成为可靠的传输。有没有办法啊
      

  2.   

    如果ftfp能用多播实现,早就被人实现了。
    多播设计出来就是为了支持流媒体之类的东西传送用的,不在乎丢掉一两个包。
    tftp本来就是简单的停等协议,一定要做成多播,结果会是一个客户出了问题,其它所有人都得等待,客户越多性能下降越多,最后导致不可用。
      

  3.   

    谢谢楼上的几位这个问题我已经有了解决办法了。现在我又有一个问题:
    我用udp传送文件,数据的格式用tftp。这样读写文件的操作由自己来写,这样就出现了一个问题,就是如果我收到一个数据包,就写一次文件,当丢失了一个数据,应该怎么做,是一些特殊标记,还是用什么别的方法???
      

  4.   

    用邮件队列的方法就行了,先建临时文件,完成以后再拷回去。另外丢失数据和你的接收端根本没有关系啊。接收端只需要考虑过滤掉收到的重复块。而服务器端一段时间内收不到一个块的ACK,应该重发。