Débordement de file d'attente d'entrée sur une interface
Contenu
Introduction
Ce document traite du débordement de la file d'attente d'entrée sur une interface.
Conditions préalables
Conditions requises
Aucune spécification déterminée n'est requise pour ce document.
Components Used
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Conventions
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Débordement de la file
Chaque interface possède une file d'attente d'entrée sur laquelle les paquets entrants sont placés en attente de traitement par le processeur de routage (RP). Souvent, le taux de paquets entrants placés sur la file d'attente d'entrée dépasse le taux auquel le RP peut traiter les paquets.
Chaque file d'attente d'entrée a une taille qui indique le nombre maximal de paquets pouvant être placés dans la file d'attente. Une fois la file d'attente d'entrée pleine (le nombre maximal de paquets est dans la file d'attente), l'interface abandonne les paquets entrants supplémentaires.
L’interface passe en mode de limitation dans lequel les paquets entrants ne sont pas acceptés. La période de limitation permet au RP de traiter l'arriéré de paquets sur la file d'attente d'entrée. Le scénario de débordement de la file d’attente d’entrée se produit le plus souvent lorsqu’une interface à vitesse élevée envoie des paquets à une interface à vitesse plus faible. Voici un exemple :
PaquetsEntrants—> 1,5 Mo —> Routeur —> 9,6 Ko —>PaquetsSortants
Remarque : cette situation peut devenir plus problématique lorsque vous utilisez Cisco Systems Network Architecture (SNA) en raison du processeur d'interface de canal (CIP) haut débit par rapport aux vitesses inférieures des autres interfaces.
Cette sortie show interface interface-identifier présente les niveaux de file d'attente de sortie actuels et le nombre de paquets sortants abandonnés :
dspu-7k#show interface channel 4/2
Channel4/2 is up, line protocol is up
Hardware is cxBus IBM Channel
MTU 4472 bytes, BW 98304 Kbit, DLY 100 usec, rely 255/255, load 1/255
Encapsulation CHANNEL, loopback not set, keepalive not set
Virtual interface
Last input 0:00:04, output 0:00:04, output hang never
Last clearing of "show interface" counters never
Output queue 0/40, 0 drops; input queue 63/75, 118 drops
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
101646 packets input, 2427760 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
210328 packets output, 5016959 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets, 0 restarts
0 output buffer failures, 0 output buffers swapped out
La commande show interface interface-identifier fournit les informations suivantes :
-
Le compteur file d'attente d'entrée x/y affiche le nombre actuel de paquets sur la file d'attente d'entrée x et la taille actuelle de la file d'attente d'entrée y.
-
Le compteur abandons indique le nombre de paquets entrants abandonnés.
-
Si le nombre actuel de paquets dans la file d'attente d'entrée est toujours égal ou supérieur à 80 pour cent de la taille actuelle de la file d'attente d'entrée, la taille de la file d'attente d'entrée peut nécessiter un réglage afin de prendre en charge le débit de paquets entrants.
-
Même si le nombre actuel de paquets dans la file d'attente d'entrée ne semble jamais approcher la taille de la file d'attente d'entrée, des rafales de paquets peuvent toujours déborder de la file d'attente.
-
Si le compteur de abandons augmente à un taux élevé, la taille de la file d'attente d'entrée peut nécessiter un réglage afin de prendre en charge les rafales.
Remarque : vous pouvez régler la taille de la file d'attente d'entrée à l'aide de la commande de configuration d'interface hold-queue, comme le montre cet exemple.
interface channel 4/2
hold-queue 125 in
Commentaires