Citrix SD-WAN WANOP

Traffic shaping

18 avr. 2018

Le traffic shaping vous permet de réguler le flux de trafic réseau pour assurer un certain niveau de qualité de service (QoS). Vous pouvez réguler le flux de paquets dans un réseau (limitation de la bande passante) ou hors d’un réseau (limitation de débit).

En utilisant des stratégies de traffic shaping, vous pouvez définir la priorité d’un trafic de liaison différent et envoyer du trafic sur la liaison à une vitesse proche de la vitesse de liaison, mais pas supérieure à cette vitesse. Contrairement à l’accélération, qui s’applique uniquement au trafic TCP/IP, le régulateur de trafic gère tout le trafic sur la liaison.

Vous pouvez définir une bande passante élevée pour les flux de trafic considérés comme plus importants que le reste des flux de trafic, ce qui vous permet d’utiliser de manière optimale les ressources de liaison rares.

Le traffic shaping est basé sur une file d’attente pondérée, ce qui donne à chaque classe de service sa juste part de la bande passante de liaison. Si le lien est inactif, toute connexion (dans n’importe quelle classe de service) peut utiliser le lien entier. Lorsque plusieurs connexions sont en concurrence pour la bande passante de liaison, le régulateur du trafic applique des stratégies de traffic shaping pour déterminer la bonne combinaison de trafic.

Pour plus d’informations sur la mise en file d’attente pondérée, reportez-vous à la section Queuing équitable pondérée.

Pour configurer le traffic shaping :

  1. Configurez la définition de lien.

    La définition de lien est utilisée par le régulateur du trafic pour déterminer la vitesse du lien d’envoi et de réception et d’autres informations liées au lien. Pour plus d’informations sur la façon dont le shaper de trafic utilise la définition de lien et comment configurer les définitions de liens, reportez-vous à la section Définitions des liens.

  2. Configurez la définition de l’application.

    Le trafic qui traverse le lien est examiné par le classificateur d’applications pour déterminer à quelle application il appartient, puis l’application est recherchée dans la liste des classes de services pour déterminer à quelle classe de service elle appartient. Pour plus d’informations sur la classification des applications et la configuration de la définition des applications, reportez-vous à la section Classification du trafic.

  3. Créez une stratégie de traffic shaping.

    Vous pouvez utiliser les stratégies de traffic shaping par défaut ou créer une nouvelle stratégie pour définir la priorité pondérée et d’autres paramètres en fonction des besoins de votre réseau. Pour plus d’informations sur la création d’une stratégie de traffic shaping, reportez-vous à la section Stratégies de traffic shaping.

  4. Configurez une définition de classe de service et associez la stratégie de traffic shaping à la classe de service.

    Pour plus d’informations sur la configuration de la définition de classe de service, reportez-vous à la section Classes de service.

Quelques points sur le régulateur du trafic :

  • Tout le trafic WAN est soumis au traffic shaping : connexions accélérées, connexions non accélérées et trafic non-TCP comme les flux UDP et GRE.

  • L’algorithme est pondérée juste file d’attente, dans laquelle l’administrateur attribue une priorité à chaque classe de service. Chaque classe de service représente un pool de bande passante, ayant droit à une fraction minimale de la vitesse de liaison, égale à (my_priority/sum_of_all_priorities). Une classe de service avec une priorité pondérée de 100 obtient deux fois plus de bande passante qu’une classe de service avec une priorité pondérée de 50. Vous pouvez affecter des pondérations de 1 à 256.

  • Chaque connexion au sein d’une classe de service obtient une part égale de la bande passante allouée à cette classe de service.

  • Chaque connexion obtient sa juste part de la bande passante du lien, car les priorités sont appliquées aux données WAN réelles transférées, après compression. Par exemple, si vous avez deux flux de données avec la même priorité, l’un avec une compression 10:1 et l’autre avec une compression 2:1, les utilisateurs voient une différence de débit de 5:1, même si l’utilisation de la liaison WAN des deux connexions est identique. En pratique, cette disparité est souhaitable, car la bande passante WAN, et non la bande passante des applications, est la ressource rare qui doit être gérée.

  • Les politiques de traffic shaping s’appliquent également au trafic accéléré et non accéléré. Par exemple, une connexion accélérée aux applications virtuelles et une connexion d’applications virtuelles non accélérées reçoivent toutes deux une mise en forme du trafic, de sorte que les deux peuvent avoir une priorité élevée par rapport au trafic en masse. Autre exemple, le trafic non TCP sensible au temps, tel que VoIP (qui utilise le protocole UDP) peut être accéléré.

  • Le traffic shaping est appliqué à la liaison WAN dans les directions d’envoi et de réception, à la fois au trafic accéléré et non accéléré. Cette fonctionnalité empêche la congestion et l’augmentation de la latence même lorsque l’autre côté de la liaison n’est pas équipé d’une appliance Citrix SD-WAN WANOP. Par exemple, les téléchargements Internet peuvent être priorisés et gérés.

  • La stratégie de traffic shaping pour une classe de services peut être spécifiée par liaison si vous le souhaitez.

  • En plus de façonner le trafic directement, le régulateur du trafic peut l’affecter indirectement en définissant le champ DSCP (Differentiated Services Code Point) pour informer les routeurs en aval du type de formage du trafic requis par chaque paquet.

Traffic shaping