0

与自定义客户端通信时,我得到以下信息。对于定制客户端,我的意思是带有运行三速以太网英特尔 FPGA IP 的 FPGA 的自制 PCB。如果在 PC 和 PCB 之间切换,则没有区别。

从服务器(Windows PC)看到的工作流程,我用wireshark检测到这种行为:

  1. 连接到客户端 (Syn - Syn/Ack - Ack) Winsock2.connect
  2. 使用 Winsock2.WSASend 发送数据 > MTU(4088 字节 MTU 上的 4092 字节)
  3. 数据包被“分段”成 2 个数据包 - 不设置分段位
  4. 发生重传(因为客户端回答太慢?)

我正在使用 delphi 10.4 并使用 Winsock2 函数。在每次发送之前,如果 FD_Isset 设置了 fdwrite,我会使用 select 检查。Nagle 已停用。

“重传”并非每次都发生,当它们发生时我无法检测到任何类型的模式。除了大多数情况下,客户端需要超过 30 毫秒来发送他的 ACK。

当“重传”发生时,重新发送的不是数据包 1 或数据包 2,而是数据包 1 的偏移量为 60,这是数据包 2 的有效负载。数据包 1 的序列号也增加了 60。即使数据是正确的,它也正确地增加了 60。当我发送 6000 字节时,我得到相同的行为,增加的 seq 为 1968,这也是正确的。这里发生了什么?我可以用winsock2检测到这个吗?我可以用winsock设置RTO吗?为什么序列号增加而不是数据包1,因为它是,重新传输?

发送函数源码:

function TZWinTCPSock.SendData (out ErrMsg : TAPILogStruct; SendOffset : 
Cardinal = 0)  : Boolean;
var
  WSABuff   : WSABUF;
  res       : Integer;
  IPFlags   : Cardinal;
  t         : Cardinal;
  WSAErr    : Cardinal;
begin
  Result      := FALSE;
  WSAErr      := WSAGetLastError;
  try
    if not CheckSockValid(ErrMsg) then // checks if fd_write is set
    begin
      exit(false);
    end;
    try
      WSABuff.len   := FMem.SendLength; // 4092 at this time Cardinal
      WSABuff.buf   := @FMem.SendData[SendOffset]; // 8192 Bytes reserved TArray<Byte>
      IPFlags       := 0;
      res := WSASend(FSocket,@WSABuff,1,FMem.sentBytes,IPFlags,nil,nil);
      if Res <> SOCKET_ERROR then
      begin
        if FMem.SendLength <> FMem.SentBytes then
        begin
          exit(false);
        end
        else
        begin
          Result := TRUE;
          if WSAGetLastError <> WSAErr then // unexpected WSA error
          begin
            exit(FALSE);
          end;
        end;
      end
      else
      begin
        FLastWSAErr       := WSAGetLastError;
        if FLastWSAErr = WSAECONNRESET then
        begin
          Disconnect(ErrMsg);
          exit(false);
        end;
      end;
    except
      on E : Exception do
      begin
        // Some error handling
      end;
    end;
  finally
    
  end;
  
end;

线鲨

Edit1 数据包设置了不分段位。我试图用 Windows 管理中心检测这种“重新传输”,但我没有看到任何弹出。 性能监视器

4

1 回答 1

0

在Microsoft Q&A上得到了答案。看起来这是目标主机出现故障的尾部丢失探测问题,因为回复时间过长并且 srtt 超时。

于 2021-08-11T08:43:04.587 回答