L’architecture IntServ

Présentation au sujet: "L’architecture IntServ"— Transcription de la présentation:

1 L’architecture IntServ
Université des Sciences et de la Technologie d’Oran - Mohamed Boudiaf - Cours M1/SIR L’architecture IntServ Dr Mekkakia.M.Z

2 Réseaux IP actuels sans aucun mécanisme de garantie de performance
Service Unique Best Effort (BE) les paquets sont traités indépendamment les uns des autres sans aucun mécanisme de garantie de performance servis sans aucune discrimination avec la stratégie FIFO USTO-Cours M1/SIR

3 Best Effort (BE) Service minimal Aucune Garantie
Acheminer les datas à destination Transfert de fichier La voix Le chat La messagerie Aucune Garantie Le débit disponible, les délais, la perte des pqts A fait le succès de l’internet USTO-Cours M1/SIR

4 Solutions IETF INTSERV DiffServ MPLS
Ppropositions faites au sein de l’IETF pour offrir une Qos adaptée aux besoins des applications INTSERV DiffServ MPLS IETF: Internet Engineering Task Force(USA) USTO-Cours M1/SIR

5 Le modèle à Integration de Services Idée: Propose une réservation de ressources nécessaires à l’établissement d’une QoS USTO-Cours M1/SIR

6 Le modèle à Integration de Services
Intserv (RFC 1633) (1994) Garder les trafics BE Se base sur RSVP USTO-Cours M1/SIR

7 Ressource reSerVation Protocol (RSVP)
RFC 2205 Protocole de signalisation Utilisé par un hôte pour demander une QoS spécifique Mécanisme de réservation (Path/Resrv) (émissions périodiques) USTO-Cours M1/SIR

8 Envoie de message PATH PATH Domaines USTO-Cours M1/SIR

9 Envoie de message RESV Domaines RESV
Timer d’une ressource : Réinitialisé à Chq Resrv Sinon ressource libéré USTO-Cours M1/SIR

10 RSVP (Caractéristiques)
S’adapte dynamiquement aux changements de routes Type simplex Réservations Unidirectionnelles Orienté récepteur Récepteur initialise et maintient la réservation Protocole de signalisation (pas de routage) Implémenté sur IPv4 et IPv6 USTO-Cours M1/SIR

11 RSVP (Contraintes) Pour être efficace chaque routeur sur le chemin doit mettre en œuvre RSVP Un contexte doit être créé dans chaque routeur Le message de réservation doit suivre exactement le même chemin à l’envers USTO-Cours M1/SIR

12 Intserv (élements d’architecture)
Extension d’architecture (Pas de remplacement de BE) Deux éléments Modèle de services étendus (intégrés) Structure d’implémentation de référence USTO-Cours M1/SIR

13 Integrated Service Model
Service BE Deux new services Pour trafics tps réel Service Garanti Service à charge Contrôlée USTO-Cours M1/SIR

14 Guaranted service RFC 2212 Garanti la BP
Assure que les pqts arriveront avant un certain tps, Ne seront pas éliminés en cas de congestion Destiné aux applications à délais d’acheminement limité USTO-Cours M1/SIR

15 Cotroled-load Service
RFC 2211 Equivaut à BE Dans un environnement non surchargé Destiné aux applications tps réel adaptatives Sensibles aux cdt de surcharge du réseau USTO-Cours M1/SIR

16 Reference Implementation framework (1/3)
Quatre Composants Trafic control (Contrôleur du trafic) Routeur demande et crée des QoS Packet scheduler (Ordonnateur de pqts) Gére l’cheminement des flots Utilisant FILA et Timer USTO-Cours M1/SIR

17 Reference Implementation framework (2/3)
Classifier (Classificateur) Range les pqts dans une classe Afin de contrôler le trafic Les pqts de même classe auront le même traitement par l’ordonnateur USTO-Cours M1/SIR

18 Reference Implementation framework (3/3)
Admission control (Contrôleur d’admission) Execute un algo de décision Qui permet au routeur (hôte) de déterminer si un new flux peut lui être accorder la QoS demandée sans influencer les garantie déjà existantes. NB: Contrôleur d’admission <> contrôleur d’accès Contrôleur d’accès (policy control) assure que l’hôte respect le contrat d’un trafic (Fct de l’ordonnateur) USTO-Cours M1/SIR

19 Intserv (Synthèse) scalability (Non résistance au facteur d’échelle )
Chq routeur établi et maintient un état par flux (RSVP) Réduction des performance des routeur RSVP Sous utilisation de la BP Contrôle de trafic Changement fondamentale du modèle de fonctionnement classique de l’internet USTO-Cours M1/SIR

20 Propositions IETF Regrouper les flux selon des besoins similaires
Définition de traitement spécifiques pour chaque groupe de flux (dans les routeurs) Naissance du modèle DiffServ USTO-Cours M1/SIR