QoSINUS

Un exemple de service actif:

contrôle de la QoS

Projet e-Toile

Laboratoire du LIP

Projet INRIA RESO

Fabien Chanussot

Pascale Primet

Limites du modèle Best Effort

Qualité de service IP insuffisante et imprévisible.

Des types d’application différents (interactive, multimédia, transfert massif) ne peuvent pas recevoir de traitements différents.

Principe de DiffServ

Offrir différentes qualités de service à différentes classes de trafic en contrôlant les débit, délai et perte de paquets.

Algorithmes d’ordonnancement appropriés.

Gestion des ressources aux frontières.

Classes identifiées par un code: le DSCP.

Utilisateur

Accès

Routeur

Limites de DiffServ

Les performances d'une classe DiffServ peuvent varier dans le temps et d'un réseau à l'autre.

Besoin d'aider une application à choisir la classe DiffServ qui lui convient à un instant donné.

QoSINUS est un service actif d'association dynamique de classe DiffServ à une requête de QoS.

Principe de QoSINUS

Emission flux

Marquage
Contrôle
d’admission

Routage
DiffServ

Emetteur

TAN

Routeurs de coeur

Recepteur

Requête QoS

Monitoring

Ack-React

Requête:

Date de début d'émission;

Date de fin d'émission;

Débit.

Utilisation des messages d'acquittement pour évaluer la performance d'un transfert.

Passage dans une classe DiffServ plus prioritaire si le flux prend du retard.

Le flux le plus en retard est le plus prioritaire (“Earliest deadline first”).

Topologie

CEA (III)

ENS (I)

ENS (II)

Requête de QoS

CEA (III)

ENS (I)

ENS (II)

<?xml version="1.0"?>

<sls type="QOS_REQ">

<flowid destination="193.48.21.97"

destport="5005"

source="193.253.175.182"

sourceport="0"/>

<guarantees>

<rate value="medium"/>

</guarantees>

<schedule start="10" stop="70"/>

</sls>

Flux applicatif

CEA (III)

ENS (I)

ENS (II)

Trafic concurrent

CEA (III)

ENS (I)

ENS (II)

Filtrage des ACKs et marquage

CEA (III)

ENS (I)

ENS (II)

2004-03-05T15:16:12