Il y a des sujets sur lesquels je pensais qu’on avait fait le tour, et la QoS en faisait partie… depuis le temps que l’on marque, police, shape, schedule des paquets avec des solutions éprouvées! Et pourtant le sujet revient sur le premier plan de la scène avec de nouvelles innovations dont la QoS adaptative. La raison? Les liens WAN changent de nature: toujours plus de tunnels sur internet, de liaisons radio ou autres technologies pour lesquels il n’est pas possible de déterminer un débit de liaison. La QoS adaptative permet de s’adapter à ce type de liaisons et s’intègre dans la solution IWAN pour les WAN hybrides. Regardons comment ça marche…
Commençons par rappeler ce que l’on fait traditionnellement sur le WAN. Un opérateur vous fournit un service avec un débit: un policer va être configuré chez lui pour rejeter les paquets quand ce débit est dépassé. Evidemment il va jeter les paquets à l’aveugle: c’est en amont qu’il vous faut vous assurer que vous n’allez pas envoyer plus de données que ce qu’il va accepter. Cela se fait en configurant un shaper au débit de la liaison. Pour simplifier, ce shaper va redéfinir le débit de l’interface et c’est ce débit qui est pris en compte pour la prioritisation de trafic dans les classes configurées. Plutôt que de laisser le routeur de l’opérateur jeter aveuglément les paquets on va préférer jeter nous-même ceux qui doivent l’être (Note: ici je prends quelques raccourcis évidemment: quand le CPE est managé par l’opérateur il configure tout cela pour vous)
Imbriquer du scheduling dans un shaping, c’est la base de la QoS hiérarchique, c’est supporté sur tous nos routeurs, et maintenant sur les dernières cartes du catalyst 6k (4 ports 40GE, et 8,16 et 32 ports 10GE SFP+). Pratique: dans certains cas on s’affranchira d’un routeur pour raccorder 2 campus via une liaison opérateur dont le débit ne tombe pas rond.
Maintenant que se passe-t-il quand le débit de la liaison n’est pas déterministe? En gros vous avez 2 sites avec un débit internet à 20Mbps et vous souhaitez les interconnecter via un tunnel IPsec. Si vous reprenez le même principe, vous configurez un shaper à 20Mbps de chaque côté… Mais voilà au milieu les 20Mbps ne sont pas garantis… Une congestion et malgré votre shaper des paquets seront jetés quelque part et malheureusement personne ne demandera votre avis pour savoir lesquels doivent passer à la trappe. Même constat sur des liaisons radio ou tout autre media un peu incertain.
La solution consiste à adapter dynamiquement le shaping en fonction de l’expérience constatée sur la liaison. En gros quand des drops sont perçus on va réduire le débit du shaper… et éventuellement le ré-augmenter au bout d’un certain temps jusqu’à trouver un débit stable. Un exemple ci-dessous.
Cette solution est appelée adaptative shaping et s’inscrit dans une architecture globale adaptative QoS pour laquelle nous aurons encore de nombreux développements dans les prochaines releases.
A ce stade cet adaptative shaping est supporté pour la solution d’overlay DMVPN sur les ASR1000, ISR G2 et ISR 4000 et complémente la fonction de QoS par tunnel. En regardant dans les compteurs IPsec, chaque routeur compare les infos des paquets/octets envoyés et ceux reçus à l’oppposé et quand un écart est constaté on baisse le shaper. On pourra caper le shaper avec une limite haute (généralement le débit de la liaison) et une limite basse. Quand la liaison est montée initialement un premier délai d’apprentissage de 3 minutes permettra aux routeurs de calculer l’écart sur la mise à jour des compteurs afin de pouvoir ensuite compenser cet écart pour l’analyse des différence.
C’est donc supporté sur DMVPN pour le moment donc mais vous aurez compris que nous allons compléter la solution très prochainement. Restez connectés 🙂
Guide de configuration – Adaptative QoS pour DMVPN
@JeromeDurand
Authors
