O que faria com que a queda de quadros do ifconfig NIC aumentasse LENTAMENTE (90-100 quadros por dia)?

Question

Eu tenho um web appliance rodando o CentOS 5.11. Ele vê uma quantidade razoável de tráfego (desculpas, eu não tenho números específicos, mas sei que está em uso).

Por alguma razão, estou vendo ifconfig error counts lentamente incrementando nele.

eth0      Link encap:Ethernet  HWaddr AA:BB:CC:DD:EE:FF  
          inet addr:1.1.1.1  Bcast:1.1.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:202723544 errors:0 dropped:4959 overruns:0 frame:37
          TX packets:158354057 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4261083782 (3.9 GiB)  TX bytes:1224803677 (1.1 GiB)
          Interrupt:83 Memory:f6bf0000-f6c00000 

(IP e MACs são renomeados para proteger os inocentes).

A contagem de gotas aumenta cerca de 90-100 quadros por dia. Isso indica algum problema? Isso é normal"?

Além disso, o que significa frame:37 ?

    

Answer 1

Me deparei com uma postagem no blog que acredito que responda a essa pergunta:

Aqui está o resumo:

• RX packets: representa o número total de pacotes que foram recebidos . Isso inclui unidades de dados de rede ALLLLLLLLL que chegaram à interface (incluindo material que foi malformado / inválido / rejeitado).
• (RX) errors: representa o número de pacotes que tiveram "erros". Muita documentação na rede é rápida para rotular este contador como o número de quadros que falharam nas verificações de CRC. Embora isso seja certamente uma explicação possível, essa não é a ÚNICA razão pela qual um erro pode ocorrer. Outras possibilidades incluem (mas não estão limitadas a):
  • Quadros que são muito longos.
  • Estouro de buffer de anel (O buffer de anel é "um buffer que a NIC transfere quadros para antes de levantar um IRQ com o kernel")
  • ultrapassagens do fifo (explicadas abaixo)
  • Pacotes perdidos
• (RX) overruns: representa o número de exceções do fifo. Overruns são causados quando o kernel não consegue acompanhar a taxa em que o buffer de anel está sendo drenado.
• (RX) frames: representa o número de quadros recebidos que estavam desalinhados (tamanho de quadro que é indivisível por oito).

Fontes:

link
link
link

    

Answer 2

Acredito que "frame" é uma contagem dos pacotes recebidos com erros de enquadramento (que geralmente significam somas de verificação de quadros ruins). Algum tipo de corrupção. Hardware ruim em algum lugar é uma causa provável, mas você pode ver isso com uma incompatibilidade de duplex (full-duplex de um lado, metade do outro) para verificar isso primeiro.

Você não está vendo muitos, por isso é provável que um componente seja marginal e não totalmente deficiente.