I.3.2 Flots non-élastiques
Les flots non-élastiques sont
caractérisés par la non adaptation de leurs trafics
vis-à-vis des conditions du réseau sur lequel ils circulent. Pour
ces applications, chaque paquet qui est émis doit arriver à
destination avec un délai infinitésimal : c'est pourquoi on
appelle aussi ces applications, des applications en temps-réel. La
vidéoconférence, la téléphonie sur Internet mais
aussi les jeux en réseaux sont les exemples les plus répandus
d'applications temps-réel.
Ces dernières peuvent être plus ou moins
exigeantes, selon leur capacité à supporter les
intolérances. En effet, la téléphonie est beaucoup plus
stricte en matière de délai et de pertes de paquets que la
vidéoconférence sur Internet. Il est plus difficile de comprendre
une conversation téléphonique ayant subi des
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service93.png)
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service94.png)
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service95.png)
pertes d'information qu'une vidéoconférence
entrecoupée. C'est pourquoi au sein de cette famille de flots
non-élastiques, nous distinguons deux catégories d'applications :
les applications exigeantes (hard real-time applications) et les applications
plus tolérantes (adaptative real-time applications).
I.3.2.1 Les applications fermes en temps réel
Les besoins de ce type d'applications concernent les
délais et la variation de ces délais (la gigue). Ces applications
attendent des paquets qui constituent leurs flots, d'arriver en un temps
minimal. Au-delà de la limite de temps qui est accordée pour
l'arrivée des paquets, les performances de l'application se
détériorent. Ces applications sont aussi fermes en matière
de pertes de paquets : ce dernier facteur est à l'origine de la mauvaise
qualité de déroulement de l'application. La figure ci-dessous
montre bien le caractère de fermeté de ces applications. On
remarque parfaitement la transition brute qui existe entre la faible
utilité (pour une bande-passante allant de l'état « faible
» à l'état « seuil minimal ») et l'utilité
maximale (pour une bande-passante allant de « seuil minimal »
à « seuil maximal »).
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service96.png)
Utilité
Fermeté
Bande passante
Figure 5: Utilité d'une application
temps réel ferme en fonction de la bande passante
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service97.png)
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service98.png)
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service99.png)
I.3.2.2 Les applications temps-réel adaptatives
Les applications adaptatives de type temps-réel ne sont
pas aussi restrictives en besoin que les applications fermes (hard). On peut
aussi les classer en deux sous-catégories :
- Les applications temps réel qui s'adaptent au
délai (delay-adaptative applications) : ces flots sont quelque peu
tolérants vis-à-vis de faibles délais et de pertes de
paquets. La génération des flux est indépendante de
l'état du réseau; il est donc nécessaire que ces
applications aient des besoins intrinsèques en bande passante.
Au-dessous de ces besoins, les performances sont remarquablement
dégradées.
- Les applications temps réel qui adaptent leur taux de
transmission en fonction de l'état du réseau (rate-adaptive
applications) : lorsqu'une congestion se produit à l'intérieur du
réseau, la bande passante dédiée diminue et les
délais restent faibles. La performance de ces applications n'est donc
pas liée aux délais (ceux-ci étant suffisamment faibles),
mais plutôt au partage de la bande passante. L'ajustement du taux de
transmission peut s'effectuer selon deux cas de figure. En effet, dans un
premier cas, la transmission peut être régulée à la
source de manière explicite, en réponse aux conditions du
réseau. La connaissance de l'état du réseau doit, par
conséquent, pouvoir être gérée. La régulation
du taux de transmission peut, d'autre part, être effectuée
implicitement, en choisissant un niveau et une priorité
d'élimination de certains paquets selon des politiques
déterminées de telle sorte que ni le réseau, ni
l'information, ne soient brutalement affectés. Dans ce cas, on permet
donc une faible tolérance de pertes de paquets. Les applications temps
réel adaptatives ont des besoins de bande passante intrinsèques
pour pouvoir fonctionner correctement. Les performances sous l'utilisation
d'une large bande passante sont indiscutables : les qualités de
l'information reçue sont donc celles attendues. De faibles bandes
passantes impliquent une nette dégradation de la qualité. Pour
les applications de cette catégorie, la fonction d'utilité
donne
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service100.png)
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service101.png)
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service102.png)
l'allure présentée à la figure 2.6.
L'état transitoire ne s'effectue pas brusquement comme il était
le cas pour les applications fermes. Dans ce cas, la transition se fait
progressivement, ce qui montre le caractère adaptatif pour une certaine
étendue de bande passante.
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service103.png)
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service104.png)
Utilité
Adaptabilité
![](Influence-des-pabx-logiciels-sur-la-qualite-de-service105.png)
Bande passante
Figure 6: Utilité d'une application
temps-réel adaptative en fonction de la bande passante
|