annuler
Affichage des résultats de 
Rechercher plutôt 
Vouliez-vous dire : 
cancel
Annonces
Interview Redouane MEDDANE

Community Live Q&R - R&S Mise en œuvre de Auto-QoS pour switch Cisco famille Catalyst 9000

438
Visites
0
Compliment
0
Commentaires

Ci-dessous vous retrouverez les questions qui ont été répondues par notre expert du webcast.

La QoS est nécessaire dès que le réseau transporte des flux sensibles (voix, vidéo, signalisation, conférence, etc.) en cours de congestion. Nous allons voir la façon de mettre en œuvre Auto-QoS sur un switch de la famille Cisco Catalyst 9000. Cette présentation est basée sur l’IOS XE Gibraltar 16.12.x. Cette version fait évoluer le concept d’Auto-QoS autrefois connu sur les familles Catalyst 29xx, 37xx etc..

Notre expert : Alain Faure  (présentateur).

Pour plus d'informations, visitez la section Routage et Commutation.

undefinedundefined undefined undefined

Cliquez sur les boutons pour accéder aux contenus proposés


Sujets abordés lors de la présentation : Auto-QoS, automatisation, Catalyst 9000, Catalyst 9x00 family, congestion.

R&S Mise en œuvre de Auto-QoS pour switch Cisco famille Catalyst 9000

 

Q: ­(Nicolas) Auto-QoS ne fonctionne-t-il pas mieux lorsqu'il y a déjà du trafic ?

Réponse :

Auto-QoS est un outil qui génère une configuration de QoS. Cette configuration de QoS est active si et seulement si, il y a congestion (trop de trafic par rapport à la bande passante). La QoS n’est pas activée par le trafic seulement, mais par du trafic et de la congestion. C’est le point important dans la compréhension de la QoS.

Q: ­(Daniel) ­Ça fonctionne en config dans la partie interface. Donc OK pour un port en mode access.  Et sur les ports en mode trunk ?

Réponse :

La méthode est la même en mode access et en mode trunk. La raison est que les files d’attentes sont dédiées à un port (une interface) physique.
Pour être plus complet, vous pouvez appliquer une configuration de QoS sur une interface appartenant à un Etherchannel, mais ni sur l’Etherchannel lui-même, ni sur un membre de l’Etherchannel.

Q: ­(Daniel) ­Dans les trunks, si oui, QoS géré par VLAN, et comment configurer avec une globale command dans la partie de config de l'interface ?

Réponse :

Si je comprends bien la question, il est question de réaliser une configuration dépendante du VLAN.
La configuration de la QoS se fait sur l’interface physique et rien ne vous empêche de créer une règle spécifique à un vlan.
Vous pouvez par exemple écrire quelque chose du style, classification voix (cos=5) venant du vlan 101:

class-map QosPourVlan101
match vlan 101
match cos 5

Q: ­(Daniel) ­La commande bandwith basé sur la définition de l'interface par la configuration de la bandwith réelle de la connexion ou par rapport à la vitesse de l'interface physique ?

Réponse : 

Basés sur la bande passante (bandwidth) courante de l'interface physique.
Le paramètre «bande passante» (bandwidth) disponible sous la configuration d'interface est utilisé uniquement pour les protocoles de routage - pas pour la QoS.

 

Q: ­(Ahmed) ­Par défaut, est-ce que les séries 9000 "trust dscp" comme les 3850 et 4500X ou non comme les séries 2900X ?

 

Réponse :

Si la question c’est "est-ce que les valeurs par défaut sur les séries 9000 sont les mêmes que pour les 3850/4500X ou comme les séries 2900X ?" Il faut se reporter à la documentation.

Pour la commande classique (ancienne) mls qos trust cos ,

« If you enter the mls qos trust dscp command, the default DSCP-to-CoS map is applied “ [Cisco IOS Quality of Service Solutions Command Reference 2013 11 11 – voir le site de Cisco]

A savoir que Cat9k partage les mêmes principes de qualité de service (QoS) que 3850.
Tous les marquages QoS sont approuvés par défaut et ils resteront intouchés sauf si une stratégie QoS spécifique est appliquée.

 

Q: ­(Gérard) ­Avec les switches Catalyst 9K on utilise MLS ou MQC ou autre chose ?

Réponse :

MLS est une technologie utilisée sur les Switches 29xx par exemple, mais c’est justement ce qui a changé avec la nouvelle version de QoS : on utilise maintenant MQC .
Avant on avait dans la configuration quelque chose du style « mls qos ... ». Maintenant tout se fait par des « policy » d’où le terme de MQC (Modular QoS Command-Line Interface Configuration).

Q: ­(Ulrich) ­Est-ce qu'Auto-QoS propose la définition de différents paramétrages en fonction de plages horaires ?

Réponse :

C’est possible en utilisant les access-list, par exemple :

class-map match-all TEST
match access-group name HEURE

policy-map HORAIRE
class  TEST
shape average 128000

ip access-list extended HEURE
permit ip host 1.1.1.1 any time-range JOURS

time-range JOURS
periodic Monday 8:00 to Friday 17:30

Q: ­(Stéphane) ­Est-ce qu'un équipement  final qui positionne le champ QoS ou DSCP dans la trame nécessite une configuration sur le port pour que la QoS soit prise en compte ?


Réponse :

J’imagine que vous voulez parler de l’équipement access (switch) sur lequel est branché un équipement terminal. Il y a le choix entre deux solutions :

  • Soit l’équipement terminal (ou final) positionne le champ de QoS sur soit la trame Ethernet (champ CoS­ soit dans le paquet IP (champ DSCP). Trame Ethernet (couche 2 du modèle OSI). Paquet IP (couche 3 du modèle OSI). Cela dépend du programme et/ou de la configuration sur l’équipement terminal (PC, téléphone IP etc.)
  • Soit c’est le switch (au niveau du port) qui positionne ces champs. C’est au choix, mais pour cela, il faut connaître les possibilités de l’équipement final.

Si vous ne connaissez pas l’équipement final, le mieux et de mettre en place la QoS avec classification sur le port du Catalyst Cisco 9000.

Q: ­(Stéphane) ­Sur un équipement de visioconférence ou un téléphone par exemple, existe-t-il une différence de marquage entre la signalisation et la voix ? (Un seul champ présent dans la trame).


Réponse :

Tout dépend du type d’équipement et de la manière dont le constructeur l’a programmé.

Le champ présent dans une trame Ethernet de couche 2 du modèle OSI est toujours CoS. Le champs CoS est généralement positionné de manière différente pour la voix et pour la signalisation. Généralement on utilise 5 pour la voix (protocole RTP) et la signalisation n’est surtout pas marqué avec ce 5 car la nature des protocoles (TCP/UDP SIP/ SCCP/MGCP) n’est pas la même.

La voix et la vidéo ont besoin d’une priorité haute, pas la signalisation.

Q: ­(Stéphane) ­A la page 53, les commandes suivantes signifient-elle que la FA drop les paquets avec un DSCP de 4 s'ils prennent plus de 20% de la FA ou si la FA dépasse 20% de la BP ?

policy-map table-policy
class class-threshold
queue-limit dscp 4 percent 20
queue-limit dscp 5 percent 30
queue-limit dscp 6 percent 40­


Réponse :

La limite de 20 % est un seuil ce qui veut dire qu’un paquet IP avec le champ DSCP à 4 verra le mécanisme de mise à la poubelle activé (drop) si la file a déjà atteint 20% de remplissage.  
Il existe 3 seuils par file d’attente. Ici on utilise le seuil 1 pour dscp 4, le seuil 2 pour dscp 5 et le seuil 3 pour dscp 6.

Pour cette file d’attente, on a par exemple 1000 trame/paquets de stockage possible. Chaque seuil indique le % de trames/paquets à partir duquel il y a le mécanisme de mise à la poubelle ‘drop’.

Si une nouvelle trame arrive avec un paquet ayant le champ dscp=4 [dscp 4 percent 20] alors que la file est déjà remplie à 20 % (200 trames/paquets), alors la trame est mise à la poubelle.

 

Q: ­(Mickael) ­Quelle est la version minimale ios pour utiliser l'auto-qos ?

Réponse :

Sur la Série Catalyst Cisco 9000 à partir de la version Cisco IOS XE Everest 16.5

Q: ­(Robert) ­Y a-t-il une commande pour voir si un port est trusté ?

    - Exemple si on met auto qos voip cisco-phone
    1) Comment voir que le port est trust et que le téléphone est bien détecté ?
    2) Sur autre Plateforme : sh mls qos interface montre le 'trust state'.

Réponse :

1) Il est possible de le voir dans la configuration de l’interface

show auto qos interface Gigabitethernet 2/0/5

2) Ce que vous mentionnez est l’ancienne commande d’Auto-QoS.

Q: ­(Robert) ­Nous utilisons le mode compact. Par contre, la commande show derived-config ne montre pas le détail de la config QoS ? ( version utilisée 16.09.02 ) Est-ce normal ?

Réponse :

Pouvez-vous s'il vous plaît partager plus d'informations à ce sujet?
Quelle est la configuration du port? Quel type de politique de service est attachée ?
Avez-vous également essayé une version plus récente comme la 16.9.4?

 

Q: ­(Robert) ­Est-ce que les up-grades sur futures versions pourraient modifiées les valeurs générées par les commandes Auto-QoS ? et si oui, autant en mode compact qu'en non compact ?

Réponse :

A priori, je ne pense que Cisco puisse s’engager là-dessus. Cependant ma vision des choses est que le résultat de l’utilisation d’Auto-QoS ne doit jamais se faire sans vérifier et valider la configuration résultante.

Q: ­(Kevin) ­Quand on parle de pourcentage de bande passante affectée dans une class, l'IOS se base sur le BW du show interface, ou sur la commande "bandwidth" explicitement configurée sur l'interface ?

Réponse : 

Basés sur la bande passante (bandwidth) courante de l'interface physique.
Le paramètre «bande passante» (bandwidth) disponible sous la configuration d'interface est utilisé uniquement pour les protocoles de routage - pas pour la QoS.

 

 

Créer
Reconnaître d'autres membres
Content for Community-Ad

Vidéo - Webcast R&S Octobre 2019

Vidéo - Webcast R&S Septembre 2019

Vidéo - Webcast R&S Août 2019