WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Influence des pabx logiciels sur la qualité de service

( Télécharger le fichier original )
par Constant Victoire WABO
Université de Douala, Cameroun - licence de technologie 2008
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

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

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 »).

Utilité

Fermeté

Bande passante

Figure 5: Utilité d'une application temps réel ferme en fonction de la bande passante

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

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.

Utilité

Adaptabilité

Bande passante

Figure 6: Utilité d'une application temps-réel adaptative en fonction de la bande passante

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Là où il n'y a pas d'espoir, nous devons l'inventer"   Albert Camus