【问题标题】:What to do about UDP packets arriving in pieces如何处理分段到达的 UDP 数据包
【发布时间】:2014-03-23 08:37:04
【问题描述】:

我有一个循环接收 UDP 数据包的 Java 应用程序:

while (running) {
    try {
        // Block until a packet is received on the port
        byte[] buffer = new byte[1024];
        DatagramPacket receivePacket = new DatagramPacket(buffer, buffer.length);
        serverSocket.receive(receivePacket);
        ByteArrayInputStream byteIn = new ByteArrayInputStream(receivePacket.getData(), 0, receivePacket.getLength());
        DataInputStream dataIn = new DataInputStream(byteIn);

        // Print packet
        String packetString = "";
        while((packetString = dataIn.readLine()) != null) {
            Log.d("WiFi", packetString);
        }

    } catch (IOException ex) {
        Log.d("WiFi", "Problem receiving: " + ex.toString());
    }
}

当我收到数据包时,其中许多都按预期到达,但每隔一段时间,我就会收到一个分成两部分的数据包:

103, -5.84, 5.64, 140.72, #A-=-22.53,-50.18,248.83,  #G-=52.00,-69.00,-18.00,   #M-=-146.66,-155.18,151.06,   2575012
103, -6.51, 5.62, 140.41, #A-=-22.53,-51.20,248.83,  #G-=23.00,44.00,-7.00,   #M-=-146.21,-156.13,151.06,   2575036
103, -7.23, 5.65, 140.09, #A-=-19.46,-49.15,243.71,  #G-=17.00,68.00,-2.00,   #M-=-144.85,-155.18,151.06,   2575063
103, -7.76, 5.60, 139.81, #A-=-17.41,-50.18,240.64,  #G-=17.00,71.00,0.00,   #M-=-143.94,-155.65,153
.47,   2575090
103, -8.51, 5.34, 139.40, #A-=-12.29,-47.10,233.47,  #G-=31.00,-1.00,-5.00,   #M-=-144.85,-154.70,151.87,   2575135
103, -9.20, 4.76, 138.95, #A-=-15.36,-50.18,239.62,  #G-=22.00,30.00,-3.00,   #M-=-146.66,-156.13,151.87,   2575200
103, -9.82, 4.46, 138.61, #A-=-15.36,-47.10,239.62,  #G-=33.00,1.00,-3.00,   #M-=-145.76,-156.13,152.27,   2575266
103, -10.38, 4.07, 138.23, #A-=-14.34,-48.13,235.52,  #G-=30.00,4.00,-7.00,   #M-=-144.85,-155.65,152.27,   2575372
103, -10.90, 3.76, 137.90, #A-=-14.34,-48.13,237.57,  #G-=29.00,19.00,-4.00,   #M-=-145.30,-156.13,151.47,   2575520
103, -11.41, 3.53, 137.44, #A-=-15.36,-48.13,235.52,  #G-=25.00,18.00,-4.00,   #M-=-146.21,-155.18,151.47,   2576917

正如您在第 4 行和第 5 行看到的那样,4 的最后一个尾随字符已被截断,剩余字符的新数据包已到达。从我对 UDP 的阅读中,每个人都警告说 UDP 不能保证数据包的到达。就我而言,这不是问题;丢弃的数据包听到或不会破坏我的应用程序。但是,我没有发现任何关于不一定完整到达的数据包的信息。事实上,我已经读到这不会发生。

这通常是如何处理的?我很难知道到达的数据包是否完整,我可以等待下一个数据包并附加数据。

【问题讨论】:

  • 由于 IP 级别的分段应该在您看到数据包之前在 IP 堆栈中撤消,我怀疑服务器正在以两个数据包的形式发送数据。您最好的选择是在使用 Wireshark 观察流量的同时复制该条件,以了解 实际 发生了什么。这里有足够多的不同移动部件(服务器、网络、操作系统、TCP/IP 堆栈等),如果不查看线路上的网络流量,您不可能走得更远。
  • 我下载了 WireShark,我正在查看数据包。我以前没有使用过 WireShark,现在我处于摆弄模式。看起来正在发生的事情是一个标准数据包大约 156 字节,但有时它会将这些组合成一个更大的数据包(我假设操作系统正在实现某种缓冲区?当流量频繁时会发生这种情况)高达 492 字节. This Answer 暗示我达到了极限。这通常是怎么做的?
  • 不,这是指传输层碎片。在应用层,要么整个数据包到达目的地,要么没有。 UDP 永远不会将多个源数据报组合成一个 IP 数据包。您必须将 Wireshark 跟踪与调试输出相匹配并重新创建条件以查看正在发送的内容。注意IP分片标志;当检测到碎片时,Wireshark 会告诉您。

标签: java sockets udp datagram


【解决方案1】:

你描述的是不可能的。 UDP 数据报完好无损地到达或根本不完整到达。服务器必须以两个数据报的形式发送数据。

【讨论】:

  • 经过一番挖掘,原来我用来发送 UDP 数据包的芯片(WiFly Rn-Xv)会自动将数据捆绑成更大的数据包,然后在更大的数据包时拆分成多个数据包长大了。我假设这样做是为了减少开销。我通过在字符串的开头添加一个特殊字符并在字符串的结尾添加一个特殊字符来解决我的问题,这样我就可以检查一个数据包是否包含全部数据。如果没有,我可以附加一个新数据包。
猜你喜欢
  • 2020-06-23
  • 2018-06-22
  • 1970-01-01
  • 1970-01-01
  • 2021-07-25
  • 2013-10-14
  • 2021-10-04
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多