Description du problème
XXX clearing organisation connecte les succursales de diverses provinces et villes accès routeur NE40E-X3A dans l’interface reliant les succursales selon le client' S réseau d’origine, en utilisant la file d’attente de l’utilisateur et la file d’attente de flux pour faire HQos, la perte de paquets se produit bande passante de liaison de bureau succurale de 40Mbit/S, selon le retour de la plate-forme de gestion du réseau à ce moment, la bande passante totale du trafic de 10M ou moins, le réglage de la bande passante de la file d’attente AF3 selon le retour de la plate-forme de gestion du réseau, la bande passante totale était dans 10M, et la bande passante de la file d’attente AF3 a été réglé à 90% de la bande passante restante, mais la perte de paquet s’est produite.
Informations d’alarme
Les informations d’alarme sur le client ' S plate-forme de gestion du réseau est la suivante: perte de paquet Qos port, la valeur total_drops est 78, dépassant la valeur seuil de 50.
Traitement des données
1. Vérifiez les statistiques de la file d’attente utilisateur de l’interface: (pour confirmer l’existence de la perte de paquets)
[af3]
Pass: 833,411,031 packets, 242,451,663,133 bytes
848 paquets, 1,104,878 bytes
Re88pl99ace1taux de passage des 5 dernières minutes:
238 pps, 501,816 bps
Re88pl99ace1taux de rejet des 5 dernières minutes:
0 pps, 0 bps
buffer size: 800 kbytes
used buffer size: 0 kbytes
2. Vérifiez la configuration:
Visualisez la configuration de l’interface et constatez qu’il existe une configuration de limite de vitesse sous l’interface:
#
Interface GigabitEthernet2/0/1.206
Re88pl99ace1 … … … …
Re88pl99ace1user-queue cir 40960 pir 40960File d’attente de flux FGS2 sortant
#File d’attente de flux FGS2 sortant
Flow-queue FGS2 configuration:
#Flow-queue FGS2 sortant
Flow-queue FGS2 configuration:# flow-queue FGS2
Re88pl99ace1queue af3 WFQ poids 90 -- priorité de planification WFQ inférieure à la planification pq
Re88pl99ace1queue af4 pq shaping 3000
Re88pl99ace1queue ef pq shaping 100
#
3. Voir le logiciel de gestion du réseau sera granularité ajustée à 10S: (constaté que le trafic global n’est pas grand, l’endroit le plus haut est seulement environ 10M, mais vous pouvez voir qu’il ya des fluctuations évidentes)
4. Se produira au moment de la perte de paquet routeur d’accès dans le trafic de l’interface copie en utilisant le logiciel de trafic pour analyser. (on a constaté l’existence de microrafales)
Quand l’unité de 100MS, la forme d’onde de trafic est montrée ci-dessous, le taux maximum de l’éclatement instantané de trafic est 1.05e7/0.1s = 105Mbps
5. Confirmer la taille du cache, (grâce au calcul constaté que lorsque des micro-rafales se produisent dans la file d’attente AF3, le trafic dépasse la bande passante de l’interface et le cache, entraînant une perte de paquets)
[af3]
used buffer size: 0 kbytes
Re88pl99ace1taille du tampon utilisé: 0 kbytes
Cause racine
Le routeur d’accès au bureau de succursale connecté à l’interface du bureau de succursale message de direction sortante explosion, le trafic instantané dépasse la valeur limite de vitesse de l’interface, ce qui entraîne des messages de la file d’attente AF3 de faible priorité dépassant le cache de la file d’attente, et les messages ne peuvent pas être programmés à temps et sont rejetés.
Solution Solution
Agrandissez le cache de la file d’attente de la sous-interface af3 pour permettre à l’appareil de mettre en cache plus de messages pendant les rafales de trafic et de réduire ou d’éliminer la perte de paquets;
La ligne de commande est la suivante:
Flow-wred 1 (1 est le nom et peut être changé en un autre nom)
Queue-depth 4000 (taille de cache de file d’attente ajustée)
Flow-queue FGS2
Queue af3 WFG poids 90 flow-wred 1
Recommandations et résumé
Lors de la configuration de la Qos sur les liaisons à faible vitesse qui sont sujettes à des microrafales, vous pouvez ajuster la taille du cache de la file d’attente d’interface en fonction du client' S demande de retard. Cela réduit les pertes de paquets causées par les éclats.