erros enormes de perda de pacotes e soma de verificação

Question

Nosso servidor de 2008 começou a trabalhar muito lentamente em duas semanas. Nossos sites (iis 7.5) estão carregando muito lentamente e às vezes seu congelamento. Nós começamos a testar com wireshark e vimos que nossos pacotes são perdidos durante a transmissão. O cliente exige os mesmos pacotes várias vezes, por favor, verifique abaixo.

(CLIENT): 11 3.492500 TCP do servidor do cliente 54 61220 > http [ACK] Seq = 316 Ack = 5521 Win = 66240 Len = 0 (SERVER): 12 3.495204 Cliente do servidor TCP 1434 [TCP segmento anterior perdido] [segmento TCP de uma PDU remontada]

(CLIENTE): 13 3.495225 TCP do servidor cliente 66 [TCP Dup ACK 11 # 1] 61220 > http [ACK] Seq = 316 Confirmação = 5521 Win = 66240 Len = 0 SLE = 6901 SRE = 8281

**** (SERVIDOR): *** 14 3.604038 Cliente do servidor TCP 1434 [segmento TCP de uma PDU remontada]

** (CLIENTE): *** 15 3.604062 TCP do servidor cliente 66 [TCP Dup ACK 11 # 2] 61220 > http [ACK] Seq = 316 Confirmação = 5521 Win = 66240 Len = 0 SLE = 6901 SRE = 9661

** (SERVIDOR): *** 16 3.606074 Cliente do servidor TCP 1434 [TCP segmento anterior perdido] [segmento TCP de uma PDU remontada] ...

** (CLIENTE): *** 23 3.714810 Servidor Cliente TCP 74 [TCP Dup ACK 11 # 6] 61220 > http [ACK] Seq = 316 Confirmação = 5521 Win = 66240 Len = 0 SLE = 11041 SRE = 16561 SLE = 6901 SRE = 9661

** (SERVIDOR): *** 24 3.718211 Cliente cliente TCP 1434 [TCP Fast Retransmission] [segmento TCP de uma PDU remontada]

Nós checamos os quadros em detalhes e vimos que a maioria dos erros são "erros de descarga de checksum de IP". quando desabilitamos "Checksum offload" do nosso adaptador de rede, então começamos a receber muita "suspeita de transmissão" e o servidor ainda está lento. O interessante é que em um dos nossos IP's em nosso servidor não estamos recebendo este erro, e os sites que usam esse IP são rápidos o suficiente.

Você tem alguma ideia do que está acontecendo?

    

Answer 1

Muitos problemas de desempenho do TCP se resumem a problemas muito simples com perda consistente de pacotes; mesmo taxas de perda que parecem pequenas (0,5%) podem causar problemas significativos para o TCP.

Faça o download winmtr e instale-o no seu servidor Windows 2008; este é um utilitário gratuito que rastreará a perda de pacotes por salto. Execute isso em destino (s) onde você enfrenta problemas de taxa de transferência. Seu objetivo é basear a perda consistente de pacotes por pelo menos 10 ou 15 minutos; às vezes eu deixo correr por horas para pegar uma perda intermitente de pacotes em um salto. Quando você vê um salto onde a perda de pacotes começa, e continua em todos os saltos depois, esse é o lugar para começar a procurar por problemas.

Exemplo:

Neste rastreio, a perda de pacotes começa no primeiro salto na rede (10.27.136.1), pelo que a ligação na placa de rede / router da máquina da janela é uma causa possível; congestionamento no primeiro salto é outra causa possível.

Lembre-se de que o winmtr conta com mensagens de erro ICMP dos roteadores, então

• Os switches Ethernet não aparecem como um salto explícito no caminho, mas ainda podem contribuir para a perda de pacotes
• Algumas mensagens de erro ICMP de limite de taxa de roteadores (ou mesmo filtro), portanto, os saltos que não mostram perda consistente de pacotes após eles podem estar atingindo apenas seu limite de taxa (ou configurado para filtrar erros de ICMP)
• Os firewalls podem impedir a visibilidade por meio deles