关于UDP广播中如何提高可靠性

scutan

请教一下，在进行广播的时候，网络环境较好，即内部网中，如果某一台机器广播数据包，它发送的速度较快，传送的内容较大，在接收数据的主机中，有的主机可能运行较慢，以致于不能够接收完整个数据，我已经调整了接收端的SO_RCVBUF，使其最大，但还是会出现丢包的情况。那么该怎样来解决这个问题呢？

我目前是这样想的：
1. 在发送端每次发送时调用 usleep(100)进行流量控制，目前的测试效果来看，运行较慢的主机基本上不会掉包。但是感觉这种方法不太可靠。
2. 若在UDP中采用超时，重传的机制的话，由于是广播的方式，我不知道某个主机A是否正在监听该端口，所以不好采用请求－应答的方式。

我个人更倾向于流量控制的方式，毕竟原因在于接收机处理不过来。不过怎样在广播中进行流量控制？

还请各位指教一下，谢谢！

scutan

其实之前是TCP的方式，一台机器向多台发送相同的内容，但是又说这样效率不高，如果用UDP广播的话就要快一些。
你说的先TCP，后UDP是不是说先用TCP和对方建立连接，然后再用UDP进行传输？相当于FTP那种一个控制，一个传输的方式

scutan

UDP确实不能够很好地提供可靠性，不过现在还只是在论证看是否可行。

[ 本帖最后由 scutan 于 2008-8-22 20:16 编辑 ]

scutan

原帖由 system888net 于 2008-8-22 20:17 发表


当然可行,只不过麻烦点罢了!

嗯，是的。
主要是看与TCP传输相比，能否明显提高性能。

scutan

广播的内容是在变化，不过每次发送之间的时间间隔还是有的，足够让数据都发送完。

嗯，是的，接收端必须保证每一个包都不能丢失。（所以我感觉必须自己进行某种检验）

所以的机器都是已经开机了，在内部网中的。

scutan

原帖由 bobozhang 于 2008-8-22 20:29 发表
你要传送的电脑越多，你的数据量越大，用udp广播比起tcp越高效吧
当然麻烦的是你要自己实现重传机制如果数据包不可以丢失的话

嗯，点对点的UDP和重传倒还好办，不过一对多的方式感觉有点吃力。

scutan

先谢谢，不过这两个协议感觉太复杂了一点，RTP还在RCTP层之上。因为本身就是为了提高效率，所以如果有更简单一点的流量控制方面的方法就更好了。
Thanks again.

scutan

原帖由 system888net 于 2008-8-22 20:52 发表


那建议考虑这样:
  1. 发送方用广播的方式,而且包中有发送序号SNsend,并且打开一个UDP端口 Psr 进行接收反馈信号.
  2. 接收方在收到数据包后,向发送方的psr端口发送确认信号,确认信号里有SNsend和本机的 ...

嗯，谢谢。这是一个好方法，我觉得每次发送的数据包的大小应该小于UDP的SO_RCVBUF。是吧？
其实我觉得不用发送序号SNsend吧？因为是每一个包一次反馈。你觉得呢？

scutan

原帖由 system888net 于 2008-8-22 20:52 发表


那建议考虑这样:
  1. 发送方用广播的方式,而且包中有发送序号SNsend,并且打开一个UDP端口 Psr 进行接收反馈信号.
  2. 接收方在收到数据包后,向发送方的psr端口发送确认信号,确认信号里有SNsend和本机的 ...

谢谢，学习了。