Débordement de file d'attente d'entrée sur une interface
Contenu
Introduction
Ce document discute le dépassement de 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.
Composants utilisés
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épassement de file d'attente d'entrée
Chaque interface possède une file d'attente d'entrée sur laquelle des paquets entrant sont placés pour attendre le traitement par le processeur de routage (RP). Fréquemment, le débit de paquets entrant placés sur la file d'attente d'entrée dépasse le débit auquel le RP peut traiter les paquets.
Chaque file d'attente d'entrée a une taille qui indique le nombre maximal de paquets qui peut être placé sur la file d'attente. Une fois que la file d'attente d'entrée devient complètement (le nombre maximal de paquets est sur la file d'attente), l'interface relâche les paquets entrant supplémentaires.
L'interface entre un mode d'étranglement en lequel des paquets entrant ne sont pas reçus. La période de étranglement permet au RP pour traiter l'arriéré des paquets sur la file d'attente d'entrée. Le scénario de dépassement de file d'attente d'entrée se produit le plus souvent quand une interface de vitesse supérieure alimente des paquets à une interface plus à vitesse réduite. Voici un exemple :
packetsIn--> 1.5Mb --> routeur --> 9.6Kb -->packetsOut
Remarque: Cette situation peut devenir plus problématique quand vous utilisez le Network Architecture de Cisco Systems (SNA) en raison du processeur d'interface à attachement canal ultra-rapide (CIP) contre les vitesses inférieures des autres interfaces.
Cette sortie d'identifiant d'interface d'interface d'exposition affiche les niveaux en cours de file d'attente de sortie et le nombre de paquets sortants abandonnés :
dspu-7k#show interface channel 4/2Channel4/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
L'identifiant d'interface d'interface d'exposition fournit ces informations :
-
Le compteur de la file d'attente d'entrée x/y affiche le nombre en cours de paquets sur la file d'attente d'entrée X et la taille en cours de la file d'attente d'entrée Y.
-
Les baisses contre- indique le nombre de paquets entrant abandonnés.
-
Si le nombre en cours de paquets sur la file d'attente d'entrée est uniformément à ou plus considérablement que 80 pour cent de la taille en cours de la file d'attente d'entrée, la taille de la file d'attente d'entrée pourrait exiger l'accord afin de faciliter le débit de paquet entrant.
-
Même si le nombre en cours de paquets sur la file d'attente d'entrée ne semble jamais approcher la taille de la file d'attente d'entrée, les rafales des paquets pourraient encore déborder la file d'attente.
-
Si les contre- augmentations de baisses à un haut débit, la taille de la file d'attente d'entrée peuvent exiger l'accord afin de faciliter les rafales.
Remarque: Vous pouvez accorder la taille de la file d'attente d'entrée utilisant la commande de configuration d'interface de hold-queue, comme indiqué dans cet exemple.
interface channel 4/2 hold-queue 125 in
Commentaires