RSVP kann Latenzzeiten garantieren und speziellen IP-Stroemen Prioritaeten gewaehren. RSVP ermoeglicht es einem paketvermittelten Netzwerk ein eher deterministisches direktvermitteltes Sprachnetz zu emulieren. Mit dem Aufkommen von RSVP wurde Voice over IP Realitaet. Mit RSVP koennen wir heute Sprachkommunikation ueber IP-Netzwerke in angemessener Qualitaet fuehren. RSVP-Anforderungen resultieren in der Regel darin, dass in jedem Knoten auf dem Datenpfad vom Client zum Server Resourcen reserviert werden. RSVP reserviert Resourcen nur in einer Richtung, deshalb behandelt es Empfaenger und Sender logisch verschieden, obwohl ein Anwendungsprozess sowohl als Sender und Empfaenger gleichzeitig agieren kann.
RSVP ist selbst kein Routingprotokoll, sondern wurde entwickelt, um mit jetztigen und kuenftigen Routingprotokollen zusammenzuarbeiten, und dabei sowohl Unicast als auch Multicast zu unterstuetzen.
Um effizient grosse Gruppen, dynamische Gruppenmitgliedschaft und heterogene Empfangsanforderungen zu unterstuetzen, macht RSVP den Empfaenger fuer die Anforderung eines speziellen Quality of Service verantwortlich. Eine QoS-Anforderung von einem Empfaenger wird an einen lokalen RSVP-Prozess geschickt. Das RSVP-Protokoll liefert die Anforderung dann an alle Knoten auf dem Weg zur Datenquelle. RSVP hat folgende Attribute: