web-dev-qa-db-fra.com

ifconfig eth0 RX abandonné les paquets

Le problème

La commande ifconfig montre de plus en plus paquets perdus dans la section RX. Il semble donc qu'il y ait un problème avec certains paquets arrivant d'Internet vers mon serveur.

Questions

  1. Quel type de paquets ce compteur de drop prend-il en compte? Faut-il que tous les paquets arrivent, avant d'atteindre le pare-feu iptables ou après que les paquets ont été acceptés par iptables?

  2. Comment résoudre la situation pour que le compteur de paquets de suppression ipconfig cesse d'augmenter?

Informations de dépannage utiles

Comme je ne connais pas vraiment mon problème, n'hésitez pas à me demander de remplir cette section si vous pensez que d'autres informations seraient nécessaires.

ifconfig

eth0      Link encap:Ethernet  HWaddr 00:cc:cc:cc:cc:cc  
          inet adr:90.0.0.2  Bcast:90.0.0.255  Masque:255.255.255.0
          adr inet6: fe80::21c:c0ff:feb9:829c/64 Scope:Lien
          adr inet6: 2001:a100:1:bbbb::1/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:113264620 errors:0 dropped:2523 overruns:0 frame:0
          TX packets:168526529 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          RX bytes:59171827564 (55.1 GiB)  TX bytes:223993117711 (208.6 GiB)

Notez le "drop: 252" dans la section RX. C'est le plus important. Ce nombre est en constante augmentation.

spectacle de route ip -4

default via 90.0.0.254 dev eth0 
90.0.0.0/24 dev eth0  proto kernel  scope link  src 90.0.0.2

show route ip -6

2001:a100:1:bbbb::1/64 dev eth0  proto kernel  metric 256 
fe80::/64 dev eth0  proto kernel  metric 256 
default via 2001:a100:1:bbff:ff:ff:ff:ff dev eth0  metric 1024

graphique Munin du plugin if_err_eth0_day

enter image description here

ifconfigpackets
17
Fox

http://www.novell.com/support/kb/doc.php?id=7007165

Depuis le noyau 2.6.37, la signification du nombre de paquets perdus a été modifiée. Avant, les paquets perdus étaient très probablement dus à une erreur. Maintenant, le compteur rx_dropped affiche des statistiques pour les trames perdues en raison de:

  • Backlog Softnet plein
  • Mauvais/involontaire VLAN
  • Protocoles inconnus/non enregistrés
  • Trames IPv6 lorsque le serveur n'est pas configuré pour IPv6

[...]

Si le compteur rx_dropped cesse d'incrémenter pendant l'exécution de tcpdump; alors, il est plus que probable que des baisses apparaissent pour les raisons énumérées précédemment.

10
user223369

J'ai également essayé de dépister ce problème en vain. J'ai également remarqué des baisses de paquets RX au rythme d'environ un par seconde sur ma boîte Ubuntu 12. De ma recherche, j'ai trouvé des personnes ayant des problèmes similaires sur diverses autres plates-formes Linux, SUSE, Rpi et autres. On dirait quelque chose avec le noyau linux. Certains indices plus intéressants que j'ai remarqués font disparaître temporairement le problème, mais pas exactement des explications.

  1. Si je change ma configuration de statique en DHCP dans mes/etc/network/interfaces, les baisses de paquets RX cessent.

  2. Si j'exécute un tcpdump, les pertes de paquets cessent pendant que le vidage est en cours d'exécution et reviennent lorsque je l'arrête.

Peut-être que ces indices aideront à aller au fond des choses?

Dans l'ensemble, les performances de mon réseau semblent être très bien, juste curieux de savoir pourquoi cela se produit également.

2
Pooch