Université Hassan II – Casablanca

Faculté des Sciences et Techniques – Mohammedia

Département Informatique

COMPTE RENDU
TP Voix IP et qualité de service

Réalisé Par : Encadré Par :

Alaoui ismaili Ahmed Mr. M.MATOUI
Parcours :
LST IRM
Année Universitaire :
2016-2017
FSTM

TOPOLOGIE

Multimédia Sur IP et Qualité De Service 1

FSTM

I. Qualité de Services IP
1. Définition :

La qualité de service est un engagement de résultat qui permet de garantir un

certain niveau de service. Vue d'un autre angle, c’est les engagements effectués aux

Multimédia Sur IP et Qualité De Service 2

FSTM

réseaux afin de fournir aux applications le niveau de performance nécessaire à leur

bon fonctionnement, la gestion de la QoS et donc la garantie d’une bonne qualité de
service. Les paramètres de QoS associes a un flux de données sont principalement :

→Le débit : quantité d'information écoulée par unité de temps. On peut aussi parler
d'information utile.

→ Le taux de perte : c'est la probabilité maximale de perte de données. Il doit se

rapprocher de zéro (sans unité).

→ Le délai : temps nécessaire pour l'acheminement d'une unité de volume (en

général un paquet) entre deux points, en prenant en compte la traversée des
équipements réseaux (routeurs, switchs, etc.). Exprimé en milliseconde.

→ La gigue : c'est la variation du délai de transmission. Exprimée elle aussi en

milliseconde.

Ces paramètres sont regroupés pour définir des classes de service bien
déterminées et qui regroupent certaines applications :

→ La classe Voix, regroupe toute les applications du type conversationnel (Visio, voix).
Elles sont sensibles aux taux de perte et possède des débits assez faibles.

→ La classe Vidéo, regroupe toutes les applications multimédia ayant pour contrainte
forte le taux de perte ainsi que le débit.

→ La classe Donnée, regroupe toutes les applications de transfert de données ayant

pour seule contrainte un taux de perte nul.

→ La classe par défaut, regroupe toutes les applications n’exigeant aucune garantie
de QoS.

2. Fonctionnement de la qualité de service :

Pour mettre en place le mécanisme de qualité de service, nous nous reposons

sur l'architecture DiffServ (Differentiated Services : services différenciés) qui est basée
sur la classification et le marquage du trafic selon différents niveaux prédéfinis

Multimédia Sur IP et Qualité De Service 3

FSTM

(classes). Les routeurs qui utilisent cette architecture, implémentent un PHB (Per-Hop
Behavior) qui définit les propriétés d'acheminement d'un paquet selon la classe à
laquelle il est associé.

Le PHB est déterminé par le champ DS dans l'en-tête IPv4 et IPv6. Ce champ
est constitué de huit bits : les six premiers constituent le DSCP (Differentiated Services
Code Point) qui, en théorie, peut définir 2^6 soit 64 classes ; et les deux derniers l'ECN
(Explicit Congestion Notification) qui génère une notification de bout en bout en cas
de congestion (code binaire : 11).

La valeur par défaut du PHB (000000) correspond au « best effort » ; il existe

aussi une valeur Expedited Forwarding (101110) qui convient aux classes « temps réel
» comme la voix et la vidéo avec un délai, un taux de perte et une gigue faibles ; et
une valeur Assured Forwarding (avec 4 sous-classes AF1x, AF2x, AF3x et AF4x ; x allant
de 1 à 3) pour les paquets qui doivent être acheminés, mais avec moins de
contraintes que les trafics « temps réel ».

Pour garder une rétro compatibilité avec le champ type de

serviceanciennement utilisé dans les réseaux, il existe des valeurs du PHB appelées
Class Selector (CS) et qui s'écrivent sous la forme : xxx000 avec les xxx qui coïncident
avec l'ancien champ du TdS IP precedence. On peut ainsi définir huit classes qui
seront prises en compte par les routeurs ne supportant pas le mécanisme DiffServ et
le champ DS dans les en-têtes IP

3. Identification et filtrage de flux

Multimédia Sur IP et Qualité De Service 4

FSTM

Pour établir une qualité de service il faut tout d'abord identifier et sélectionner
les flux qu'on veut différencier. Nous disposons de deux techniques de filtrage dans
l'IOS du routeur qui sont basées sur l'utilisation d'ACLs (Access Control List) ou bien de
class-map.

Access Control List : Une liste de contrôles d'accès est une collection
d'instructions permettant d'autoriser ou de refuser des paquets en fonction d'un
certain nombre de critères, tels que :

-L'adresse d'origine, L'adresse de destination, Le numéro de port, Les

protocoles de couches supérieures

Il existe 3 types de listes de contrôles d'accès : les ACLs standards, les ACLs
étendues et les ACLs nommées. Les ACLs standards utilisent des spécifications
d'adresses simplifiées et autorisent ou refusent un ensemble de protocoles. C'est-à-
dire en d'autres termes que l'on peut interdire par exemple à une machine l'accès à
une autre machine ou à un autre réseau.

Les ACLs étendues utilisent des spécifications d'adresses plus complexes et

autorisent ou refusent des protocoles précis. Ce type d'ACL utilise un filtrage bien plus
spécifique - on peut selon nos besoins, interdire (ou permettre) des flux depuis et vers
une autre machine (ou réseaux) suivant des critères tels que : - Le type de protocole
de niveau 4 (en l'occurrence TCP ou UDP).

- Le numéro de port utilisé.

- Ou même le type de l'application (ftp, telnet .....).

Les ACLs nommées peuvent être soit standards, soit étendues; elles n'ont pour
but que de faciliter la compréhension et de connaître la finalité de l'ACL.

Numéro : <1-99> : IP standard, <100-199> : IP étendu (des paquets IP qui transitent le

routeur), … protocole : IP, TCP, UDP, ICMP, GRE, IGRP

Source : adresse source destination : adresse destination opérateur : lt less than (plus
petit que), gt greater than (plus grand que), eq equal (egal à), neq not equal (différent
de) numéro de port : le numéro de port de l'application

Multimédia Sur IP et Qualité De Service 5

FSTM

Scénario 1 :

Dans cette partie nous allons différencier le traffic VOIP des autres trafics réseaux.

Pour il faut passer par 3 étapes afin d’appliquer cette différenciation :

Etape 1 : Création de la classe de service

Nous allons créer une class-map pour marquer tous les paquets Voip comme «voip»

R_site_1(config)#class-map match-all voip

R_site_1(config-cmap)#match ip dscp ef

Etape 2 : Création de politique de service

La politique de service nommée «lop_voice» appliquée au paquets de voip est fixée à

EF comme valeur de dscp

R_site_1(config)#policy-map lop_voice

R_site_1(config-pmap)#class voip

R_site_1(config-pmap-c)#set ip dscp ef

Etape 3 : Attachement de la politique à une interface

Après avoir créé une politique de service il faut l'appliquer sur une (ou les deux)
interface(s) du routeur.

Suivant le flux du trafic il est possible de l'attacher soit à l'interface entrante soit à
l'interface sortante. Par exemple pour limiter les paquets arrivant de l'extérieur afin
d'éviter la congestion du réseau internet on l'applique sur l'interface entrante.

R_site_1(config)#int serial 1/0

R_site_1(config-if)#service-policy output lop_voice

a. L

Il est possible de filtrer les paquets en utilisant des ACL étendu qui permet de spécifié
ou de filtre selon l DSCP.

La commande suivante va nous servir de filtrer les paquets dont le DSCP est marqué
« EF » :

R_site_1(config)#access-list 101 permit ip any any dscp ef

2)

Multimédia Sur IP et Qualité De Service 6

FSTM

Le Skinny Call Control Protocol (SCCP) est un protocole de communication, faisant

partie de la couche Application du modèle OSI.

Le H.323 étant trop rigoureux pour certaines utilités de la téléphonie IP (comme le

renvoi d’appel, le transfert, la mise en attente), Cisco a donc créé SCCP, qui utilise le
port 2000. L’avantage de Skinny est qu’il utilise des messages prenant très peu de
bande passante c’est pourquoi il est utilisé pour les communications entre les
téléphones IP et le CallManager ainsi que pour contrôler une conférence.

On peut marquer les paquets SCCP destiné ou originaire du routeur R1 avec la

commande suivante, en lui attribuant le niveau de Précidence IP 6

R_site_1(config)#access-list 101 permit tcp any any eq 2000 precedence 6

Scénario 2

Créer une classe de QoS qui possède trois niveaux de priorité : le premier niveau
bénéficie de 30% de la bande passante (réservée pour le trafic VOIP), le deuxième
niveau bénéficie de 10% de la bande passante (réservée pour le trafic WEB) et enfin le
troisième niveau de 10% de la bande passante (réservée au trafic ICMP). Vous devrez
mettre en place cette politique de QoS. Toutes les commandes et l’analyse des
résultats doivent être prises en compte dans le rapport. Les étapes suivantes sont à
titre indicatif :

Dans ce scénario nous allons mettre en place une politique de Qualité de service pour
différencier les flux VOIP, WEB et ICMP chaque un à un niveau de priorité.

On va attribuer 30% de la bande passante pour le trafic VOIP, 10% de la bande

passante pour le trafic WEB et 10% de la bande passante pour le trafic ICMP.

1) Création une extended access-list permettant d’identifier les paquets VOIP,

WEB et ICMP grâce à leur numéro de port

L’ACL 101 regroupe tous le trafic de voip que ce soit des protocoles de signalisation
comme SIP / SCCP H 3.23 ou les protocoles de communication RTP.

R_site_1(config)#access-list 101 permit udp any any eq 5060

R_site_1(config)#access-list 101 permit tcp any any eq 1720
R_site_1(config)#access-list 101 permit udp any any eq 2427
R_site_1(config)#access-list 101 permit tcp any any eq 2428
R_site_1(config)# access-list 101 permit tcp any any range 2000 2002
R_site_1(config)# access-list 101 permit udp any any eq 1719
On rajoute aussi les deux acl du scenario precedent :

Multimédia Sur IP et Qualité De Service 7

FSTM

Acl qui identifie le trafic ICMP :

access-list 102 permit icmp any any

Acl qui identifie le trafic WEB :

access-list 103 permit tcp any any eq www

2) Définition des classes de trafic utilisant votre access-list avec la commande

class-map afin de classifier les paquets

R_site_1(config)#class-map class_VOIP
R_site_1(config-cmap)#match access-group 101

R_site_1(config)#class-map class_web
R_site_1(config-cmap)#match access-group 103

R_site_1(config)#class-map class_icmp
R_site_1(config-cmap)#match access-group 102

3) Affectation des réserves de bande passante aux paquets appartenant à votre classe de
trafic avec la commande policymap

R_site_1(config)#policy-map scenario2

R_site_1(config-pmap)#class class_VOIP
R_site_1(config-pmap-c)#bandwidth percent 30
R_site_1(config-pmap-c)#exit

R_site_1(config-pmap)#class class_web
R_site_1(config-pmap-c)#bandwidth percent 10
R_site_1(config-pmap-c)#exit

R_site_1(config-pmap)#class class_icmp
R_site_1(config-pmap-c)#bandwidth percent 10
R_site_1(config-pmap-c)#do wr

Multimédia Sur IP et Qualité De Service 8

FSTM

4) Affectation de la politique de trafic aux sorties des interfaces avec la

commande service-policy.

R_site_1(config)#int f0/0
R_site_1(config-if)#service-policy output scenario2

R_site_1(config)#int s1/0
R_site_1(config-if)#service-policy output scenario2

Scénario 4 :

Le but de ce scénario est d’avoir configurer le routeur du 2eme site pour

qu’il applique une politique pour augmenter la priorité des flux FTP
dont la source est le pc1 et laptop0 respectivement :
R_site_2(config)#access-list 101 permit tcp host 1.0.0.7 any eq ftp
R_site_2(config)#access-list 102 permit tcp host 1.0.0.5 any eq ftp

R_site_2(config)#class-map match-all class_pc

R_site_2(config-cmap)#match access-group 101

R_site_2(config)#class-map match-all class_lap

R_site_2(config-cmap)#match access-group 102

R_site_2(config)#policy-map scenario4
R_site_2(config-pmap)#class class_pc

R_site_2(config-pmap-c)#set ip dscp af21

R_site_2(config-pmap-c)#ex
R_site_2(config-pmap)#class class_lap
R_site_2(config-pmap-c)#set ip dscp af11

Multimédia Sur IP et Qualité De Service 9

FSTM

Conclusion
Ce TP nous a permis de mettre en évidence la nécessité de prêter attention à
la qualité de service lors de la mise en place d’un réseau voix/donnée. On a pu voir
que la qualité de service améliorait grandement la communication entre deux
téléphones IP, et que la configuration pouvait se faire soit sur les téléphones IP
directement, soit sur le matériel d’interconnexion (commutateur et routeur) même si
on a pas pu tester avec les routeurs, on se doute qu’il est également possible de
régler la QoS à partie de ceux-ci.
La qualité de service est indispensable pour qu’un réseau voix/donnée
possède des communications IP correctes.

Multimédia Sur IP et Qualité De Service 10