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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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