Configuration Frame Relay "Weighted Fair Queuing"

Présentation au sujet: "Configuration Frame Relay "Weighted Fair Queuing""— Transcription de la présentation:

1 Configuration Frame Relay "Weighted Fair Queuing"
128 Kb/s S0/0 S0/0 Madrid Paris E0/0 E0/0 Objectif Le but est d'optimiser la fonction "Weighted Fair Queuing" (WFQ.)

2 Scénario Vous êtes ingénieur réseau pour la société IFC et vous êtes responsable de la connectivité WAN. Comme la société IFC s'est développée, le trafic a augmenté sur le réseau Frame Relay. Pebdant les dernières semaines, des techniciens ont indiqué que des accès Telnet non fiables entre Paris et les sites régionaux. Après quelques investigations vous découvrez que le trafic moyen, entre sur le réseau Frame Relay entre Paris et Madrid, est proche de la saturation. En attendant de pouvoir augmenter la bande passante, vous utilisez la fonction "Weighted Fair Queuing" comme solution temporaire. Données de configuration Routeur "Paris" : - Nom du routeur : Paris - Interface S0/ Adresse IP: / DLCI Interface type dce - Interface E0/ Adresse IP : /24 Routeur "Madrid" : Nom du routeur : Madrid - Interfaces S0/ Adresse IP : / Interface type dte DLCI Interface E0/ Adresse IP : /24

3 Configuration des routeurs - Avant d'effectuer toute configuration, effacer la configuration en NVRAM et recharger le routeur. 1) Configurez les interfaces des routeurs d'après les données de configuration ainsi que le routage IIGRP avec le numéro d'AS égal à ) Vérifiez la stratégie de mise en file d'attente utilisée par défaut sur la liaison Frame Relay entre Paris et Madrid Madrid#show interface s0/0 Serial0/0 is up, line protocol is up Hardware is PowerQUICC Serial Internet address is /24 MTU 1500 bytes, BW 1544 Kbit, DLY usec, rely 253/255, load 1/255 Encapsulation FRAME-RELAY, loopback not set, keepalive not set Broadcast queue 0/64, broadcasts sent/dropped 8/0, interface broadcasts 8 Last input 00:01:09, output 00:00:35, output hang never Last clearing of "show interface" counters never 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) D'après les informations affichées par la commande ci-dessus, quelle est la stratégie de mise en file d'attente par défaut sur cette interface? _____________________________________________________________________________ Pour afficher la configuration de mise en file d'attente sur l'interface Frame Relay, exécutez la commande show queue interface serial0/ Paris#show queue serial0/0 Conversations 0/0/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Paris# 2. D'après les informations affichées par la commande ci-dessus, quel est le seuil pour la file d'attente en sortie sur cette interface? ________________________________________________________________________________ Est-ce que la commande show queue fournit des informations supplémentaires par rapport à la commande show interface ? ________________________________________________________________________________

4 Configuration des routeurs(suite) Depuis la version 11
Configuration des routeurs(suite) Depuis la version 11.2 de l'IOS , la fonction "Weighted Fair Queuing" est la méthode de mise en file d'attente par défaut sur toutes les interfaces dont la bande passante ne dépasse pas Kb/s. Si l'interface "Serial" d'un routeur utilise la méthode FIFO, vous pouvez configurer la fonction WFQ avec la commande fair-queue. Madrid(config)#interface serial0/0 Madrid(config-if)#fair-queue Sur une interface saturée avec une méthode FIFO pour la mise en file d'attente, les échanges à faible volume ou les sessions interactives comme Telnet subissent des délais de réponse non tolérables car une application comme FTP monopolise la bande passante disponible. La fonction WFQ identifie et donne des accès équitables aux applications. Les applications à faible débit ont la bande passante nécessaire tandis que les applications à débits plus élevés se partagent le reste de cette bande passante. Il n'y a pas de garantie de réservation de bande passante. Les interfaces saturées par du trafic peuvent éliminer des paquets. La mise en file d'attente ne résoud pas ce problème. Dans ce cas il est nécessaire d'augmenter la bande passante. La mise en file d'attente augmente les problèmes de performance car elle exige du temps CPU, et oblige le routeur à appliquer la logique de mise en file d'attente à chaque paquet. Aussi la mise en file d'attente est une solution temporaire ou une solution piur les rares occasions où des sessions interactives échouent dues à un délai trop important ou à des paquets éliminés. Chaque session de communication entre des machines crée un flux. Le routeur reconnaît un flux d'après des attributs incluant les adresses source et destination, les numéros de port et l'interface d'entrée. Le router peut comparer les paquets entrants au flux existants. Quand les paquets sont identifiés comme appartenants à certaines sessions, il sont mis en file d'attente. Pour donner à chaque session des ressources égales, un nombre maximum de 64 messages par défaut peut être mis en file pour chaque sessions. Pour le réseau IFC vous devez augmrnter le niveau de saturation à 128 paquets. Ceci permet au routeur de mettre plus de paquets en file d'attente, mais diminue le nombre de sessions servies pendant une période donnée. Note: La mise en file d'attente est active uniquement si la saturation existe. La congestion existe lorsque une interface à plus d'un paquet en file d'attente

5 Configuration des routeurs(suite) 3) Augmentez le seuil de saturation à 128 paquets sur les deux routeurs pour les interfaces Frame Relay. Madrid(config)#interface serial0/0 Madrid(config-if)#fair-queue Paris(config)#interface serial0/0 Paris(config-if)#fair-queue Affichez les paramètres du WFQ de l'interface Serial0/0 Paris#show interface s0/0 Serial0/0 is up, line protocol is up Hardware is PowerQUICC Serial Internet address is /24 MTU 1500 bytes, BW 1544 Kbit, DLY usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation FRAME-RELAY, loopback not set Keepalive not set Broadcast queue 0/64, broadcasts sent/dropped 4/0, interface broadcasts 4 Last input 00:00:14, output 00:00:48, output hang never Last clearing of "show interface" counters 00:22:05 Input queue: 0/75/0 (size/max/drops); Total output drops: 0 Queueing strategy: weighted fair Output queue: 0/1000/128/0 (size/max total/threshold/drops) Conversations 0/0/256 (active/max active/max total) Madrid#show queue serial0/0 Conversations 0/1/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Madrid# Quand la liaison Frame Relay sera saturée et la mise en file d'attente activée, chaque session pourra mettre 128 paquets en file d'attente avant d'éliminer les paquets entrants. Lorsque la limite de saturation de 128 paquets est atteinte pour un flux particulier, plus aucun paquet ne sera mis en file d'attente jusqu'à ce que la file ne contienne plus que 25% du maximum. Dans notre cas 25% de 128 donne 32 paquets. Si les paquets sont éliminés, les protocoles de couches hautes comme TCP peuvent demander la retransmissin des paquets éliminés.