3.3. LE MODELE INTSERV/RSVP
3.3.1. PRESENTATION ET PRINCIPE DE FONCTIONNEMENT
La première proposition d'architecture susceptible de
prendre en charge la qualité de service (QoS) a été faite
par l'IETF avec le modèle IIS (Internet Integrated Services) ou
IntServ.
L'idée maitresse du modèle IntServ est de
fournir une qualité de service individualisée à chaque
connexion en utilisant un mécanisme de contrôle d'admission et de
réservation de ressources via le protocole RSVP (Ressource reServation
Protocol) dans les différents éléments du
réseau.
Ce modèle a été définit dans le
RFC 1633, il propose de réserver des ressources dans les noeuds du
réseau avant de commencer à les utiliser ; Il se base sur le
protocole RSVP permettant de faire de la réservation pour les flux de
qualité de service (QoS). [11]
Un routeur IntServ/RSVP est composé de quatre
fonctionnalités:
Le classificateur : il permet de classer chaque paquet entrant
dans le routeur selon sa priorité.
L'ordonnanceur : il gère la sortie des paquets IP vers
l'extérieur du routeur. Le contrôle d'admission : il décide
lui, si la réservation d'un flux peut être acceptée en
fonction de celles déjà existante sur le réseau.
Le processus de réservation RSVP : il permet quant
à lui de créer et de mettre à jour les états
concernant la réservation dans le routeur pour les chemins utilisant la
qualité de service.
3.3.2. ARCHITECTURE D'UN ROUTEUR INTSERV/RSVP
47
Figure 3. 9. Architecture d'un routeur INTSERV
3.3.3. ANALYSE FONCTIONNELLE DU MODELE INTSERV/RSVP
3.3.3.1. DIAGRAMME DE CAS D'UTILISATION
+ Identification des acteurs
1. Acteur Principale : Routeur Emetteur
Il peut jouer le rôle d'un récepteur dans le cas
où les utilisateurs du routeur faisant office d'un routeur secondaire
envoient les paquets.
2. Acteur Secondaire : Routeur Récepteur
Il peut jouer le rôle d'un routeur émetteur au
cas où les utilisateurs de ce routeur envoient les données ;
c'est ce routeur qui impose le traitement de la qualité de service, si
cette dernière n'est pas exécutée par le routeur
émetteur.
+ Identification des cas d'utilisations :
V' Cas d'utilisation 1 : classifier paquets
V' Cas d'utilisation 2 : contrôler l'admission
V' Cas d'utilisation 3 : Ordonnancer paquets
V' Cas d'utilisation 4 : Réserver bande passante
V' Cas d'utilisation 5 : demander la qualité de service
V' Cas d'utilisation 6 : initialiser la réservation
V' Cas d'utilisation 7 : maintenir la réservation
48
Figure 3. 10. Diagramme de cas d'utilisation INTSERV
+ Description textuelle du diagramme de cas d'utilisation
du modèle à service intégrés :
Vue le diagramme de cas d'utilisation de ce modèle, voici
la description textuelle :
V' Cas d'utilisation 1 : classifier paquets
> Objectif du cas d'utilisation : la classification des
différents trafics selon la
priorité.
> Acteur Principale : Routeur Emetteur
> Acteur Secondaire : Routeur Récepteur
> Scénario nominal : l'émetteur classe les
paquets en fonction de leurs natures
> Post-condition : paquets classifiés
V' Cas d'utilisation 2 : contrôler
l'admission
> Objectif du cas d'utilisation : autoriser les paquets
à transiter sur le réseau
> Acteur Principale : l'émetteur
> Acteur Secondaire : le récepteur
49
> Scénario nominal : empêcher l'utilisateur
d'envoyer les paquets tant que la classification ne soit finie
> Post-condition : paquets admis.
ü Cas d'utilisation 3 : ordonnancer
paquets
> Objectif du cas d'utilisation : arbitrer la sortie des
paquets prioritaires sur le réseau.
> Acteur Principale : Routeur Emetteur
> Acteur Secondaire : Routeur Récepteur
> Précondition : les paquets doivent être
classifiés et l'admission doit être contrôlée.
> Scénario nominal : autoriser en premier lieu les
paquets prioritaires tel que la voix sur IP
> Scénario alternatif : difficulté
d'ordonnancer le trafic non classifié et les paquets dont on n'a pas
fait le contrôle d'admission.
> Post-condition : paquets ordonnancés
ü Cas d'utilisation 4 : Réserver bande
passante
> Objectif du cas d'utilisation : la réservation de la
bande passante sur la liaison pour un trafic prioritaire
> Acteur Principale : l'émetteur
> Acteur Secondaire : le récepteur
> Précondition : contrôler l'admission,
classifier les paquets et ordonnancer les paquets.
> Scénario nominal : réserver la bande passante
pour le trafic prioritaire
> Post-condition : bande passante réservée.
ü Cas d'utilisation 5 : demander la qualité de
service
> Objectif du cas d'utilisation : imposer le traitement de la
qualité de service à l'émetteur
> Acteur Principale : le récepteur
> Acteur Secondaire : l'émetteur
50
> Précondition : s'authentifier
> Post-condition : qualité de service
imposée.
y' Cas d'utilisation 6 : initialiser la réservation
> Objectif du cas d'utilisation : libérer la liaison
pour une nouvelle demande de
la réservation de la bande passante.
> Acteur Principale : le récepteur
> Acteur Secondaire : l'émetteur
> Précondition : s'authentifier
> Scénario nominal : réserver une bande passante
pour la voip
> Scénario alternatif :
> Post-condition : bande passante allouée.
y' Cas d'utilisation 7 : maintenir la réservation
> Objectif du cas d'utilisation : le maintien de la
réservation permet d'éviter la
perte des paquets.
> Acteur Principale : le récepteur
> Acteur Secondaire : l'émetteur
> Précondition : s'authentifier
> Scénario nominal : réserver une bande passante
pour la voip
> Post-condition : qualité de service
imposée.
3.3.3.2. DIAGRAMME D'ACTIVITES INTSERV
Figure 3. 11. Diagramme d'activités du modèle
INTSERV
51
| 
