Configuration Frame Relay "Custom Queuing"

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

1 Configuration Frame Relay "Custom Queuing"
128 Kb/s S0/0 S0/0 Madrid Paris E0/0 E0/0 Objectif Le but est d'implémenter la mise en file d'attente par allocation de bande passante ou "Custom Queuing".

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. Les partenaires d'IFC, tels les chaînes de restaurant JDJC et les sociétés de pêche commencent à se plaindre de la lenteur de votre site WEB. Les transferts de fichiers, les sessions Web et les synchronisation de bases de données échouent pour cause de temps de réponse trop longs. Bien que de la bande passante soit en cours d'achat auprès de votre opérateur, vous avez reçu l'ordre de vous assurer que vos partenaires ne subissent plus ces problèmes pendant cette période transitoire. Si nécessaire, les utilisateurs internes seront pénalisés pendant les pics de trafic. Après avoir supervisé le trafic du réseau, vous décidez d'allouer la bande passante comme de la manière suivante : % pour la voix sur IP (VoIP) % pour le trafic FTP % pour le trafic HTTP % pour les reste du trafic 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 à ) La mise en file d'attennte de type "Custom Queuing" tente de remédier à des effets très néfastes des autres méthodes de mise en file d'attente sur le trafic de basse priorité La méthode "Custom Queuing" va réaliser un partage de bande passante et assurer que toutes les files auront leur pourcentage prédéfini de bande passante Il existe 17 files d'attentes dont les files numérotées de 1 à 16 peuvent être affectées à des types de trafic. La file numéro 0 est réservée au système pour du trafic essentiel comme les messages "keepalive" des interfaces. La file numéro 0 est toujours servie en premier. Les autres files sont servies à tour de role dès qu'une file est vide. Les proportions de bande passante allouée sont exprimées en octets et indiquent le nombre maximum d'octets qu'une file peut contenir. Les files contenant un grand nombre d'octets auront la possibilité de transmettre plus de données par unité de temps que les files contenant moins d'octets. Ce système permet de ne pas gaspiller de bande passante. Dès qu'une file est vide, le routeur passe à la file suivante Définissez le trafic pour chaque file avec les listes de file. Madrid(config)#queue-list 1 protocol ip 1 tcp ftp Madrid(config)#queue-list 1 protocol ip 2 tcp www Madrid(config)#queue-list 1 default D'après les informations affichées ci-dessus, quelle est la file d'attente affectée au trafic FTP? _____________________________________________________________________________ 2. D'après les informations affichées ci-dessus, à quelle file le trafic TFTP sera affecté? _____________________________________________________________________________

4 Configuration des routeurs(suite) 2)Fin Comme le trafic VoIP utilise TCP et UDP, vous devez utiliser une liste de contrôle d'accès étendue pour définir le trafic VoIP. Créer d'abord la liste de contrôle d'accès. Madrid(config)#access-list 111 permit tcp any any eq 1720 Madrid(config)#access-list 111 permit udp any any range Maintenant liez la liste de contrôle d'accès et la liste de file (queue-list). Madrid(config)#queue-list 1 protocol ip 4 list 111 Le numéro de file dans une liste de file est seulement un identifieur unique, ce n'est pas une indication de hiérarchie ou de priorité. 3) Quand la liaison Frame Relay sera saturée, en supposant que toutes les files sont pleines, l'allocation de bande passante sera effectuée en fonction de la taille de chaque file. La taille par défaut d'une file est de 1500 octets. Si 1500 octets sont supposés être égaux à % de la bande passante, 3000 octets représenteront 40% de cette même bande passante. Pour trouver quel pourcentage de bande passante une file d'attente occupera durant des périodes de saturation, il faut diviser la taille de ette file par la somme des tailles des autres files. Dans notre cas 3000/7500 = 0,4 ou 40% Définissez les tailles files pour les deux routeurs. Madrid(config)#queue-list 1 queue 1 byte-count 1500 Madrid(config)#queue-list 1 queue 2 byte-count 1500 Madrid(config)#queue-list 1 queue 3 byte-count 1500 Madrid(config)#queue-list 1 queue 4 byte-count ) Maintenant que le trafic est défini et associé à une file, que la taille de chaque file est définie, configurez les interfaces Frame Relay pour qu'elles utilisent le "Custom Queuing". Madrid(config)#interface serial0/0 Madrid(config-if)#custom-queue-list 1

5 Configuration des routeurs(suite) 5) Vérifiez votre configuration avec les commandes show queueing custom et show interface Madrid#show queueing custom Current custom queue configuration: List Queue Args default protocol ip tcp port ftp protocol ip tcp port www protocol ip list 111 byte-count 3000 Madrid# Madrid#show interface serial0/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 255/255, load 1/255 Encapsulation FRAME-RELAY, loopback not set, keepalive not set Broadcast queue 0/64, broadcasts sent/dropped 58/0, interface broadcasts 58 Last input 00:00:18, output 00:01:20, output hang never Last clearing of "show interface" counters never Input queue: 1/75/0 (size/max/drops); Total output drops: 0 Queueing strategy: custom-list 1 Output queues: (queue #: size/max/drops) 0: 0/20/0 1: 0/20/0 2: 0/20/0 3: 0/20/0 4: 0/20/0 5: 0/20/0 6: 0/20/0 7: 0/20/0 8: 0/20/0 9: 0/20/0 10: 0/20/0 11: 0/20/0 12: 0/20/0 13: 0/20/0 14: 0/20/0 15: 0/20/0 16: 0/20/0 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 69 packets input, 5772 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 3 input errors, 0 CRC, 3 frame, 0 overrun, 0 ignored, 0 abort 80 packets output, 6888 bytes, 0 underruns 0 output errors, 0 collisions, 23 interface resets 0 output buffer failures, 0 output buffers swapped out 39 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up