Cet article explique comment le moteur de QOS de Cato fonctionne et vous aide significativement à améliorer l'utilisation de la bande passante du réseau et optimiser la performance du réseau.
Gérer la bande passante avec le QOS de Cato
Dans l'Application de Gestion Cato, utilisez les profils de gestion de la bande passante pour configurer les priorités de QOS pour les différents types de trafic. Chaque profil contient à la fois la priorité du QOS et les limites de la bande passante du trafic. Vous pouvez alors assigner le profil de gestion de la bande passante à une règle réseau et prioriser le type de trafic spécifique.
Vous pouvez définir des valeurs de priorité entre 2 et 255 où 0 et 1 sont réservées 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é supérieure par rapport au trafic avec la priorité P20. Vous pouvez fournir une priorité différente à différentes applications et atteindre la performance requise pour ce type de trafic. Nous recommandons de donner une valeur de priorité plus basse à un type de trafic plus significatif. Par exemple, si le trafic VoIP est plus important pour votre compte que le RDP, assignez aux règles réseau VoIP une priorité plus haute que les règles RDP.
Note : Si vous configurez un Transfert de Port à Distance (RPF) pour votre compte, le trafic RPF est assigné automatiquement avec la priorité la plus basse de 255. Pour plus de détails sur le RPF, voir Configurer le Transfert de Port à Distance pour le Compte.
Comment Cato envoie le trafic basé sur la politique de gestion de la bande passante
Cato Networks utilise une technique standard de profilage de trafic pour optimiser la performance du réseau en contrôlant le Téléversement et le Téléchargement moyenné.
Le diagramme suivant montre comment le moteur de QOS assigne des priorités à différents types de trafic.
|
Implémentation de l'Algorithme de Gestion de la Bande Passante
Cato utilise l'algorithme du Seau Perforé pour mesurer les limites de la bande passante et de la caractéristique de rafale. Implémenter le Seau Perforé comme un limiteur de trafic signifie que lorsque le taux de paquets entrants est plus élevé que le taux sortant, comme avec une congestion réseau, les paquets entrent dans la file d'attente et sont rejetés une fois que la file est pleine. Lorsque les paquets sont transmis, ils sont retirés de la file d'attente, première entrée première sortie (FIFO), et de nouveaux paquets peuvent entrer dans la file.
Sous le capot - Comment le Trafic est envoyé selon les Priorités
L'algorithme du Seau Perforé 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 de bande passante réelle. Le taux de l'eau qui s'écoule du seau à chaque intervalle.
Capacité de rafale - la taille du seau. La quantité totale d'eau que le seau peut transporter avant de commencer à rejeter les 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é d'un seau est pleine, les nouveaux paquets pour cette priorité sont mis en file d'attente et possiblement rejeté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, tous les paquets sont rejetés quel que soit la priorité.
Cependant, Cato implémente la Detection Précoce Aléatoire Pondérée (WRED) pour éviter de rejeter un grand nombre de paquets. Pour le trafic TCP, Cato rejette les paquets de données et non les paquets ACK afin de déclencher l'algorithme de congestion de l'émetteur. Et en réponse, l'émetteur réduit le taux à lequel il envoie les paquets.
Comment le Trafic Est Envoyé depuis les Files de Priorité
Le Socket envoie les paquets depuis les files de priorité en deux itérations : itération de limite dure et itération de meilleur effort. Le limiteur de trafic envoie d'abord les paquets selon les limites de bande passante configurées et fait ensuite le meilleur effort pour envoyer les paquets restants. Pendant chaque boucle de 1 ms, il réalise les deux itérations :
Itération des Limites Dures – durant cette itération la séquence est d'évaluer chaque file en commençant par la priorité la plus haute à 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 arrête d'envoyer des paquets.
Itération de Meilleur Effort – si les paquets transmis dans l'Itération des Limites Dures n'excèdent 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 haute jusqu'à 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.
Exemple des Itérations du Limiteur de Trafic
Cette section montre un exemple de comment le moteur de QOS de Cato priorise les paquets dans les files de trafic.
Cinq Files de Priorité avec des Paquets
Le diagramme ci-dessus montre les paquets dans 5 files de priorité avant que le Socket commence les itérations.
QOS – Itération des limites dures
Ce diagramme montre la première itération, qui est l'Itération des Limites Dures. En commençant par P10, P20, P30, P40 et enfin P255. La bande passante disponible pour chaque file est : deux paquets depuis la file P10, un paquet depuis P20, un paquet depuis P30, deux paquets depuis P40 et un paquet depuis la file P255.
QOS – Itération de meilleur effort
Ce diagramme 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 la prochaine boucle. Ensuite, de nouveaux paquets arrivent dans les files et l'algorithme exécute à nouveau les deux itérations et envoie le paquet restant.