Eu tenho uma pergunta sobre drops de pacotes.
Estou executando um teste para determinar quando ocorre a queda de pacotes. Estou usando um Spirent TestCenter por meio de um switch (necessário para agregar tráfego Ethernet de 5 portas a um link ótico) a um servidor usando um cartão Myricom.
Durante a execução do teste, se a taxa de entrada estiver abaixo de um determinado valor, o ethtool não relatará nenhuma queda (exceto dropped_multicast_filtered, que está incrementando a uma taxa muito lenta). No entanto, o tcpdump relata o número X de pacotes "descartados pelo kernel". Então, se eu aumentar a taxa de entrada, os relatórios da ethtool diminuem, mas o "ifconfig eth2" não. Na verdade, o ifconfig parece não reportar nenhum pacote. Todos eles medem a perda de pacotes em diferentes "níveis", ou seja, o ethtool no nível da NIC, o tcpdump no nível do kernel, etc?
E estou certo em dizer que na jornada de um pacote de entrada, o nível da NIC é o "primeiro" nível, então o kernel, então o aplicativo do usuário? Portanto, é provável que qualquer queda de pacotes aconteça primeiro na NIC, depois no kernel e, em seguida, no aplicativo do usuário? Então, se não houver queda de pacotes no NIC, mas o pacote cair no kernel, então o gargalo não está no NIC?
Obrigado.
Atenciosamente, Rayne
Tags kernel packet-loss