IntServ – RSVP Integrated Services and Ressource reSerVation Protocol

1. IntServ – RSVPIntegrated Services and Ressource reSerVation Protocol Intégration de la qualité de services, à travers un réseau Benoît Christophe Nuno Morgado Gonçalves Jérôme Rauch

2. Sommaire • Introduction • La Qualité de services • Présentation • Historique • IntServ • Description • RSVP • Description & Fonctionnement • Limites du modèle • Conclusion

3. Introduction • IP : non prévu pour applications temps-réel (téléphonie, vidéo) • Protocole « Best Effort » • Gestion des files d’attentes : FIFO • Applications temps réel • nécessité de Qualité de Services • Apparition de protocoles associés

4. La Qualité de Services Présentation • Pour garantir la qualité de services, 3 protocoles : • IntServ : Protocole inclus dans RSVP • Premier protocole mettant en place une QoS • Mécanisme de réservation de ressources • DiffServ : Differentiated Services • MPLS : MultiProtocol Label Switching

5. La Qualité de ServicesHistorique • 1976 : recherches préliminaires sur Arpanet • 1995 : création du protocole RSVP • Inclus IntServ • 1997 : DiffServ comble les lacunes de l’architecture IP • 1998 : MPLS rénove l’approche de la QoS

6. IntServDescription • Les routeurs réservent les ressources pour un flot de données • Rafraîchissement périodique des routes • Définition de mécanismes de contrôle complémentaires : • Eléments réseaux (Network Elements) • QoS-capable NE • QoS-aware NE • Non-QoS-NE • Types de services : • Guaranteed Service • Controlled Load

7. RSVPDescription 1/3 • Protocole de signalisation • Allocation dynamique de bande passante • Utilisé dans le modèle IntServ, peut être utilisé hors de ce contexte • Réservation de ressources par le récepteur plutôt que l’émetteur • Avantage groupe Multicast • Facturation différenciée

8. RSVPDescription 2/3 • Travaille au dessus de IP • Encapsulé dans des paquets UDP si utilisation impossible de services réseaux direct (raw) • Ce n’est pas un protocole de routage • Utilise des protocoles de routage unicast et multicast

9. RSVPDescription 3/3 Sept Types de Messages RSVP ont été prévus: • Path, Resv, PathErr, PathTear, ResvTear, ResvConf (optionnel) • Un message RSVP : • une en-tête • un nombre variable d'objets qui dépend du type du message. • L'entête est constitué de 64 bits: • Vers (4 bits): version du protocole RSVP (=1); • Flags (4): non utilisé à ce jour; • Type de Msg (8): 1 à 7 selon le type ci-dessus; • Checksum (16): Contrôle d'erreurs; • Send_TTL (8): valeur du TTL IP à comparer avec le TTL du paquet IP pour savoir s'il y a des routeurs non-RSVP; • Longueur (16): longeur du mesage en octets (en-tête et objets)

10. RSVPFonctionnement

11. RSVPFonctionnement

12. RSVPFonctionnement

13. RSVPFonctionnement

14. RSVPFonctionnement

15. RSVPFonctionnement

16. RSVPFonctionnement

17. RSVPFonctionnement

18. RSVPFonctionnement

19. RSVPFonctionnement

20. RSVPFonctionnement

21. Limites du modèle • Obligation de maintenir l’état d’un flot • Nombre d’états à maintenir devient conséquent • Dégradation des performances du réseau • Gestion impossible des files d’attentes sur équipements terminaux • Plus adapté pour des LAN

22. Conclusion • IntServ : • Premier protocole à définir une QoS dans les réseaux (1989) • Plus adapté aux réseaux de petites tailles • Paiement personnalisé grâce à la réservation de ressources par le récepteur • L’arrivée de MPLS a changé la donne