L’ASA prend en charge les fonctionnalités QoS suivantes :

• Régulation : pour éviter que le trafic classé ne monopolise la bande passante du réseau, vous pouvez limiter la bande passante maximale utilisée par classe. Consultez Police pour de plus amples renseignements.

• Mise en file prioritaire : pour le trafic critique qui ne peut pas tolérer la latence, comme la voix sur IP (VoIP), vous pouvez identifier le trafic pour la mise en file d’attente à faible latence (LLQ) afin qu’il soit toujours transmis avant les autres trafics. Consultez File d’attente prioritaire.

Un compartiment à jetons est utilisé pour gérer un mécanisme qui régule les données dans un flux, par exemple un contrôleur de trafic. Un compartiment de jetons n’a pas de politique de suppression ou de priorité. u contraire, un compartiment à jetons rejette les jetons et laisse au flux le soin de gérer sa file d’attente de transmission si le flux surcharge le régulateur.

Un compartiment à jetons est une définition formelle d’un débit de transfert. Il comporte trois composants : une taille de rafale, un débit moyen et un intervalle de temps. Bien que le débit moyen soit généralement représenté sous forme de bits par seconde, deux valeurs peuvent être dérivées de la troisième par la relation indiquée comme suit :

débit moyen = taille de rafale/intervalle de temps

Voici quelques définitions de ces termes :

• Débit moyen : également appelé débit d’information validé (CIR), il spécifie la quantité de données qui peut être envoyée ou transmise par unité de temps en moyenne.

• Taille de la rafale : également appelée taille de rafale validée (Bc), elle spécifie en octets par rafale la quantité du trafic qui peut être envoyée dans une unité de temps donnée pour ne pas créer de problèmes de planification.

• Intervalle de temps : également appelé intervalle de mesure, il spécifie le quantum de temps en secondes par rafale.

Dans la métaphore du compartiment à jetons, les jetons sont placés dans le compartiment à un certain débit. Le compartiment lui-même a une capacité spécifiée. Si le compartiment se remplit à sa capacité, les jetons nouvellement entrants sont rejetés. Chaque jeton est l’autorisation pour la source d’envoyer un certain nombre de bits dans le réseau. Pour envoyer un paquet, le régulateur doit supprimer du compartiment un nombre de jetons égal en représentation à la taille du paquet.

S’il n’y a pas assez de jetons dans le compartiment pour envoyer un paquet, le paquet attend jusqu’à ce que le paquet soit rejeté ou marqué. Si le compartiment est déjà plein de jetons, les jetons entrants débordent et ne sont pas disponibles pour les futurs paquets. Ainsi, à tout moment, la plus grande rafale qu’une source peut envoyer dans le réseau est à peu près proportionnelle à la taille du compartiment.

La régulation est un moyen de s’assurer que le trafic ne dépasse pas le débit maximal (en bits/seconde) que vous avez configuré, garantissant ainsi qu’aucune classe de trafic ne peut prendre le contrôle de toute la ressource. Lorsque le trafic dépasse le débit maximal, l'ASA abandonne le trafic excédentaire. La régulation définit également la plus grande rafale de trafic autorisée.

La mise en file d’attente prioritaire LLQ vous permet de hiérarchiser certains flux de trafic (comme le trafic sensible à la latence comme la voix et la vidéo) avant d’autres trafics. La mise en file d’attente prioritaire utilise une file d’attente de priorité LLQ sur une interface (voir Configurer la file d’attente prioritaire pour une interface), tandis que tout autre trafic passe dans la file d’attente « au mieux ». Comme les files d’attente ne sont pas de capacité infinie, elles peuvent atteindre leur capacité maximale et déborder. Lorsqu’une file d’attente est remplie, tous les paquets supplémentaires ne peuvent pas entrer dans la file d’attente et sont abandonnés. C’est ce qu’on appelle abandon de file d’attente. Pour éviter que la file d’attente ne se remplisse, vous pouvez augmenter la taille du tampon de file d’attente. Vous pouvez également affiner le nombre maximal de paquets autorisés dans la file d’attente de transmission. Ces options vous permettent de contrôler la latence et la robustesse de la mise en file d’attente prioritaire. Les paquets dans la file d’attente LLQ sont toujours transmis avant les paquets dans la file d’attente au mieux.

Vous pouvez configurer chacune des fonctionnalités QoS seule si vous le souhaitez pour l’ASA. Souvent, cependant, vous configurez plusieurs fonctionnalités QoS sur l’ASA afin de pouvoir hiérarchiser certains trafics, par exemple, et empêcher d’autres trafics de provoquer des problèmes de bande passante. Vous pouvez configurer :

Mise en file prioritaire (pour un trafic spécifique) + régulation (pour le reste du trafic).

Vous ne pouvez pas configurer la mise en file d’attente prioritaire et la régulation pour le même ensemble de trafic.

Les marquages DSCP (DiffServ) sont conservés sur tout le trafic passant par l’ASA. L’ASA ne marque/remarque pas localement le trafic classé. Par exemple, vous pourriez désactiver les bits DSCP de transfert accéléré (EF) de chaque paquet pour déterminer s’il nécessite un traitement « priorité » et faire en sorte que l’ASA dirige ces paquets vers le LLQ.

Pour afficher les statistiques QoS pour la régulation du trafic, utilisez la commande show service-policy police .

hostname# show service-policy police

Global policy:
	Service-policy: global_fw_policy

Interface outside:
	Service-policy: qos
		Class-map: browse
			police Interface outside:
				cir 56000 bps, bc 10500 bytes
				conformed 10065 packets, 12621510 bytes; actions: transmit
				exceeded 499 packets, 625146 bytes; actions: drop
				conformed 5600 bps, exceed 5016 bps
		Class-map: cmap2
			police Interface outside:
				cir 200000 bps, bc 37500 bytes
				conformed 17179 packets, 20614800 bytes; actions: transmit
				exceeded 617 packets, 770718 bytes; actions: drop
				conformed 198785 bps, exceed 2303 bps

Pour afficher les statistiques des politiques de service qui mettent en œuvre la commande priority , utilisez la commande show service-policy priority.

hostname# show service-policy priority
Global policy:
	Service-policy: global_fw_policy
Interface outside:
	Service-policy: qos
		Class-map: TG1-voice
			Priority:
				Interface outside: aggregate drop 0, aggregate transmit 9383

« Aggregate drop » (abandon agrégé) désigne l’abandon agrégé dans cette interface; « Aggregate transmit » (transmission agrégée) désigne le nombre agrégé de paquets transmis dans cette interface.

Pour afficher les statistiques de file d’attente prioritaire pour une interface, utilisez la commande show priority-queue statistics . Les résultats affichent les statistiques de la file d’attente best-effort (BE) et de la file d’attente à faible latence (LLQ). L’exemple suivant montre l’utilisation de la commande show priority-queue statistics pour l’interface nommée test.

hostname# show priority-queue statistics test

Priority-Queue Statistics interface test

Queue Type        = BE
Packets Dropped   = 0
Packets Transmit  = 0
Packets Enqueued  = 0
Current Q Length  = 0
Max Q Length      = 0

Queue Type        = LLQ
Packets Dropped   = 0
Packets Transmit  = 0
Packets Enqueued  = 0
Current Q Length  = 0
Max Q Length      = 0
hostname#

Dans ce rapport statistique :

• « Paquets abandonnés » désigne le nombre total de paquets qui ont été abandonnés dans cette file d’attente.

• « Paquets transmis » désigne le nombre total de paquets qui ont été transmis dans cette file d’attente.

• « Paquets mis en file d’attente » désigne le nombre total de paquets qui ont été mis en file d’attente dans cette file d’attente.

• La « Longueur actuelle de la file d’attente » désigne la profondeur actuelle de cette file d’attente.

• La « Longueur maximale de la file d’attente » désigne la profondeur maximale jamais enregistrée dans cette file d’attente.