请教udp丢包问题

ngy

我在sco下调用socket与一个设备通讯，该设备是自行生成处理udp包的。目前发现一个比较奇怪的现象。
   通讯过程：
       sco与设备建立连接后反复从设备取资料。具体为，sco发送一个短包给设备，设备连续发送72包的大包（约1300字节）及一个60字节的小包。这为一次完整的动作，从设备总共取得约92k字节的数据。 反复调用此函数，发现第62次动作中的某一个固定的包总是收不到（即为61*73＋某一固定值 的包）。使用其他监控软件发现设备确实发出，该包也完全正确，只是sco没收到。若使用setsockopt函数增大接收缓冲，也仅是丢失的包的位置有变化，但仍是固定的（不同的接收缓冲来其位置不同），而且变化不大。
   这种情况仅在该设备第一次通电后才发生，其后基本不再发生。
   是sco方面的问题吗？为什么每次设备通电后才会发生？即使其后关闭socket重新建立都不再发生？

蓝色键盘

很难确定是SCO的问题。这要看sco和设备的缓冲区处理机制。

第一次通电后，sco能够发送成功，并且能够接受部分。从实现上面将，UDP协议没有负责不丢包的责任。接受不到是有可能的，看你的描述似乎是由于UDP接受缓冲太小导致的。如果设备是连续发送72包的大包（约1300字节）及一个60字节的小包。UDP要么丢弃，要么设备发送的目的不对。对于1300字节的处理应该不会出现什么问题的。

ngy

可能我没说清楚。

   72个大包每个都是约1300字节的，而每次是指sco接收72个大包和1个小包，共约92K字节。我说的第62次是指sco接收了到第62次的92K字节

蓝色键盘

如果是这样，有可能是SCO的接受缓冲区造成的，倘若你能保证设备发送正确的话。
用ndd或sysconf等工具看看系统中UDP接受缓冲区的大小。

ngy

但我用setsockopt函数将SO_RCVBUF增大了，也没用。
而且若缓冲不够，为何每次都是丢了那个包，且此后又不再丢了？是系统自动适应了吗？
  那为什么我不重启机器，而重启设备后就又在那个位置出问题了？

JohnBull

应该是操作系统的BUG，可能是用来操作环形队列的某个初始变量设置错误造成的。
向厂商报告，索取patch吧。

ngy

谢谢