Ce document fournit des directives de haut niveau pour la mise en oeuvre de la qualité de service (QoS) dans un réseau qui sert de transport pour plusieurs applications, y compris les applications sensibles aux retards et gourmandes en bande passante. Ces applications peuvent améliorer les processus métier, mais elles sollicitent les ressources réseau. La QoS peut fournir des services sécurisés, prévisibles, mesurables et garantis à ces applications en gérant le délai, la variation du délai (gigue), la bande passante et la perte de paquets dans un réseau.
Tout d'abord, déterminez quelles applications sont critiques pour l'entreprise et nécessitent une protection. Vous devrez peut-être examiner toutes les applications en concurrence pour les ressources réseau. Si c'est le cas, utilisez Netflow Accounting, Network-based Application Recognition (NBAR) ou QDM (QoS Device Manager) pour analyser les modèles de trafic dans le réseau.
NetFlow Accounting fournit des détails sur le trafic réseau et peut être utilisé pour capturer la classification ou la priorité du trafic associée à chaque flux.
NBAR est un outil de classification capable d’identifier le trafic jusqu’à la couche application. Il fournit des statistiques par interface, par protocole et bidirectionnelles pour chaque flux de trafic traversant une interface. NBAR effectue également la classification des sous-ports ; recherche et identification au-delà des ports d'application.
QDM est une application de gestion de réseau basée sur le Web qui fournit une interface utilisateur graphique facile à utiliser pour configurer et surveiller la fonctionnalité QoS IP avancée dans les routeurs.
Il est important de comprendre les caractéristiques des applications qui nécessitent une protection. Certaines applications ont tendance à être sensibles à la latence ou à la perte de paquets, tandis que d'autres sont considérées comme « agressives » car elles sont en salves ou consomment beaucoup de bande passante. Si l'application est en rafale, déterminez s'il existe une rafale constante ou une petite rafale. La taille de paquet de l'application est-elle grande ou petite ? L'application est-elle basée sur TCP ou UDP ?
Caractéristique | Orientation |
---|---|
Application sensible aux retards ou aux pertes. (Voix et vidéo en temps réel) | N'utilisez pas WRED (Weighted Random Early Detection), le formatage du trafic, la fragmentation (FRF-12) ou la réglementation. Pour ce type de trafic, vous devez implémenter LLQ (Low Latency Queuing) et utiliser une file d'attente prioritaire pour le trafic sensible aux retards. |
Application qui est constamment en salves ou qui monopolise la bande passante. (FTP et HTTP) | Utilisez WRED, la réglementation, le formatage du trafic ou la mise en file d'attente pondérée basée sur les classes (CBWFQ) pour garantir la bande passante. |
Application basée sur TCP. | Utilisez WRED, car la perte de paquets entraîne la désactivation du protocole TCP, puis sa remontée à l’aide de l’algorithme de démarrage lent. Si le trafic est basé sur UDP et ne change pas son comportement lorsque des paquets sont abandonnés, n'utilisez pas WRED. Utilisez la fonction de réglementation si vous devez limiter le débit de l'application ; sinon, il suffit de laisser les paquets tomber. |
Certains périphériques peuvent nécessiter une mise à niveau de l'IOS afin de tirer parti des fonctionnalités QoS que vous souhaitez mettre en oeuvre. Les diagrammes de la topologie du réseau, des configurations de routeur et de la version du logiciel sur chaque périphérique vous aident à estimer le nombre de périphériques nécessitant une mise à niveau IOS. Reportez-vous à la bibliothèque d'icônes Cisco pour obtenir des icônes qui peuvent vous aider à créer des diagrammes de réseau.
Évaluez l'utilisation du processeur sur chaque routeur pendant les périodes de pointe afin de déterminer comment distribuer les fonctionnalités QoS entre les périphériques pour partager la charge.
Classez les types de trafic critiques et les interfaces que ce trafic traversera. Déterminez les groupes ou classes de priorité à créer pour atteindre les objectifs QoS de votre réseau.
Déterminez le délai maximal que les applications les plus critiques peuvent gérer et ajustez les paramètres de rafale dans les conditionneurs de trafic (modélisateurs ou régulateurs de trafic) pour prendre en charge ce délai.
Découvrez les débits pris en charge sur chaque interface : PVC ou sous-interfaces et configurez la bande passante pour qu’elle corresponde.
Identifiez les liaisons lentes pour déterminer où se situent les goulots d’étranglement dans le réseau et décider comment appliquer les mécanismes d’efficacité des liaisons aux interfaces appropriées.
Calculez la surcharge des couches 2 et 3 pour chaque type de support qui transportera le trafic critique de l'entreprise. Cela vous aidera à calculer la quantité de bande passante nécessaire pour chaque classe.
Une autre information clé est de savoir si vous souhaitez protéger le trafic en fonction de l'application, de la source IP et de la destination, ou des deux.
Type de support | En-tête de couche liaison |
---|---|
Ethernet | 14 octets |
PPP | 6 octets |
Relais de trames | 4 octets |
GAB | 5 octets/cellule |
Une fois que vous avez déterminé les applications qui nécessitent une qualité de service et les critères de classification à utiliser (en fonction des caractéristiques des applications), vous êtes prêt à créer des classes en fonction de ces informations.
Créez une stratégie pour marquer chaque classe de trafic avec les valeurs de priorité appropriées (utiliser le point de contrôle de services différenciés (DSCP) ou la priorité IP). Le trafic est marqué lorsqu'il arrive dans le routeur sur l'interface d'entrée. Les marquages seront utilisés pour traiter le trafic lorsqu'il quitte le routeur sur l'interface de sortie.
Travaillez depuis le routeur le plus proche du trafic vers le coeur. Appliquez votre marquage sur l'interface d'entrée du routeur. Dans la topologie ci-dessous, le routeur A est l'endroit évident pour marquer le trafic et appliquer la politique pour les données provenant du réseau A et destinées au routeur B. Le trafic est marqué lorsqu'il arrive dans l'interface Ethernet0 du routeur A et la stratégie QoS est appliquée sur l'interface Serial0 du routeur A lorsqu'il quitte le routeur. Si la même politique doit être appliquée dans les deux sens (de sorte que le trafic provenant du réseau B et destiné au réseau A reçoive le même traitement), le trafic provenant du réseau B doit être marqué lorsqu'il arrive dans l'interface Ethernet1 du routeur B et traité lorsqu'il quitte le routeur sur l'interface Serial1.
Une fois le trafic marqué sur l’interface d’entrée d’un routeur, il conserve les mêmes marquages lorsqu’il traverse plusieurs sauts (sauf s’il est marqué de nouveau). En général, le trafic ne doit être marqué qu'une seule fois. Les politiques QoS peuvent être appliquées sur des sauts supplémentaires en fonction de ces marquages. Vous ne devriez avoir à remarquer que dans le cas où le trafic arrive d'un domaine non approuvé.
Maintenant que vous avez marqué le trafic, vous pouvez utiliser les marquages pour créer une stratégie et effectuer une classification du trafic sur le reste des segments du réseau. Nous vous recommandons de ne pas utiliser plus de quatre classes pour simplifier la stratégie.
Si possible, implémentez et testez une implémentation QoS dans un environnement de travaux pratiques. Déployez-le sur le réseau actif lorsque vous êtes satisfait des résultats.
Appliquez la politique dans la direction appropriée. Décidez si la politique doit être appliquée dans un sens ou dans les deux. Toujours marquer et traiter le trafic aussi près que possible de la source, comme décrit dans la section Création d'une stratégie pour marquer chaque classe de ce document.
Nous vous recommandons d'appliquer la même politique dans les deux directions afin de filtrer le trafic en provenance et à destination des deux côtés du site. Cela signifie que vous devez appliquer la même stratégie en sortie sur l’interface série du routeur A et l’interface série du routeur B.
Utilisez QPM comme un système complet pour un contrôle centralisé des politiques et un déploiement automatisé et fiable des politiques.
Vous trouverez ci-dessous une liste des catégories de QoS et des fonctionnalités de QoS les plus répandues associées à chaque catégorie.
Catégorie | Fonctionnalités QoS associées |
---|---|
Modèle de service QoS | Qualité de service (QoS) provisionnée (Diffserv) si possible ou signalée (RSVP) si nécessaire. |
Classification/marquage | Points de code Diffserv ou ID de groupe qos. |
Gestion de la congestion | LLQ ou CBWFQ. |
Prévention des encombrements | WRED compatible Diffserv. |
Efficacité de la liaison | MLPPP, LFI, FRF.11, FRF.12, CRTP |
Signalisation | RSVP, QPPB |
Conditionneurs de trafic/réglementation | Le contrôleur basé sur les classes et le GTS (Generic Traffic Shaping) ou le FRTS (Frame-Relay Traffic Shaping). |
Configuration/surveillance | QPM, interface de ligne de commande (CLI) QoS modulaire, QDM |
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
10-Dec-2001
|
Première publication |