Resource Reservation Protocol – Protocole destiné à améliorer la qualité de service dans les réseaux par l’établissement d’une liaison réservée entre deux points du réseau. RSVP établit et maintient un état logiciel entre les noeuds constituant le chemin réservé. Par opposition à la réservation d’un chemin statique (par exemple, l’établissement d’un circuit virtuel), cet état logiciel est caractérisé par des messages périodiques de rafraîchissement envoyés le long du chemin pour maintenir l’état. RSVP fournit aussi une qualité de service dynamique tenant compte des modifications de ressources pouvant survenir du fait du destinataire ou de l’émetteur, ou encore, par l’introduction de nouveaux membres dans un groupe multicast. Ce protocole agit sur le réseau au coeur des routeurs, pour en canaliser et en discipliner le comportement et le rendre compatible avec les impératifs du temps réel. Il est conçu pour optimiser la livraison de données temps réel en mode multipoint, d’un émetteur vers plusieurs destinataires. Le fonctionnement uni point, d’un émetteur vers un seul destinataire, en est un mode dégradé. RSVP est l’un des moyens qui permettra à un réseau IP de devenir un réseau « d’intégration de services », fournissant à la fois un service « pour le mieux » (best effort) et une Qualité de service de type temps réel. Lorsqu’une application réclamera un niveau de Qualité de service particulier pour son flux de données, le protocole RSVP demandera aux routeurs du ou des chemins entre la source et le ou les destinataire(s), de réserver suffisamment de ressources pour maintenir ce niveau de qualité.
RSVP est un protocole de contrôle qui permet de demander une certaine qualité de service entre différents noeuds d’un réseau pour un flux de données. Les applications temps réel utilisent RSVP pour effectuer des réservations de ressources au niveau des routeurs sur la ligne de transmission. RSVP est un mécanisme de signalisation, le signal étant constitué par l’information de contrôle de qualité de service. Il établit et maintient un état logiciel entre les noeuds constituant le chemin réservé. Par opposition à la réservation d’un chemin statique (par exemple l’établissement d’un circuit virtuel), cet état logiciel est caractérisé par des messages périodiques de rafraîchissement envoyés le long du chemin pour maintenir l’état. RSVP fournit aussi une qualité de service dynamique, tenant compte des modifications de ressources pouvant survenir du fait du destinataire ou de l’émetteur ou encore par l’introduction de nouveaux membres dans un groupe multicast. Dans RSVP, le destinataire est responsable de la réservation de ressources pour la qualité de service. L’émetteur RSVP envoie ses exigences au destinataire. Après réception, le destinataire RSVP utilise le même chemin pour renvoyer un message spécifiant la qualité de service souhaitée et fixer la réservation des ressources correspondantes dans chaque noeud. L’émetteur RSVP envoie alors les données. Protocole très gourmand en ressources pour les équipements, susceptible de diminuer les performances de chaque noeud du réseau, RSVP se voit souvent décrié par les équipementiers. Les flux RSVP sont simplex. RSVP distingue le receveur de l’envoyeur. Même si bien souvent les hôtes sont à la fois envoyeur et receveur, la réservation RSVP n’est effectuée que pour des flux de données dans une seule direction.
RSVP a été créé pour une utilisation à la fois multicast et unicast. Parce que les réservations sont initiées par les destinataires et le maintien de l’état de réservation se fait de façon logicielle, RSVP peut facilement gérer le changement de membres et de routes. Un hôte peut faire une demande pour joindre un groupe par IGMP. L’agrégation de réservations permet à RSVP de s’étendre à de grand groupe multicast sans causer un ratio
données utiles sur en-tête trop important. RSVP est orienté receveur, et peut gérer des receveurs hétérogènes. Les receveurs sont responsables du choix de leur niveau de qualité de service en initiant la réservation et en la maintenant aussi longtemps qu’ils le souhaitent. Ceci permet aux receveurs de demander une qualité de service adaptée à leurs capacités. RSVP offre une grande compatibilité. RSVP a été créé en vu de fonctionner sur IPv4 et IPv6. Il s’adapte aux parties du réseau ne supportant pas RSVP, en se montrant transparent.