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.4 CONCLUSION

Nous avons présenté dans cette section les différentes classes d'applications couramment utilisées sur le réseau Internet. Chaque application est caractérisée par des besoins plus ou moins exigeants en termes de délai, débit et/ou gigue, selon sa nature. Ces critères ont permis aux membres de l'IETF (Internet Engineering for Task Force) d'effectuer une classification de priorité de l'acheminement de ces flots sur le réseau, tout d'abord lors de la définition des réseaux à intégration de service (IntServ), puis dans un second temps, après des recherches plus avancées, lors de la définition des réseaux à

différenciation de service (DiffServ) . Nous proposons de récapituler toutes les notions préalablement exposées dans le tableau ci-dessous. Pour chaque type d'application, nous attribuons un niveau de débit, délai et gigue correspondants aux exigences de celle-ci. Puis nous exposons le type de service qu'il est conseillé (fortement) d'attribuer à chaque application, selon que l'on se place dans un réseau IntServ ou DiffServ.

Applications Débit

Délais

Gigue

Service
IntServ

Service DiffServ

Elastiques

++

= =

 

Best Effort

Best Effort

Temps réel

 
 
 

Controlled

 

adaptatives

+++

+

+

Load

AF

Temp réel

 
 
 
 
 

fermes

+++

+++

++

Guaranteed

EF

EF: Expedited Forwarding AF: Assured Forwarding

Tableau 1: Besoins requis pour les différentes applications

La gestion de la qualité de service par IntServ et DiffServ présente tout de même quelques limites. Tout d'abord, IntServ emploi un mécanisme de réservation de ressources, qui doit être implémentée au niveau de chaque routeur, ce qui conduit à une lourdeur de traitement. D'autre part, IntServ applique ses algorithmes à une échelle macroscopique des données : la gestion de QoS est par conséquent appliquée par flot. De ces limites découlent des critiques en raison de son incapacité à gérer la QoS pour des réseaux largement déployés : le problème de passage à l'échelle est un aspect important puisque l'envergure des réseaux ne cesse d'accroître, et le trafic qui les traverse est en perpétuelle augmentation. L'approche DiffServ consiste, quant à elle, à remédier aux problèmes de passage à l'échelle et de complexité de gestion. Néanmoins, cette politique présente l'inconvénient de garantir une différenciation absolue, c'est-à-dire que plus une classe est grande, plus elle sera privilégiée pour le partage des ressources par rapport aux autres classes concurrentes.

 
 

CHAPITRE II

II : GENERALITE SU

 
 
 
 

GENERALITES SUR LA VOIP

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

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








"Soit réservé sans ostentation pour éviter de t'attirer l'incompréhension haineuse des ignorants"   Pythagore