Files d'attente et Compression ccnp_cch

Sommaire • Introduction • Présentation des files d'attente • Weighted Fair Queueing (WFQ) • Class-based Weighted Fair Queueing (CBWFQ) • Weighted Random Early Detect (WRED) • Configuration Class-based Weighted Fair Queueing (CBWFQ) • Low Latency Queueing (LLQ) • Vérification de la gestion des files d'attente • Compression de données ccnp_cch

Introduction • Quand les exigences en bande passante d'un site distant dépasse la capacité de la liaison, la meilleure solution est de fournir plus de bande passante. • Cependant pour certains cas, louer une ligne supplémentaire ou accroître le nombre de circuits n'est peut-être pas très pratique surtout si la demande passante est sporadique et inattendue. • Ce document traite de la gestion des files d'attente et de la compression. • Ces deux techniques sont utilisées pour gérer les liaisons WAN et tout particulièrement les liaisons dont la bande passante est inférieure à celle d'une liaison E1/T1. ccnp_cch

Présentation des files d'attente Telnet VoIP FTP Telnet FTP VoIP • Le processus de commutation comprend également l'écoulement du trafic vers un buffer de l'interface de sortie. • La file d'attente FIFO (First-In, First-Out) est l'algorithme classique utilisé pour la transmission de paquets. • L'IOS Cisco offre trois possibilités pour la gestion des files d'attente - Weighted Fair Queueing (WFQ) - Class-Based Weighted Fair Queueing (CBWFQ) - Version IOS 12.2 et ultérieures - Low Latency Queueing (LLQ) - Version IOS 12.2 et ultérieures ccnp_cch

Présentation des files d'attente - Utilisation efficace de la priorité de trafic Voix Video S0/0 T1/E1 Transfert de Fichier La gestion de la priorité est plus efficace sur les liaisons WAN bas débits ( T1/E1 ou inférieur) avec des flux sporadiques et qui subissent de la congestion temporaire. • La gestion de la priorité est plus efficace sur les liaisons WAN où la combinaison de pics de trafic et de débits relativement faibles entraine une congestion temporaire. • Selon la taille moyenne des paquets , la gestion de priorité est plus efficace quand elle est appliquées à des liaisons dont la bande passante est inférieure ou égale à celle d'une liaison E1/T1. • S'il n'y a pas de congestion sur la liaison WAN, la gestion de priorité de trafic n'est pas nécessaire. • Si une liaison WAN est en surcharge permanente, la gestion de priorité de trafic ne résoudra pas le problème. ccnp_cch

Présentation des files d'attente - Etablir une politique de gestion de files d'attente Trafic RTP SSH FTP Congestion S0/0 • Une politique de gestion de files d'attente permet aux administrateurs de réseaux de réaliser les challenges suivants: - Fournir un niveau de service approprié pour tous les utilisateurs - Contrôler les coûts élevés des liaisons WANs • La gestion de files d'attente permet aux administrateurs de réseaux de donner des priorités, de réserver et de gérer les ressources réseau, d'assurer une intégration et une migration satisfaisantes de technologies disparates sans coûts prohibitifs. • Le type de gestion de files d'attente utilisé dépendra de l'importance relative de chaque type de trafic , du volume de trafic et de la bande passante disponible. ccnp_cch

Présentation des files d'attente - Choisir une option de gestion de files d'attente dans l'IOS Cisco 1. 3. 2. 4. Politique de gestion de files d'attente Congestion WAN? Contrôle Strict? Delay OK? Oui Oui Oui Oui Custom Queueing ou CBWFQ Non Non Non Non Utilisation de Priority Queueing ou Low Latency Queueing Pas de Gestion de Files d'attente Non Détermine les priorités de trafic Utilisation de Weighted Fair Queueing La voix et la vidéo sont les deux types de trafic qui ont le moins de tolérance pour le délai. ccnp_cch

Weighted Fair Queueing (WFQ) - FIFO ( First In -First Out) Trafic élevé Trafic élevé Faible Trafic Faible Trafic • Si la mise en file d'attente de type FIFO est effective, le trafic est transmis dans l'ordre dans lequel il a été reçu sans tenir compte de la bande passante consommée ni des délais associés. • Les trains de paquets sont des groupes de paquets qui se déplacent ensembles dans le réseau. • Ces trains de paquets peuvent consommer toute la bande passante disponible et le reste du trafic s'écoulent après eux. ccnp_cch

Paquets à placer en file d'attente Weighted Fair Queueing (WFQ) - Présentation du Weighted Fair Queueing 6 3 4 1 2 5 Fair Queue Paquets à placer en file d'attente Le paquet 3 est placé en tête de file d'attente devant les paquets 1 et 2 car le paquet 3 est un paquet de petite taille dans un flux de faible volume. • Weighted Fair queueing (WFQ) est une méthode automatisée qui fournit une allocation équitable de la bande passante aux différents types de trafic du réseau. • Weighted Fair Queueing fournit une gestion de priorité de trafic qui classe dynamiquement le trafic en flux. • Weighted Fair Queueing découpe le flux de paquets pour s'assurer que la bande passante est équitablement partagée entre les différents flux. • Il y a quatre type de Weighted fair queueing - Flow based : Par défaut (WFQ) - Distributed : Opère sur le VIP (Versatile Interface Processor) - Class-Based - Distributed Class-Based : Non traité dans ce document ccnp_cch

Paquets à placer en file d'attente Weighted Fair Queueing (WFQ) - Présentation du Weighted Fair Queueing 6 3 4 1 2 5 Fair Queue Paquets à placer en file d'attente Le paquet 3 est placé en tête de file d'attente devant les paquets 1 et 2 car le paquet 3 est un paquet de petite taille dans un flux de faible volume. • WFQ place le trafic sensible au délai en tête de file pour réduire le temps de latence et partage également le reste de la bande passante de manière équitable entre les autres flux. • En morcelant les flux de paquets, WFQ assure que: - Le trafic à faible volume n'est pas pénalisé par le temps - Donne aux sessions à faible volume, comme Telnet, une priorité sur le trafic à grands volumes comme les sessions FTP (File Transfer Protocol). - Donne aux transferts de fichiers concurrents un usage équilibré de la liaison. - S'adapte automatiquement aux changements des conditions de trafic. ccnp_cch

Weighted Fair Queueing (WFQ) - Présentation du Weighted Fair Queueing E3/T3 E1/T1 WFQ sur les interfaces T1/E1 ou débit inférieur FIFO sur les interfaces de débit supérieur à T1/E1 • Weigthed Fair Queueing est validé par défaut sur les interfaces physiques dont la bande passante est inférieure ou égale à 1,544 Mb/ ou 2,048 Mb/s (T1/E1) • WFQ n'est pas supporté sur les interfaces T3/E3 ou avec PPP compressé. ccnp_cch

Paquets à placer en file d'attente Weighted Fair Queueing (WFQ) - Fonctionnement du Weighted Fair Queueing 6 3 4 1 2 5 Fair Queue Paquets à placer en file d'attente Le paquet 3 est placé en tête de file d'attente devant les paquets 1 et 2 car le paquet 3 est un paquet de petite taille dans un flux de faible volume. • Le classement du trafic par WFQ est basé sur l'en-tête du paquet • Les discriminateurs des flux sont les suivants: - Adresse de réseau Source/destination - Adresse MAC Source/destination - Port Source/destination ou numéros de sockets - DLCI (Data Link Connection Identifier) de Frame Relay - Qualité de Service/ Type de Service (QoS/ToS) ccnp_cch

Paquets à placer en file d'attente Weighted Fair Queueing (WFQ) - Fonctionnement du Weighted Fair Queueing 6 3 4 1 2 5 Fair Queue Paquets à placer en file d'attente Le paquet 3 est placé en tête de file d'attente devant les paquets 1 et 2 car le paquet 3 est un paquet de petite taille dans un flux de faible volume. • WFQ affecte un poids à chaque flux • Avec ce système, les poids faibles sont servis en premier • Les petits paquets à faible volume ont priorité sur les packets des communications à grand volume. • Lorsque les communications à faible volume sont servies, les communications à grand volume se partagent le reste de la bande passante en utilisant une tranche de temps chacune à leur tour. • Chaque file peut appartenir à une seule des sept priorités de classement basée sur la Precedence IP. ccnp_cch

Weighted Fair Queueing (WFQ) - Configuration Réseau Frame Relay S0/1 Routeur(config)#interface Serial 0/1 Routeur(config-if)#encapsulation frame-relay Routeur(config-if)# Routeur(config)#bandwidth 64 fair-queue 128 Routeur(config-if)#fair-queue {congestive-discard-threshold} • Le seuil d'élimination sur congestion (congestive-discard-threshold) est le nombre maximum de messages gardés dans une file d'attente pour du trafic élevé. • En d'autres termes, c'est le nombre maximum de paquets maintenus en file d'attente avant qu'ils soient éliminés. - Valeurs valides : 1 à 512 inclus - 64 est la valeur par défaut ccnp_cch

Class-based Weighted Fair Queueing (CBWFQ) - Présentation 4 3 2 1 Classe 1 BW = 64 Poids = 32 Classe 2 BW = 128 Poids = 16 Classe 3 BW = 32 Poids = 64 WFQ Interface Le trafic est groupé par classes définie par l'utilisateur Transmission • CBWFQ étend la fonctionnalité standard de WFQ en fournissant un support pour des classes de trafic définies par l'utilisateur. • En utilisant CBWFQ, les administrateurs de réseaux peuvent définir des classes de trafic basées sur différents critères comme les protocoles les listes de contrôle d'accès et les interfaces d'entrée. ccnp_cch

Class-based Weighted Fair Queueing (CBWFQ) - Présentation 4 3 2 1 Classe 1 BW = 64 Poids = 32 Classe 2 BW = 128 Poids = 16 Classe 3 BW = 32 Poids = 64 WFQ Interface Le trafic est groupé par classes définie par l'utilisateur Transmission • Une file FIFO est réservée pour chaque classe et le trafic appartenant à cette classe est dirigé vers cette file pour cette classe. • Plusieurs flux IP ou "conversations" peuvent appartenir à une classe. • Quand une classe a été définie selon ses critères, des caractéristiques peuvent être affectées à la classe. • Pour caractériser la classe : - Affecter une bande passante - Fixer une limite maximum de paquet • La bande passante affectée à la classe est la bande passante garantie en cas de congestion ccnp_cch

Class-based Weighted Fair Queueing (CBWFQ) - Présentation 4 3 2 1 Classe 1 BW = 64 Poids = 32 Classe 2 BW = 128 Poids = 16 Classe 3 BW = 32 Poids = 64 WFQ Interface Le trafic est groupé par classes définie par l'utilisateur Transmission • CBWFQ affecte un poids à chaque class configurée • Ce poids est proportionnel à la bande passante configurée pour la classe. • Le poids est égal à la bande passante de l'interface divisée par la bande passante de la classe. - Poids = BW Interface / BW Classe - Une classe avec bande passante élevée aura un poids faible. 62,5 = 128 Kbs/ 32 Kbs 125 = 2000 Kbs /16 Kbs • Par défaut la bande passante allouée à toutes les classes ne peut pas excéder 75 pourcent de la bande passante disponible. - Les 25 pourcent qui restent sont utilisés pour le trafic de contrôle et de routage. ccnp_cch

Class-based Weighted Fair Queueing (CBWFQ) - Présentation 4 3 2 1 Classe 1 BW = 64 Poids = 32 Classe 2 BW = 128 Poids = 16 Classe 3 BW = 32 Poids = 64 WFQ Interface Le trafic est groupé par classes définie par l'utilisateur Transmission • La valeur queue limit doit être spécifiée pour la classe. - Nombre maximum de paquets pouvant être stockés dans une file pour une classe. • Les paquets appartenant à une classe sont soumis aux limites de la bande passante et de la capacité de stockage de la file. ccnp_cch

Class-based Weighted Fair Queueing (CBWFQ) - CBFWQ comparé à Flow-based WFQ • CBWFQ fournit jusqu'à 64 classes; WFQ est limité à 7 classifications ou poids. • CBWFQ autorise une granularité plus fine. Plusieurs flux IP peuvent appartenir à la même classe. • Allocation de bande passante - CBWFQ permet à l'administrateur de spécifier le montant de bande passante à allouer à une classe de trafic spécifique. - Jusqu'à 64 classes et contrôle de la distribution parmi ces classes. • Fine granularité et évolutivité - CBWFQ permet à l'administrateur de définir ce qui constitue une classe avec plusieurs critères. - Permet l'utilisation d'ACLs, de protocoles ou de noms d'interfaces d'entrée pour définir comment le trafic doit être classé. - Jusqu'à 64 classes dans une politique de service. ccnp_cch

Elimination, en fin de file Class-based Weighted Fair Queueing (CBWFQ) - CBFWQ et élimination en fin de file Elimination, en fin de file File sur-utilisée File sous-utilisée Temps 1. Le trafic entre dans la file à différents instants 2. La charge agrégée dépasse la capacité de la file. L'élimination en fin de file cause une réduction de le fenêtre TCP 3. La sous-utilisation cause une expansion de la fenêtre TCP et ajout d'un nouveau flux. 4. De nouveau élimination en fin de file et de nouveau il y a modification de la fenêtre TCP. • Les variations de trafic telles que les rafales de paquets ou les flux prenant beaucoup de bande passante peuvent causer de la congestion quand les paquet arrivent su une interface de sortie plus vite qu'ils peuvent être émis. • Le routeur essaie de gérer les congestions de courte durée en bufferisant les paquets pour absorber les rafales de paquets et les transmettre un peu plus tard. • La mise en buffer des paquets entraine du délai et de la variation de délai. ccnp_cch

Elimination, en fin de file Class-based Weighted Fair Queueing (CBWFQ) - CBFWQ et élimination en fin de file File sur-utilisée File sous-utilisée Temps 1. Le trafic entre dans la file à différents instants 2. La charge agrégée dépasse la capacité de la file. L'élimination en fin de file cause une réduction de le fenêtre TCP 3. La sous utilisation cause une expansion de la fenêtre TCP et ajout d'un nouveau flux. 4. De nouveau élimination en fin de file et de nouveau il y a modification de la fenêtre TCP. Elimination, en fin de file • Pour du trafic réseau causant de la congestion de plus longue durée, le routeur utilisant des procédés de files d'attente utilisant CBWFQ ou tout autre méthode éliminera des paquets. • La stratégie traditionnelle est l'élimination en fin de file. Un routeur élimine les paquets en fin d'une file dont les ressources sont totalement utilisées. • L'élimination en fin de file est la réponse par défaut à une congestion sur les files d'attente. • L'élimination en fin de file ne différencie pas le trafic. ccnp_cch

Elimination, en fin de file Class-based Weighted Fair Queueing (CBWFQ) - CBFWQ et élimination en fin de file File sur-utilisée File sous-utilisée Temps 1. Le trafic entre dans la file à différents instants 2. La charge agrégée dépasse la capacité de la file. L'élimination en fin de file cause une réduction de le fenêtre TCP 3. La sous utilisation cause une expansion de la fenêtre TCP et ajout d'un nouveau flux. 4. De nouveau élimination en fin de file et de nouveau il y a modification de la fenêtre TCP. Elimination, en fin de file • Quand l'élimination en fin de file est utilisée, le routeur élimine tout le trafic qui dépasse les limites de la file. • Plusieurs sessions TCP sont simultanément ralenties ce qui réduit la fenêtre TCP. • En conséquence le trafic ralentit autant que possible. • Dès que la congestion est réduite, la taille la fenêtre TCP commence à augmenter en réponse à la disponibilité de bande passante. ccnp_cch

Elimination, en fin de file Class-based Weighted Fair Queueing (CBWFQ) - CBFWQ et élimination en fin de file File sur-utilisée File sous-utilisée Temps 1. Le trafic entre dans la file à différents instants 2. La charge agrégée dépasse la capacité de la file. L'élimination en fin de file cause une réduction de le fenêtre TCP 3. La sous utilisation cause une expansion de la fenêtre TCP et ajout d'un nouveau flux. 4. De nouveau élimination en fin de file et de nouveau il y a modification de la fenêtre TCP. Elimination, en fin de file • Cette activité crée une état appelé synchronisation globale. • La synchronisation globale se manifeste quand: - Plusieurs hosts TCP réduisent leurs débits en réponse à l'élimination de paquets et augmentent leurs débits quand la congestion est réduite. • Le point le plus important est que ces variations de transmission entraînent une sous-utilisation non négligeable de la liaison. ccnp_cch

Taille moyenne de file calculée Weighted Random Early Detect (WRED) Taille moyenne de file calculée WRED Paquet IP File FIFO Profil WRED IP Precedence ou Differentiated Service Code Point (DSCP) File pleine? Oui Non Taille courante de la file Elimination aléatoire en fin de file Seuil Min Seuil Max Facteur de Probabilité • La figure montre comment WRED est implémenté et quels sont les paramètres qui influencent la décision d'élimination des paquets. • L'algorithme WRED est constamment mis à jour avec la taille moyenne calculée de la file d'attente qui est basée sur le dernier historique des tailles de files d'attente. ccnp_cch

Longueur totale du paquet 8 bits Type de Service (TOS) Weighted Random Early Detect (WRED) 4 bits Version 16 bits Longueur totale du paquet Longueur En-tête 8 bits Type de Service (TOS) 3bits Precedence 4bits Type de service 1bit Nu Version Length Type of Service Total Length Identification Fragment Offset Flags Time To Live Protocol Header Checksum Source Address Destination Address Options Padding Données... 16 32 12 4 8 20 24 28 1 En-tête Bits 3 4 5 6 7 1 2 DSCP Nu Class Selector Differentiated Code Points RFC 2474 • Les profils WRED configurés définissent les seuils d'élimination • Quand un paquet arrive sur la file de sortie, la valeur de IP Precedence du champ ToS ou le DSCP (Differentiated Services Code Point) est utilisée pour sélectionner le profil WRED du paquet. • Le paquet est ensuite passé à WRED pour prendre la décision élimination/mise en file. ccnp_cch

Taille moyenne de file calculée Weighted Random Early Detect (WRED) Taille moyenne de file calculée WRED Paquet IP File FIFO Profil WRED IP Precedence ou Differentiated Service Code Point (DSCP) File pleine? Oui Non Taille courante de la file Elimination aléatoire en fin de file Seuil Min Seuil Max Facteur de Probabilité • Sur la base du profil et de la taille moyenne de la file, WRED calcule la probabilité d'élimination du paquet et soit l'élimine ou le place en file de sortie. - Si la file est déjà peine, le paquet est éliminé sinon le paquet est mis en file ou éventuellement transmis. • WRED supervise la profondeur moyenne de la file dans le routeur et détermine quand commencer à éliminer des paquets d'après la profondeur de la file. • Quand la profondeur moyenne de la file dépasse le seuil minimum spécifié par l'utilisateur, WRED commence à éliminer les paquets TCP et UDP avec une certaine probabilité. ccnp_cch

Taille moyenne de file calculée Weighted Random Early Detect (WRED) Taille moyenne de file calculée WRED Paquet IP File FIFO Profil WRED IP Precedence ou Differentiated Service Code Point (DSCP) File pleine? Oui Non Taille courante de la file Elimination aléatoire en fin de file Seuil Min Seuil Max Facteur de Probabilité • Si la profondeur moyenne de la file dépasse le seuil maximum spécifié par l'utilisateur alors WRED revient à l'élimination en fin de file et tous les paquets entrants dans la file seront éliminés. • L'idée de WRED est de maintenir la file d'attente entre un seuil minimum et maximum et d'implémenter des politiques d'élimination de paquets pour différentes classes de trafic. • WRED est utile uniquement quand la masse de trafic est du trafic TCP • Avec TCP des paquets perdus indiquent une congestion et la source ralentit son trafic. ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Configuration - Etape 1 Routeur(config)#class-map classs-map-name Routeur(config-cmap)#match access-group {access-group | name access-group-name} ou Routeur(config-cmap)#match input-interface interface-name ou Routeur(config-cmap)#match protocol protocol ou Routeur(config-cmap)#match ip precedence tos • Définissez des classes de trafic pour spécifier la politique de classification ou class-maps. • Ce processus détermine combien de types de paquets sont différenciés. • Une seule commande match peut être utilisée par class-map. ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Configuration - Etape 2 Routeur(config)#policy-map policy-map-name Routeur(config-pmap)#class class-name ou Routeur(config-pmap-c)#bandwidth bandwidth-kbps Routeur(config-pmap-c)#queue-limit number-of-packets • Associer les politiques ou les caractéristiques des classes avec chaque classe de trafic pour créer des policy-maps. • Ce processus consiste à l'application de configuration de politiques à des paquets à une des classes précédemment définies avec une class-map. • Pour ce processus configurez une policy-map qui spécifie la politique pour chaque classe de trafic. ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Configuration - Etape 2 Routeur(config)#policy-map policy-map-name Routeur(config-pmap)#class class-name ou Routeur(config-pmap-c)#bandwidth bandwidth-kbps Routeur(config-pmap-c)#queue-limit number-of-packets • Utilisez la commande policy-map pour spécifier le nom de la policy-map et entrer en mode de configuration policy-map. • Ensuite utilisez une ou plusieurs de ces commandes pour configurer la politique pour une classe standard ou une classe par défaut. - class - bandwidth - fair-queue pour la classe class-default uniquement - queue-limit ou random-detect ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Configuration avec WRED - Etape 2 Routeur(config)#policy-map policy-map-name Routeur(config-pmap)#class class-name ou Routeur(config-pmap-c)#bandwidth bandwidth-kbps Routeur(config-pmap-c)#random-detect Routeur(config-pmap-c)#random-detect exponential-weighting-constant exponent et/ou Routeur(config-pmap-c)#random detect precedence precedence min-threshold max-threshold mark-prob-denominator • Utilisez la commande random-detect quand vous configurez CBWFQ avec WRED. • Si une classe dans une policy-map est configurée pour utiliser WRED pour l'élimination de paquets au lieu de l'élimination en fin de file, assurez-vous que WRED n'est pas configuré sur l'interface à laquelle le service-policy est attaché. • L'administrateur réseau peut configurer la politique pour plusieurs classes dans la même policy-map ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Configuration avec Classe par défaut - Etape 2 Routeur(config)#policy-map policy-map-name Routeur(config-pmap)#class class-default default-class-name ou Routeur(config-pmap-c)#bandwidth bandwidth-kbps ou Routeur(config-pmap-c)#fair-queue [number-of-dynamic-queues] • Optionnellement, l'administrateur réseau peut configurer une politique pour les flux IP qui ne correspondent à aucune classe. La commande class-default est utilisée pour classifier le trafic qui ne correspond à aucune des classes définies. ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Configuration - Etape 3 Routeur(config-if)#service-policy output policy-map Routeur(config)#interface serial0/0 Routeur(config-if)#service-policy output MYMAP S0/0 • Lier les politiques à l'interface pour créer le service • Ce processus requiert que l'administrateur réseau applique une policy-map existante ou une service-policy avec une interface pour associer cet ensemble de politiques à cette interface. ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Exemple de Configuration Paris DLCI 102 Frame Relay 1/1 Lo0 192.168.233.1/32 Lo1 192.168.234.1/32 Lo2 192.168.235.1/32 DLCI 201 1/2 S0/0 192.168.192.2/24 S0/1 192.168.199.2/24 Londres Berlin S0/1 192.168.199.1/24 Fa0/0 192.168.200.1/24 Fa0/0 192.168.132.1/24 • Objectif Utiliser une liste d'accès pour définir le trafic qui doit être classifier et configurer une class-map qui associe cette liste d'accès à une classe. Configurer une policy-map qui associe le contenu d'une classe à une file d'attente et garantit la bande passante. Configurer CBWFQ sur une interface et vérifier son fonctionnement. ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Exemple de Configuration • Scénario Les utilisateurs à l'agence de IFC de Londres font état de problèmes avec le trafic venant du site Paris. Les paquets HTTP sont éliminés à cause d'autre trafic réseau sur la liaison Frame Relay. Les utilisateurs du site Paris se plaignent également que le trafic Telnet vers le site Londres est aussi dégradé. Après analyse du trafic, l'administration réseau IFC a décidé d'allouer 50 pourcent de la bande passante Frame Relay pour le trafic réseau HTTP de Paris vers Londres. Egalement 25 pourcent de la bande passante de la liaison Frame Relay sera alloué au trafic Telnet du site Paris vers le site Londres. Tout autre trafic réseau sera contenu dans le reste de bande passante disponible sur la liaison Frame Relay. L'administration réseau IFC a décidé d'implémenter CBWFQ (Class-Based Weighted Fair Queuing ) pour satisfaire les demandes de QoS. ccnp_cch

Un minimum de 50% de bande passante pour HTTP et 25% pour Telnet Class-Based Weigthed Fair Queueing (CBWFQ) - Exemple de Configuration Paris(config)#interface serial0/0 Paris(config-if)#frame-relay class TSLAB Paris(config-if)#frame-relay traffic-shaping Paris(config)#map-class frame-relay TSLAB Paris(config-map-class)#frame-relay cir 9600 Paris(config-map-class)#frame-relay traffic-rate 9600 9600 Paris(config-map-class)#frame-relay adaptive-shaping becn Paris(config-map-class)#service-policy output CBWFQ-CENTRAL Paris(config)#policy-map CBWFQ-CENTRAL Paris(config-pmap)#class HTTP-Classe Paris(config-pmap-c)#bandwidth percent 50 Paris(config-pmap-c)#class TELNET-Classe Paris(config-pmap-c)#bandwidth percent 25 Paris(config)#class-map match-all HTTP-Classe Paris(config-cmap)#match access-group 100 Paris(config-cmap)#exit Paris(config)#class-map match-all TELNET-Classe Paris(config-cmap)#match access-group 101 Paris(config)#access-list 100 permit tcp 192.168.0.0 0.0.0.255 192.168.200.0 0.0.0.255 eq www Paris(config)#access-list 101 permit tcp 192.168.0.0 0.0.0.255 192.168.200.0 0.0.0.255 eq telnet Un minimum de 50% de bande passante pour HTTP et 25% pour Telnet ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Exemple de Configuration • La class-map et la policy-map pour du Class-Based-Weighted-Fair-Queuing vont être configurées sur le routeur Paris. Sur le routeur Paris, créer la liste d'accès IP étendue 100 pour permettre le trafic HTTP du réseau LAN de Paris vers le réseau LAN de Londres. Paris(config)#access-list 100 permit tcp 192.168.0.0 0.0.0.255 192.168.200.0 0.0.0.255 eq www • Créer également la liste d'accès IP étendue 101 pour permettre le trafic Telnet du réseau LAN de Paris vers le réseau LAN de Londres. Paris(config)#access-list 101 permit tcp 192.168.0.0 0.0.0.255 192.168.200.0 0.0.0.255 eq telnet ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Exemple de Configuration • Créer une class-map nommée HTTP-Classe et configurer une condition pour la correspondance avec la liste d'accès 100. Paris(config-pmap-c)#bandwidth percent 25 Paris(config)#class-map match-all HTTP-Classe Paris(config-cmap)#match access-group 100 Paris(config-cmap)#exit correspondance avec la liste d'accès 101. Paris(config)#class-map match-all TELNET-Classe Paris(config-cmap)#match access-group 101 • Créer une policy-map nommée CBWFQ-CENTRAL. Dans la policy créer une politique de trafic pour HTTP-Classe pour allouer un minimum de 50 pourcent de la bande passante disponible. Dans la même policy-map créer une politique de trafic pour TELNET-Classe pour allouer un minimum de 25 pourcent de la bande passante. Paris(config)#policy-map CBWFQ-CENTRAL Paris(config-pmap)#class HTTP-Classe Paris(config-pmap-c)#bandwidth percent 50 Paris(config-pmap-c)#class TELNET-Classe Paris(config-pmap-c)#bandwidth percent 25 ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Exemple de Configuration • Créer une map-class pour le formatage du trafic Frame Relay appelée TSLAB. Fixer le CIR à 9600 , le débit à 9600 et le formatage adaptif avec BECN. Ensuite appliquez la service policy CBWFQ-CENTRAL comme suit: Paris(config)#map-class frame-relay TSLAB Paris(config-map-class)#frame-relay cir 9600 Paris(config-map-class)#frame-relay traffic-rate 9600 9600 Paris(config-map-class)#frame-relay adaptive-shaping becn Paris(config-map-class)#service-policy output CBWFQ-CENTRAL • Valider le formatage de trafic Frame Relay sur l'interface S0/0 et configurer l'interface pour qu'elle utilise la class Frame Relay TSLAB comme suit: Paris(config)#interface serial0/0 Paris(config-if)#frame-relay traffic-shaping Paris(config-if)#frame-relay class TSLAB ccnp_cch

Un minimum de 50% de bande passante pour HTTP et 25% pour Telnet Class-Based Weigthed Fair Queueing (CBWFQ) - Exemple de Configuration Paris(config)#interface serial0/0 Paris(config-if)#frame-relay class TSLAB Paris(config-if)#frame-relay traffic-shaping Paris(config)#map-class frame-relay TSLAB Paris(config-map-class)#frame-relay cir 9600 Paris(config-map-class)#frame-relay traffic-rate 9600 9600 Paris(config-map-class)#frame-relay adaptive-shaping becn Paris(config-map-class)#service-policy output CBWFQ-CENTRAL Paris(config)#policy-map CBWFQ-CENTRAL Paris(config-pmap)#class HTTP-Classe Paris(config-pmap-c)#bandwidth percent 50 Paris(config-pmap-c)#class TELNET-Classe Paris(config-pmap-c)#bandwidth percent 25 Paris(config)#class-map match-all HTTP-Classe Paris(config-cmap)#match access-group 100 Paris(config-cmap)#exit Paris(config)#class-map match-all TELNET-Classe Paris(config-cmap)#match access-group 101 Paris(config)#access-list 100 permit tcp 192.168.0.0 192.168.200.0 0.0.0.255 eq www Paris(config)#access-list 101 permit tcp 192.168.0.0 192.168.200.0 0.0.0.255 eq telnet Un minimum de 50% de bande passante pour HTTP et 25% pour Telnet ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Exemple de Configuration Paris#show policy-map interface Serial0/0: DLCI 102 - Service-policy output: CBWFQ-CENTRAL Class-map: HTTP-Classe (match-all) 0 packets, 0 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: access-group 100 Queueing Output Queue: Conversation 25 Bandwidth 50 (%) Max Threshold 64 (packets) (pkts matched/bytes matched) 0/0 (depth/total drops/no-buffer drops) 0/0/0 Class-map: HTTP-Classe (match-all) 0 packets, 0 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: access-group 101 Queueing Output Queue: Conversation 26 Bandwidth 25 (%) Max Threshold 64 (packets) Class-map: class-default (match-any) 0 packets, 0 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: any ccnp_cch

Class-Based Weigthed Fair Queueing (CBWFQ) - Exemple de Configuration Paris# show frame-relay pvc 102 PVC Statistics for interface Serail0/0 (Frame Relay DTE) DLCI = 102, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0 input pkts 12 output pkts 10 in bytes 1108 out bytes 1040 dropped pkts 0 in pkts dropped 0 out pkts dropped 0 out bytes dropped 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 0 out bcast bytes 0 Shaping adapts to BECN pvc create time 00:23:36, last time pvc status changed 00:23:31 cir 9600 bc 9600 be 0 byte limlit 150 interval 125 mincir 4800 byte increment 150 Adaptive Shaping BECN pkts 0 bytes 0 pkts delayed 0 bytes delayes 0 shaping inactive traffic shaping drops 0 service policy CBWFQ-CENTRAL Serial0/0: DLCI 102 - Service-policy output: CBWFQ-CENTRAL < Partie supprimée> ccnp_cch

Low Latency Queueing (LLQ) 2 4 3 6 5 7 1 V V PQ WFQ Priority-class Class-Default Class 1 Class 3 Class 2 • La fonctionnalité LLQ (Low Latency Queuing) fournit une file de priorité stricte pour CBWFQ réduisant ainsi le délai et la variation de délai pour les communications voix. • Configurée par la commande priority, la file de priorité élevée a un traitement prioritaire sur les autres files. • LLQ est également appelé Priority Queuing/Class-Based Weighted Fair Queuing ou PQ/CBWFQ car c'est une combinaison des deux techniques. ccnp_cch

Low Latency Queueing (LLQ) 2 4 3 6 5 7 1 V V PQ WFQ Priority-class Class-Default Class 1 Class 3 Class 2 • Pour CBWFQ, le poids d'un paquet appartenant à une classe est dérivé de la passante affectée lors de la configuration de la classe. - Par conséquent la bande passante affectée aux paquets d'une classe va déterminer l'ordre dans lequel les paquets des différents flux vont être transmis. - Chaque flux est servi équitablement selon le poids. - Pas de priorité d'un flux par rapport aux autres. • Ce mode de traitement n'est pas recommandé pour des flux vidéo et voix. ccnp_cch

Low Latency Queueing (LLQ) 2 4 3 6 5 7 1 V V PQ WFQ Priority-class Class-Default Class 1 Class 3 Class 2 • Pour mettre une classe de trafic en file d'attente prioritaire, utilisez la commande priority pour une classe après avoir spécifié la classe dans la policy-map. • Plusieurs classes prioritaires peuvent être placées dans une policy-map. • Tout les trafics des classes prioritaires sont mis en file dans une seule file et se partagent la bande passante allouée à cette file. ccnp_cch

Low Latency Queueing (LLQ) 2 4 3 6 5 7 1 V V PQ WFQ Priority-class Class-Default Class 1 Class 3 Class 2 • Bien qu'il soit possible de mettre en file prioritaire plusieurs trafics temmps-réel, Cisco recommande de placer uniquement le trafic voix dans cette file. • En effet si le trafic voix a un comportement bien connu, cela n'est pas également le cas pour les autres trafics temps-réel. ccnp_cch

Low Latency Queueing (LLQ) - Configuration Routeur(config)#policy-map policy-map-name Routeur(config-pmap)#class class-name ou Routeur(config-pmap-c)#priority bandwidth-kbps Les commandes bandwidth, queue-limit et random-detect ne peuvent pas être utilisées pour une classe utilisant LLQ • Quand la commande priority est utilisée pour une classe particulière, l'argument bandwidth est utilisé spécifier la bande passante maximale en Kbit/s. • La bande passante sera garantie pour la classe avec priorité. ccnp_cch

Low Latency Queueing (LLQ) - Configuration Routeur(config-pmap-c)#priority bandwidth-kbps Commande Priority Description bandwidth-kbps Spécifies le montant de bande passante en kbit/s alloué à la classe de "Priority Queuing". La valeur doit être assez grande pour tenir compte de l'en-tête de couche 2. • En cas de congestion, une politique d'élimination des paquets est mise en place. • Le trafic voix mis en file prioritaire est transporté par UDP et par conséquent n'est pas soumis à WRED qui gère la politique d'élimination des paquets. • Comme WRED n'est pas effectif dans ce cas, les commandes random-detect et queue-limit ne peuvent pas être utilisées avec la commande priority. ccnp_cch

Low Latency Queueing (LLQ) - Configuration 2 4 3 6 5 7 1 V V PQ WFQ Priority-class Class-Default Class 1 Class 3 Class 2 • Quand le phénomène de congestion apparaît, le trafic destiné à la file prioritaire est mesuré pour s'assurer que l'allocation de bande passante configurée pour la classe dont dépend le trafic n'est pas excédé. ccnp_cch

Low Latency Queueing (LLQ) - Exemple de Configuration • Low Latency Queuing va être implémenté sur le routeur Londres. Sur le routeur Londres, créez une liste d'accès 102 pour simuler du trafic à faible latence comme la voix sur IP. Pour cela, la liste d'accès va permettre du trafic issu de l'interface Loopback 0 du routeur Londres vers le réseau LAN du site de Paris. Londres(config)#access-list 102 permit ip host 192.168.233.1 192.168.0.0 0.0.0.255 • Créez une liste d'accès 103 pour permettre du trafic issu de l'interface Loopback 1 du routeur Londres vers le réseau LAN du site de Paris. Londres(config)#access-list 103 permit ip host 192.168.234.1 192.168.0.0 0.0.0.255 • Créez une liste d'accès 104 pour permettre du trafic issu de l'interface Loopback 2 du Londres(config)#access-list 104 permit ip host 192.168.235.1 192.168.0.0 0.0.0.255 ccnp_cch

Low Latency Queueing (LLQ) - Exemple de Configuration • Trois correspondances de classes doivent être créées pour correspondre aux conditions des listes d'accès. Créez la première class-map nommée Classe-LLQ-102 et configurez la condition de correspondance avec la lise d'accès 102. Créez la seconde class-map nommée Classe-CBWFQ-103 et configurez la condition de correspondance avec la lise d'accès 103. Créez la troisième class-map nommée Classe-CBWFQ-104 et configurez la condition de correspondance avec la lise d'accès 104. Londres(config)#class-map match-all Classe-LLQ-102 Londres(config-cmap)#match access-group 102 Londres(config-cmap)#class-map match-all Classe-CBWFQ-103 Londres(config-cmap)#match access-group 103 Londres(config-cmap)#class-map match-all Classe-CBWFQ-104 Londres(config-cmap)#match access-group 104 ccnp_cch

Low Latency Queueing (LLQ) - Exemple de Configuration • Créer une policy-map nommée CBWFQ-Londres et configurer une politique de trafic pour la classe de trafic nommée Classe_LLQ-102 en spécifiant une priorité égale à 8. Londres(config)#policy-map CBWFQ-Londres Londres(config-pmap)#class Classe-LLQ-102 Londres(config-pmap-c)#priority 8 Londres(config-pmap-c)#class Classe-CBWFQ-103 Londres(config-pmap-c)#bandwidth percent 25 Londres(config-pmap-c)#class Classe-CBWFQ-104 • Créer une map-class pour le formatage du trafic Frame Relay appelée TSLAB. Fixer le CIR à 28000 , le CIR minimum à 18000 et le formatage adaptif avec BECN. Ensuite appliquez la service policy CBWFQ-Londres comme suit: Londres(config)#map-class frame-relay TSLAB Londres(config-map-class)#frame-relay cir 28000 Londres(config-map-class)#frame-relay mincir 18000 Londres(config-map-class)#frame-relay adaptive-shaping becn Londres(config-map-class)#service-policy output CBWFQ-Londres ccnp_cch

Low Latency Queueing (LLQ) - Exemple de Configuration • Vérification de la configuration sur le routeur distant Londres#show policy-map Policy Map CBWFQ-Londres Class Classe-LLQ-102 Strict Priority Bandwidth 8 (Kbps) Burst 200 (Bytes) Class Classe-CBWFQ-103 Bandwidth 25 (%) Max Threshold 64 (Packets) Class Classe-CBWFQ-104 Strict Priority Bandwidth 25 (%) Max Threshold 64 (Packets) ccnp_cch

Low Latency Queueing (LLQ) - Exemple de Configuration Londres(config)#interface serial0/0 Londres(config-if)#frame-relay class TSLAB Londres(config-if)#frame-relay traffic-shaping Londres(config)#map-class frame-relay TSLAB Londres(config-map-class)#frame-relay cir 28000 Londres(config-map-class)#frame-relay mincir 18000 Londres(config-map-class)#frame-relay adaptive-shaping becn Londres(config-map-class)#service-policy output CBWFQ-Londres Londres(config)#policy-map CBWFQ-Londres Londres(config-pmap)#class Classe-LLQ-102 Londres(config-pmap-c)#priority 8 Londres(config-pmap-c)#class Classe-CBWFQ-103 Londres(config-pmap-c)#bandwidth percent 25 Londres(config-pmap-c)#class Classe-CBWFQ-104 Londres(config)#class-map match-all Classe-LLQ-102 Londres(config-cmap)#match access-group 102 Londres(config-cmap)#class-map match-all Classe-CBWFQ-103 Londres(config-cmap)#match access-group 103 Londres(config-cmap)#class-map match-all Classe-CBWFQ-104 Londres(config-cmap)#match access-group 104 Londres(config)#access-list 102 permit ip host 192.168.233.1 192.168.0.0 0.0.0.255 Londres(config)#access-list 103 permit ip host 192.168.234.1 192.168.0.0 0.0.0.255 Londres(config)#access-list 104 permit ip host 192.168.235.1 192.168.0.0 0.0.0.255 ccnp_cch

Vérification de la gestion des files d'attente Routeur#show queueing interface s0/1 Interface Serail0/1 queueing strategy: fair Input queue: 0/75/0 (size/max/drops); Total output drops 0 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/1/256 (active/max active/max total) Reserved conversations 0/0 (allocated/ max allocated) • Notez que le mot "Queuing" est ortographié "Queueing dans les commandes. ccnp_cch

Vérification de la gestion des files d'attente Routeur#show policy-map Pol1 Ethernet1/1 output ; Pol1 Weighted Fair Queueing Class Classe1 Output Queue: Conversations 264 Bandwidth 937 (kbps) Max Threshold 64 (packets) (total/discards/tail drops) 11548/0/0 Class Classe2 Output Queue: Conversations 265 (total/discards/tail drops) 11546/0/0 ccnp_cch

Vérification de la gestion des files d'attente R_Distant#show policy-map interface s0/1.1 SerialT1.1: DLCI 621- Service-policy output: CBWFQ-Distant Class-map: Classe-LLQ-102 (match-all) 2022 packets, 129408 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: access-group 102 Weighted Fair Queueing Strict Priority Output Queue: Conversation 24 Bandwidth 8 (kbps) Burst 200 (Bytes) (pkts matched/bytes matched) 390/24960 (total drops/bytes drops) 0/0 Class-map: class-default (match-any) 1541 packets, 74919 bytes Compteur Description 2022 packets 129408 bytes Nombre de paquets qui correspondent aux critères de la classe. Ce compteur est incrémenté que l'interface ait de la congestion ou non. (pkts matched/bytes matched) 390/24960 Nombre de paquets qui correspondent aux critères de la classe quand l'interface était congestionnée. Les paquets qui sont commutés passent toujours par le système de files d'attente de couche 3 et par conséquent incrémentent le compteur. 5 minute offered rate 0 bps, drop rate 0 bps Utilisez la commande interval pour modifier cette valeur. La valeur la plus faible est 30 secondes. Les les statistiques affichées par la commande show policy-map sont mises à jour toutes les 10 secondes. La commande donne un aperçu à un moment donné. ccnp_cch

Comparaison des méthodes de gestion des files d'attente Flow Based WFQ Priority Queuing Custom Queuing Pas de listes de files d'attente 4 files d'attentes 16 files d'attente Pas de classes Jusqu'à 64 classes Priorité au faible volume File haute servie en premier Services Round-robin Dispatching des communications Dispatching des paquets Dispatching par seuil Attribue un poids par flux Attribue un poids par classe Priorité à une classe, poids pour les autres. Le trafic interactif a le plus faible poids. Les classes définies par l'utilisateur ont un poids personnalisé. Le trafic interactif a la priorité. Le trafic critique a la priorité. Allocation de bande passante. Les transfert de fichiers ont un partage équilibré. Conçu pour les liaisons à faible bande passante. Conçu pour les liaisons à faible bande passante et débit moyen. Conçu pour donner la priorité à la voix. Validé par défaut Doit être configuré ccnp_cch

Compression de données - Présentation générale En-tête PPP, HDLC, Frame relay ou ATM En-tête TCP/IP Charge Utile Compression sur la liaison Compression de la charge utile Compression de l'en-tête • La compression de données identifie des motifs dans les flux de données et choisit une méthode de représentation plus efficace de l'information. • Un algorithme est appliqué aux données pour éliminer le plus de redondance possible. • L'efficacité d'un système de compression est mesurée par son taux de compression (rapport entre le volume de données non-compressé et le volume de données compressé). • Un taux de compression de 2:1 indique que le volume compressé est égal à la moitié du volume non-compressé. ccnp_cch

Compression de données - Présentation générale En-tête PPP, HDLC, Frame relay ou ATM En-tête TCP/IP Charge Utile Compression sur la liaison Compression de la charge utile Compression de l'en-tête • Les types de compression suivants sont supportés par les équipements Cisco: - Link compression ( appelée également compression par interface). - Compression de la charge utile ( appelée également compression par circuit virtuel) - Compression de l'en-tête TCP/IP • Par défaut, les données sont transmises non-compressées sur les liaisons série. ccnp_cch

Compression de données - Liaison Point à Point En-tête Charge Utile Décompression Compression PPP, HDLC • La compression par liaison ou compression par interface inclut la compression de l'en-tête et de la charge utile. • La compression par liaison est indépendante du protocole. • L'algorithme de compression par liaison utilise Predictor ou STAC pour compresser le trafic transporté par un protocole de couche 2 comme PPP (Point-to-Point Protocol) ou LAPB (Link Access Procedure Balanced) pour assurer la protection contre les erreurs et le séquencement. • Le protocol HDLC Cisco ( Hig-level Data Link Control) utilise uniquement la compression STAC. ccnp_cch

Compression de données - Liaison Point à Point En-tête Charge Utile Décompression Compression PPP, HDLC • Si le flux de données est transporté sur une liaison point à point, utilisez la compression par liaison ou par interface. • Dans cet environnement, toute la charge utile est compressée et l'en-tête des couches supérieures n'est pas utilisable. • Les environnements avec liaisons point à point et un nombre de sauts limités comme les lignes louées ou le RNIS ccnp_cch

Compression de données - Liaison Point à Point En-tête Charge Utile Décompression Compression PPP, HDLC • Predictor – Prédit la prochaine séquence de caractères dans les données en utilisant un index de recherche dans un dictionnaire. La prochaine séquence de caractères est ensuite examinée pour vérifier la correspondance dans le dictionnaire. Si une correspondance est trouvée, la séquence est remplacée par la séquence du dictionnaire. Si la correspondance n'est pas trouvée, un nouvel index est crée pour mettre à jour le dictionnaire en fonction de la dernière séquence de caractères. • STAC – Développé par STAC Electronics est basé sur l'algorithme Lempel-Ziv (LZ) . Il cherche les chaînes redondantes dans le le flux de données et les remplace par une valeur plus courte que l'original dans le flux de données. ccnp_cch

Compression de données - Compression de charge utile En-tête Charge Utile Décompression Compression Frame Relay ou ATM • La compression de charge utile ou par circuit virtuel compresse uniquement les données transportées par le protocole sans compresser l'en-tête. • Dans un inter-réseau, le lient ne peut pas être sur que les information seront transmises uniquement sur de liaisons point à point. • Si la compression par liaison est utilisé, l'en-tête ne pourra pas être utilisé par un nœud si celui-ci en a besoin. ccnp_cch

Compression de données - Compression de charge utile En-tête Charge Utile Décompression Compression Frame Relay ou ATM • Lors de l'utilisation de la compression de la charge utile, l'en-tête n'est pas changé et les paquets peuvent être commutés au travers d'un réseau paquet WAN. • La compression de la charge utile est appropriée pour les réseaux avec circuits virtuels comme Frame Relay et ATM. La compression STAC est utilisée. ccnp_cch

En-tête PPP, HDLC, Frame relay ou ATM Compression de données - Compression de l'en-tête TCP En-tête PPP, HDLC, Frame relay ou ATM En-tête TCP/IP Charge Utile • La compression d'en-tête TCP/IP est standardisée par l'algorithme Van Jacobson défini dans le RFC 1144. • La compression d'en-tête TCP/IP diminue la taille des en-têtes TCP/IP trop grands par rapport à la taille des paquets transmis sur les liaisons WAN pour certaines applications. • L'en-tête de couche 2 n'est pas concerné par cette compression et le paquet peut ainsi être transporté sur un réseau WAN. ccnp_cch

En-tête PPP, HDLC, Frame relay ou ATM Compression de données - Compression de l'en-tête TCP En-tête PPP, HDLC, Frame relay ou ATM En-tête TCP/IP Charge Utile • La compression de l'en-tête TCP/IP est très bénéfique sur des paquets de petites tailles tels les paquets Telnet. • La compression de l'en-tête TCP/IP est supportée par les protocoles Frame Relay et les protocoles d'accès à la demande des liaisons WAN. • La compression de l'en-tête TCP/IP est généralement utilisée sur des liaisons WAN à faible débit (< 64 Kb/s).• ccnp_cch

Compression de données - Implémenter MPPC RNIS/ RTC Compression Décompression PPP, LAPB,HDLC • Le protocole MPPC (Microsoft Point-to-Point Compression) permet aux routeurs Cisco d'échanger des données compressées avec des clients Microsoft. • MPPC utilise un mécanisme de compression basé sur l'algorithme LZ. • Utilise MPPC pour des échanges de données avec un host au travers d'une liaison WAN. ccnp_cch

Compression de données - Autres types de compression à prendre en compte • Compression Modem • Cryptage de données • Cycles CPU / Ressources Mémoire • Compression Modem - Dans les environnements d'accès par appel, la compression peut être effectuée par le modem. - Les deux standards de compression par modem sont MNP5 (Microcom Networing Protocol 5) et UIT-T V42.bis. Ces deux protocoles offrent respectivement un taux de compression de 2 et de 4. - Ces deux spécifications ne sont pas compatibles. - Les deux modems négocient le standard utilisé. - Si le modem effectue la compression, ne pas configurer celle-ci sur le routeur. ccnp_cch

Compression de données - Autres types de compression à prendre en compte • Compression Modem • Cryptage de données • Cycles CPU / Ressources Mémoire • Cryptage des données - La compression est une fonction de couche 2 alors que le cryptage très souvent réalisé à la couche 3. - Les données cryptées ne contiennent pas de motifs redondants et lorsqu'elles sont passées au système de compression celui augmente le volume des données. - Après compression les système de compression transmet par comparaison le volume le plus faible. Le volume de données non-compressé sera transmis. - Si les données sont cryptées ne pas utiliser la compression de données. ccnp_cch

Compression de données - Autres types de compression à prendre en compte • Compression Modem • Cryptage de données • Cycles CPU / Ressources Mémoire • Cycles CPU contre Taille Mémoire - La taille en mémoire qu'un routeur doit avoir et celle que l'administrateur prévoit peuvent différer selon les données à compresser, l'algorithme de compression et le nombre de compressions simultanées à réaliser sur le routeur. - Predictor demande plus de ressources mémoire que STAC. - La compression de charge utile utilise plus de mémoire que la compression par interface et par conséquent la compression par interface utilise plus de cycles CPU. ccnp_cch

Compression de données - Configuration de la compression Routeur(config-if)#compress [predictor| stac | mppc] • Configure la compression logicielle pour LAPB, HDLC et PPP sur une liaison Routeur(config-if)#frame-relay payload-compress • Valider la compression de la charge utile Frame Relay sur une interface ou une sous-interface Routeur(config-if)#ip rtp header-compression [passive] • Spécifie que les en-têtes pour le trafic RTP doivent être compressés • Utilisez la commande frame-relay payload-compress pour valider la compression STAC sur une interface ou une sous-interface Frame Relay point à point. • Utilisez la commande ip rtp header-compression pour valider la compression du protocole RTP avec des encapsulations HDLC ou PPP sur interfaces serial. ccnp_cch