Vue d'ensemble du Routage de Trafic avec Cato
Contrôler le routage du trafic pour votre réseau vous aide à maximiser la performance du réseau, fournir la meilleure connectivité, et en même temps peut minimiser l'utilisation de bande passante coûteuse. Lorsque vous routez correctement le trafic, vous pouvez garantir que le trafic spécifique est envoyé sur le meilleur transport et lien, et cela vous permet d'optimiser tout trafic d'application basé sur les exigences pertinentes.
La politique des Règles Réseau vous permet de configurer facilement des règles et paramètres pour chaque type de trafic. Les règles dans cette fenêtre sont une base de règles ordonnées et définissent la politique de réseau pour votre compte. Voici les catégories des règles réseau :
Règles Internet qui contrôlent le trafic sortant vers Internet public
Règles WAN qui contrôlent le trafic sur le WAN et entre les sites ou les utilisateurs SDP de votre compte
Cet article décrit comment vous pouvez utiliser l'Application de Gestion Cato pour configurer le routage avec les règles réseau pour mieux gérer le trafic.
Routage de Trafic sur des Réseaux Spécifiques
Cato prend en charge différentes options de transport pour le trafic dans votre compte et route certains types de trafic sur un transport spécifique. Par exemple, les comptes avec WAN alternatif (MPLS ou autre trafic de couche 2), peuvent choisir de router tout le trafic VoIP exclusivement sur ce transport.
Le diagramme suivant montre un exemple de déploiement avec plusieurs options de transport :
Les options de transport pour les sites Socket sont :
Cato – Le trafic qui correspond à cette règle réseau est routé sur le Cloud Cato. Les avantages de choisir le transport Cato sont d'appliquer toutes les fonctionnalités Cato au trafic, comme les règles de sécurité, l'accélération et la QoS.
WAN Alternatif – Ce trafic est envoyé sur l'Alt. Liens WAN (MPLS).
Hors Cloud - Ce trafic est envoyé en utilisant des tunnels VPN directs Socket à Socket sur l'Internet avec des tunnels DTLS.
Choisir une Option de Transport
Utilisez l'Application de Gestion Cato pour configurer les options de transport pour le trafic réseau. Pour chaque règle réseau, vous pouvez sélectionner une option de transport primaire et secondaire. Le trafic est routé en utilisant le transport primaire. Si le transport primaire est indisponible (par exemple lorsqu'il est déconnecté), alors le Socket route le trafic avec le transport secondaire.
L'exemple ci-dessous montre les règles suivantes :
Règle 1 - Diriger le trafic SMBv3 entre les succursales et le site DC via le transport hors-cloud
Règle 2 - Diriger le trafic VoIP entre tous les sites Socket via le transport Alt WAN (MPLS)
Note :
Cato désigne un transport comme indisponible si le lien est déconnecté, ou si le lien ne répond pas aux seuils de qualité QoS. Pour en savoir plus sur la configuration des seuils de qualité des liens, consultez Configuration des paramètres SLA de connexion.
Routage Automatique du Trafic avec le Meilleur Transport Disponible
Vous pouvez configurer une règle pour utiliser automatiquement le meilleur transport disponible en fonction de la bande passante disponible et des paramètres QoS. Utilisez l'option de routage Automatique pour configurer le Socket afin de comparer les options de transport Cato et Alt WAN et sélectionner celle qui offre la meilleure performance réseau. Dans l'éventualité où un lien est surchargé, alors le Socket choisit un lien différent avec une meilleure performance. Cependant, vous ne pouvez pas sélectionner le Rôle d'Interface avec l'option Automatique. Pour en savoir plus sur la manière dont Cato détermine le meilleur transport disponible, voir ci-dessous, Sélection d'une option de transport.
Nous vous recommandons de sélectionner Automatique pour les types de trafic sensibles à la latence mais qui ne nécessitent pas les fonctionnalités Cato (telles que sécurité et accélération), comme le VoIP. Le Socket peut choisir de ne pas router le trafic à travers le Cloud Cato et ces fonctionnalités ne peuvent pas être appliquées.
Note :
Lors du choix de l'option de routage Automatique, le Socket choisit soit Cato soit WAN Alternatif. Il n'utilise pas l'option Hors-Cloud.
Routage du Trafic sur les Interfaces Socket
Les Rôles d'Interface pour une règle réseau vous permettent de configurer comment le trafic est envoyé sur les interfaces Socket. Vous pouvez configurer une règle pour envoyer uniquement le type de trafic sur une interface Socket spécifique. Cette section explique comment définir les Rôles d'Interface pour fournir redondance et équilibrage de charge pour une règle réseau. La capture d'écran suivante montre les paramètres des Rôles d'Interface pour une règle réseau :
Atteindre la Redondance et l'Équilibrage de Charge avec les Règles Réseau (Actif/Actif)
Pour les déploiements actifs/actifs où les deux liens sont connectés avec la même bande passante, vous pouvez utiliser le Rôle d'Interface Automatique pour configurer une règle réseau afin que le Socket décide quel lien est la meilleure connexion pour chaque flux. Cette règle choisit automatiquement la meilleure interface pour fournir redondance et équilibrage de charge pour ce type de trafic. Si chaque lien est connecté à un ISP différent, et qu'un ISP tombe en panne ou lorsque le trafic ne répond pas aux paramètres QoS, alors le Socket route le trafic sur l'autre lien. De plus, si un lien rencontre une congestion de trafic, alors le Socket équilibre la charge et envoie le trafic sur l'autre lien.
Par exemple, pour configurer la règle réseau pour choisir automatiquement la meilleure interface - sélectionnez Cato pour le Transport, et Automatique pour le Rôle d'Interface. Le Rôle d'Interface Secondaire n'est pas pertinent et est grisé. La capture d'écran suivante montre un exemple de règle qui utilise automatiquement le meilleur lien :
Note :
Les interfaces Socket doivent être définies à la même priorité pour un déploiement actif/activé. Pour en savoir plus sur la configuration des priorités, consultez Travailler avec les Sites Socket.
Routage du Trafic pour Basculer vers une Interface
Vous pouvez assigner une interface primaire et secondaire pour une règle réseau ; si l'interface primaire est indisponible, alors le trafic bascule vers l'interface secondaire. Par exemple, WAN1 est connecté à un ISP avec une bande passante élevée et WAN2 est connecté à un autre ISP avec une bande passante faible. Vous pouvez créer une règle réseau qui route le trafic VoIP sur le lien à haute bande passante, et seulement lorsque le premier lien tombe en panne, le Socket route ensuite ce trafic sur le lien à basse bande passante.
Configurez le Rôle d'Interface pour la règle réseau et définissez le Rôle d'Interface et le Rôle d'Interface Secondaire sur des liens différents. La capture d'écran suivante montre un exemple de règle réseau avec WAN1 comme interface primaire et WAN2 comme interface secondaire :
Planification des Règles Réseau avec Deux Interfaces (Déploiement Actif/Passif)
Pour les sites Socket qui sont configurés avec différentes priorités pour les liens (actif/passif), le trafic est uniquement envoyé via le lien actif. Si vous configurez une règle réseau avec des interfaces primaires et secondaires, il est possible que le trafic correspondant à cette règle soit jeté. Par exemple, si le Socket détermine que le meilleur lien disponible est l'interface secondaire, et que cette interface est actuellement passive, alors le Socket ne peut pas envoyer de trafic dessus. Au contraire, le Socket supprime les connexions et n'envoie pas le trafic. Vous pouvez configurer une règle avec ce comportement lorsque le lien passif est un lien cellulaire 4G/LTE coûteux. En conséquence, vous minimisez la quantité de trafic qui est routée vers ce lien.
Note : Si vous configurez une règle réseau pour uniquement router le trafic sur une interface spécifique, le Socket n'envoie le trafic sur ce lien que lorsqu'il est actif. Cependant, si le lien est passif, alors le trafic correspondant à cette règle est jeté. Une fois que le lien est actif, le Socket reprend l'envoi du trafic pour cette règle.
Sous le Capot - Comment Cato Sélectionne le Meilleur Transport ou Lien
Lorsque vous définissez le routage pour un transport ou une interface sur Automatique, comment les Sockets Cato décident-ils lequel utiliser ? Les Sockets Cato utilisent un algorithme qui calcule un score pour déterminer quel est le meilleur transport et interface disponibles utilisés pour le flux de trafic. L'algorithme utilise trois types d'objets : la Sortie, le Sélecteur et l'Entrée.
La Sortie est responsable de vérifier tous les transports et interfaces et détermine quel est le meilleur transport pour faire passer le trafic. Chaque transport disponible est appelé une Entrée et la Sortie compare toutes les Entrées et donne à chaque Entrée un score basé sur l'état actuel du réseau et les exigences. Le Sélecteur est un conteneur qui contient la liste des Entrées disponibles et les seuils acceptables basés sur la configuration des règles réseau. Le Sélecteur ignore les Entrées indisponibles telles qu'un lien passif.
Cette section explique comment l'algorithme sélectionne un meilleur transport ou lien pour les déploiements actif/actif et actif/passif.
Le diagramme suivant montre le mécanisme de routage du Socket et la façon dont il route le trafic basé sur les règles réseau :
Changer les Transports ou Liens
La Sortie vérifie régulièrement s'il y a un meilleur transport ou lien disponible pour le flux de trafic. Elle compare la qualité du lien pour ces métriques : perte de paquets, latence et gigue pour calculer le score pour le transport ou le lien. La Sortie compare également les liens du transport actuel, aux autres transports disponibles. Cependant, il existe une préférence à rester avec le transport actuel plutôt que de changer pour un autre.
Le comportement de la Sortie est différent pour les déploiements actif/actif et actif/passif.
Déploiements Actif/Actif
Dans les déploiements actif/actif, les deux liens sont disponibles, donc la Sortie compare les scores d'Entrée chaque seconde. De plus, toutes les quatre secondes, la Sortie vérifie si la perte de paquets, la latence ou la gigue dépasse le seuil de qualité. S'il y a un meilleur lien, ou si la qualité du lien actuel ne répond pas aux seuils, alors le trafic est changé vers un lien différent.
Lorsque le Socket change le transport ou lien pour un flux existant, pour prévenir le basculement de lien, il attend avant de revenir au lien original. La durée que le Socket attend augmente exponentiellement après chaque changement de transport ou lien. Par exemple, le Socket passe de WAN1 à WAN2 et attend deux secondes avant de comparer le score d'Entrée de WAN1. Après le prochain changement de transport ou lien, il attend 4 secondes, puis 16 secondes, et ainsi de suite.
Déploiements Actif/Passif
Dans les déploiements actif/passif, le lien passif n'est actuellement pas disponible pour les flux de trafic, et la Sortie ne peut envoyer de trafic sur ce lien que lorsqu'il devient disponible. En d'autres termes, le Socket bascule vers le lien passif lorsqu'il y a un problème de connectivité ou de qualité avec le lien actif. Après le basculement, la Sortie vérifie quand le Socket peut revenir au lien original.
Continuez la lecture Partie 3: Priorisation du Trafic Socket et QoS.