chute de paquets sur l'interface 10 Go / s

J'ai un certain nombre de paquets abandonnés sur mon interface 10 Go / s, sur Cisco 6500 avec Sup 720. Vous pouvez voir sous le nombre de paquets abandonnés en une minute, après avoir effacé les compteurs.

Nous ne voyons aucune dégradation des performances et aucun de nos clients ne s'est plaint. Est-ce que cela va être un grave problème à l'avenir? Je n'ai jamais vu un seul paquet dans la file d'attente. J'envisage de changer la taille de la file d'attente d'entrée à 1024, car il y a 75 paquets dans la file d'attente par défaut, mais je me demande pourquoi les paquets n'entrent pas du tout dans la file d'attente avant d'être abandonnés. Sur les interfaces 1 Go / s, je ne vois aucun paquet perdu et tout va bien. Aidez-moi à résoudre le problème des pertes de file d'attente.

sh int TenGigabitEthernet1/1

 Hardware is C6k 10000Mb 802.3, address is 000f.3589.ac00 (bia 000f.3589.ac00)
  Description: transit 
  Internet address is 192.0.2.1/24
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 84/255, rxload 3/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:01, output hang never
  Last clearing of "show interface" counters 00:00:40
  Input queue: 0/75/8097/0 (size/max/drops/flushes); Total output drops: 0  <-----
                    ^^^^
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 138646000 bits/sec, 99380 packets/sec
  5 minute output rate 3321988000 bits/sec, 329345 packets/sec
  L2 Switched: ucast: 158 pkt, 51401 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 4120795 pkt, 695621509 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 13774697 pkt, 17424995312 bytes mcast: 0 pkt, 0 bytes
     3484933 packets input, 608041136 bytes, 0 no buffer
     Received 0 broadcasts (0 IP multicasts)
     0 runts, 40 giants, 0 throttles
     8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     11742838 packets output, 14837984934 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

Je me demande pourquoi les paquets n'entrent pas du tout dans la file d'attente avant d'être abandonnés.

Parce qu'il s'agissait d'erreurs: 8097 input errors, 7120 CRC, 894 frame il ne mettra pas en file d'attente un paquet qui n'a pas été reçu correctement - ou qui n'a pas été reçu complètement (la file d'attente d'entrée est dans le logiciel, vous pouvez toujours dépasser la file d'attente matérielle, que vous ne pouvez pas modifier)

Je vois cela dans votre sortie:

8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^               ^^^^      ^^^

Cela signifie que vous pourriez avoir une carte d'interface réseau (NIC), un câble ou un pilote défectueux.

Les erreurs CRC ont tendance à indiquer un problème avec le signal lorsqu'il traverse le support entre les appareils. Là où la 1G était souvent beaucoup plus résistante aux problèmes mineurs, la 10G peut être très particulière sur le support.

Pour les connexions en cuivre, cela pourrait indiquer une sorte de saignement d'interférence dans le fil si vous n'utilisez pas de câble blindé, ou un problème de mise à la terre dans les câbles blindés.

Pour la fibre, j'ai rencontré des erreurs à plusieurs reprises, et la cause la plus courante dans mon expérience est que personne n'avait ou n'avait utilisé un kit de fibre approprié pour nettoyer la fibre (émetteurs-récepteurs, câbles et infrastructure) lors des connexions. Cela est vrai même avec des câbles neufs (et parfois plus encore).

Une lunette en fibre peut être très utile pour ce processus, car elle vous permettra de vérifier que les surfaces sont propres et exemptes de tout défaut (rayures, etc.) avant d'effectuer la connexion.

Comme cela a été indiqué dans d'autres réponses et commentaires, vérifiez que votre signal Rx se situe bien dans des marges acceptables (ni trop fortes ni trop faibles) si votre matériel le prend en charge. Si rien d'autre ne le corrige, essayez de remplacer les émetteurs-récepteurs et les câbles si possible (n'oubliez pas de nettoyer à nouveau si vous le faites).