Qualité de Service

La qualité de service (QoS) désigne la capacité à garantir un service conforme à des exigences en terme de délai et de bande passante, Elle définit un ensemble de mécanismes qui diffèrent suivant le type de réseau, ainsi avec l’apparition de nouveaux services tels que la Vidéoconférence et le streaming vidéo la nécessité de traiter les trames une par une et savoir différencier les services devient primordiale.

Il faut savoir qu’il existe deux types d’applications :

• Applications en temps réel : Les données reçues après un certain délai ne sont plus traitées et non utilisables par l’application réceptrice. On distingue:

1. Applications en temps réel intolérantes : Lorsque les données sont perdues on peut plus les récupérer (vidéo haute qualité, streaming) c’est les  applications qui demandent le plus de bande passante et donc la qualité de service doit être assurée en premier lieu pour ce type d’applications.
2. Applications en temps réel tolérantes : L’application supporte la perte de données et s’adapte en baissant la qualité (VoIP).

• Application élastiques : Elles peuvent attendre les données, même s’elles arrivent en retard (email, FTP)

Il existe 2 standards assurant la qualité de service pour les réseaux IP (Couche 3) :

IntServ (Integrated Services) : L’approche consiste en une implémentation du protocole RSVP (Reservation Protocol), voyons comment ça marche. Premièrement le récepteur envoie une requête de QoS au daemon (service) local, la requête est passée sur 2 modules : Le module Admission Control qui va déterminer si les ressources sont suffisantes et Policy Control qui vérifie que l’utilisateur a bien les droits administratifs pour faire cette requête. Les paramètres QoS sont alors transmises du récepteur (C’est non pas l’émetteur mais le destinataire qui demande une qualité de service), les données passent par les routeurs qui les traitent grâce au Packet Classifier qui va déterminer la route et la classe QoS que le paquet devra suivre, le Packet Scheduler décidera de l’envoi de chaque paquet. Ce scénario ce produit après chaque routeur. Le protocole RSVP peut être utilisé soit en unicat soit en multicast il s’adapte a l’architecture du réseau (La demande d’un récepteur peut fusionner avec d’autres s’ils sont sur le même sous réseau) et aux divers protocoles de routage, L’émetteur envoie des messages « path », les récepteurs l’acquittent avec un message « resv » pour demander les critères de qualité de service qui lui conviennent.

Les classes de services de IntServ sont :

• Guaranteed : la bande passante et le délai sont assurés, idéale pour les applications non tolérantes
• Controlled-load : équivalent a un réseau sans qualité de service avec un état non chargé, idéale pour les applications tolérantes
• Best-effort : Idéale pour les applications élastiques qui ne demandent pas une qualité de service

DiffServ (Differentiated Services) : InterServ utilise les ressources du réseau, la mise en place de IntServ dans une grande architecture réseau est impossible, c’est la qu’intervient DiffServ ou le travail est facilité : Les routeurs situés aux frontières du réseau vont classifier les flots (paquets de données) qui circulent sur le réseau et les marquer, les routeurs du cœur du réseau vont seulement regarder la marque du paquet (l’analyse d’un seul champ et non pas de tout le paquet) et ensuite réserver une QoS, les routeurs sont déjà configurés suivant chaque marque (basse, haute ou moyenne qualité de service). Ça diminue le trafic réseau mais c’est beaucoup mois précis que l’IntServ qui traite paquet par paquet.

Voila concernant les standards de la QoS, je revienderai dans un prochain billet sur la qualité de service et son implémentation dans les réseaux (ATM, IP, MPLS,…) restez branchés