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

 > 

Conception et mise en place d'une architecture VPN/MPLS avec gestion de la GOS. Cas de Matrix Télecoms.

( Télécharger le fichier original )
par Ghislain SOH TCHENDJOU
Université de Maroua Institut Supérieur du Sahel - Ingénieur en conception Réseau 2015
  

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

III.5.11 Gestion de la QOS

III.5.11.1. Choix du protocole l'implémentation de la QoS

Pour choisir le protocole utilisé pour mettre en place notre qualité de service au sein de notre coeur du réseau nous allons nous baser sur une étude comparative entre le protocole Intserv et le protocole Difffserv qui sont tous deux utilisées pour pouvoir réaliser la QOS avec MPLS.

Tableau II.5 : Comparaison entre intserv et diffserv [3]

 

Avantages

 
 
 

? Pas plus de 300/400

postes (pas "scalable"

INTSERV

Adapté aux réseaux locaux

? Nécessite la prise en

charge du protocole

 
 

RSVP par les routeurs

 
 

? nécessite en effet

d'établir préalablement

 

? Adapté aux réseaux

étendus comme ISP car

un contrat dans tous les

 

pas d'info d'état à

équipements de son

 

maintenir au niveau des

domaine. Ceci implique

DIFFSERV

routeurs

une connaissance

 

? Pas de protocole lourd de

signalisation à

approfondie des

 

implémenter comme

applicatifs pouvant transiter

 

RSVP

sur le réseau et peut se révéler parfois difficile à appliquer.

44

Nous souhaitons attirer l'attention sur le fait que ni INTSERV ni DIFFSERV ne sont des modèles parfaits répondant à toutes les exigences d'une bonne qualité de service. Ces deux modèles ne doivent donc pas être opposés, mais plutôt associés de manière complémentaire

III.5.11.2. Solution retenue

Notre choix se portera sur Diffserv car IntServ est très performant et bien adapté aux réseaux de petite envergure comme les LAN, alors que DiffServ s'adapte mieux à des réseaux de grande échelle comme ceux des ISP. Ce qui fait de l'association de ces deux techniques un très bon compromis pour mettre en place une QoS de bout-en bout IntServ aux extrémités, et DiffServ en coeur de réseau.

Les opérateurs qui offrent désormais des services de VPN et de Traffic Engineering (TE) peuvent se concurrencer en offrant divers niveaux de qualité de service en fonction des différents types de trafic que l'on peut rencontrer sur le réseau. Par exemple, lorsque l'on souhaite utiliser des services de voix sur IP sur nos réseaux, il est essentiel de garantir une bande passante et un délai de transmission optimal. Dans le cas de transfert de données importantes, il est nécessaire de garantir un taux de perte de paquet faible. Le modèle DiffServ permet la gestion de cette QoS de bout en bout (end-to-end) dans notre réseau.

Pour implémenter Diffserv, on sépare tout d'abord les interfaces qui recevront les données de celles qui les enverront. Pour l'interface qui reçoit les données, on créé tout d'abord les ACLs puis les classes. On attribue ensuite une valeur au champ DSCP.

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








"Qui vit sans folie n'est pas si sage qu'il croit."   La Rochefoucault