Cet article explique comment fonctionne le moteur QoS de Cato et vous aide considérablement à améliorer l'utilisation de la bande passante du réseau et à optimiser la performance du réseau.
Dans l'application de gestion Cato, utilisez des profils de gestion de la bande passante pour configurer les priorités QoS pour les différents types de trafic. Chaque profil contient à la fois la priorité QoS et les limites de bande passante du trafic. Vous pouvez ensuite attribuer le profil de gestion de la bande passante à une règle de réseau et prioriser le type spécifique de trafic.
Vous pouvez définir des valeurs de priorité de 2 à 255 où 0 et 1 sont réservés pour le trafic administratif de Cato et 255 est réservé comme la priorité la plus basse. Si vous configurez le profil de bande passante avec la priorité P10, le trafic correspondant a une priorité plus élevée que le trafic avec la priorité P20. Vous pouvez attribuer une priorité différente à différentes applications et atteindre la performance requise pour ce type de trafic. Nous vous recommandons d'attribuer une valeur de priorité inférieure à un type de trafic plus important. Par exemple, si le trafic VoIP est plus important pour votre compte que RDP, attribuez aux règles réseau VoIP une priorité plus élevée que les règles RDP.
Remarque : Si vous configurez un transfert de port distant (RPF) pour votre compte, le trafic RPF est automatiquement attribué avec la priorité la plus basse de 255. Pour plus de détails sur RPF, voir Configurer le Transfert de Port Distant pour le Compte.
Cato Networks utilise une technique standard de gestion de trafic pour optimiser la performance du réseau en contrôlant le taux moyen de Téléversement et Téléchargement.
Le schéma suivant montre comment le moteur QoS attribue la priorité aux différents types de trafic.
Cato utilise l'algorithme Leaky Bucket pour mesurer les limites de la bande passante et de la rafale. Implémenter Leaky Bucket en tant que modeleur de trafic signifie que lorsque le taux des paquets entrants est plus élevé que le taux sortant, comme lors de la congestion du réseau, les paquets entrent dans la file d'attente et sont éliminés une fois la file pleine. Lorsque les paquets sont transmis, ils sont retirés de la file, premier entré, premier sorti (FIFO) et de nouveaux paquets peuvent ensuite entrer dans la file.
L'algorithme Leaky Bucket mesure le taux de trafic et identifie quand le seau est plein. Il utilise ces métriques pour envoyer le trafic priorisé en utilisant l'exemple de l'eau remplissant un seau :
-
Taux moyen - la limite réelle de bande passante. Le taux de fuite de l'eau du seau à chaque cycle d'horloge.
-
Capacité de rafale - la taille du seau. La quantité totale d'eau que le seau peut contenir avant qu'il ne commence à éliminer des paquets.
-
Taux de rafale – pendant une rafale de trafic, le taux auquel l'eau est autorisée à entrer dans le seau. Le taux de rafale n'est pas limité et toute rafale peut entrer dans le seau.
Si le seau n'est pas plein, tous les paquets sont envoyés. Cependant, lorsque la priorité pour un seau est pleine, de nouveaux paquets pour cette priorité sont mis en file d'attente et peuvent être éliminés. Chaque priorité a une file d'attente différente, et les paquets sont envoyés par ordre (FIFO) selon les priorités. Lorsque toutes les files d'attente sont pleines, alors tous les paquets sont éliminés quel que soit la priorité.
Cependant, Cato implémente la détection précoce aléatoire pondérée (WRED) pour éviter d'éliminer un grand nombre de paquets. Pour le trafic TCP, Cato élimine les paquets de données et non les paquets ACK afin de déclencher l'algorithme de congestion de l'expéditeur. Et en réponse, l'expéditeur réduit le taux auquel il envoie des paquets.
Le Socket envoie les paquets des files de priorité en deux itérations : l'itération limite stricte et l'itération de meilleur effort. Le modeleur de trafic envoie d'abord les paquets selon les limites de bande passante configurées puis fait le meilleur effort pour envoyer les paquets restants. À chaque cycle de 1 ms, il effectue les deux itérations :
-
Itération des Limites Strictes – dans cette itération la séquence est d'évaluer chaque file en commençant par la priorité la plus élevée à la plus basse. Pour chaque file de priorité, le Socket envoie les paquets selon leurs limites de QoS configurées. Pendant cette itération, si la limite totale de bande passante du lien est dépassée, le Socket cesse d'envoyer des paquets.
-
Itération de Meilleur Effort – si les paquets transmis dans l'itération des Limites Strictes ne dépassent pas la limite totale de bande passante, alors dans cette itération, le Socket évalue chaque file à nouveau. En commençant par la priorité la plus élevée à la plus basse, il envoie les paquets restants. La motivation est d'utiliser toute la bande passante du lien sans dépasser la limite totale de bande passante.
Cette section montre un exemple de comment le moteur QoS de Cato priorise les paquets dans les files de trafic.
Cinq Files de Priorité avec Paquets
Le schéma ci-dessus montre les paquets dans 5 files de priorité avant que le Socket ne commence les itérations.
QoS – Itération des Limites Strictes
Ce schéma montre la première itération, qui est l'Itération des Limites Strictes. En commençant par P10, P20, P30, P40 et enfin P255. La bande passante disponible pour chaque file est : deux paquets de la file P10, un paquet de P20, un paquet de P30, deux paquets de P40 et un paquet de la file P255.
QoS – Itération de Meilleur Effort
Ce schéma montre la deuxième itération, qui est l'Itération de Meilleur Effort. Dans cette itération, trois paquets ont été envoyés depuis P10, et un de chaque depuis P20, P30, P40 et enfin P255. Dans ce cas, toute la bande passante disponible est utilisée et un paquet dans la file P255 reste pour le cycle suivant. Ensuite, de nouveaux paquets arrivent dans les files et l'algorithme exécute les deux itérations à nouveau et envoie le paquet restant.
0 commentaire
Vous devez vous connecter pour laisser un commentaire.