TP 2 : ANALYSE DE TRAMES VOIP

TP 2 : ANALYSE DE TRAMES VOIP
I
REPRÉSENTER SON RÉSEAU
Remettez en état votre petit réseau VOIP et réalisez-en le schéma (avec Vision 2010 éventuellement)
II
PEAUFINER LE PARAMÉTRAGE
Pour activer la messagerie vocale, depuis la page de "extensions" au paragraphe Voicemail &
Directory, choisir enabled pour Status. Éventuellement, lui assigner un mot de passe.
Pour configurer la boite vocale, il suffit d'appeler *97 taper le mot de passe et suivre les instructions :
presser 0 pour aller vers mailbox options qui permet d'enregistrer les différents messages : unavailable,
busy, nom...
Réalisez vos tests.
RÉALISER UNE CAPTURE DE TRAMES D’UNE CONVERSATION TÉLÉPHONIQUE
III



IV
Lancez Wireshark sur chaque poste client
Depuis le poste client02, appelez le poste client01, conversez puis raccrochez.
Stoppez Wireshark et enregistrez la capture de trames sur votre ordinateur.
ANALYSER LES MESSAGES SIP ÉCHANGÉS
Ouvrez votre capture de trame. Dans le logiciel Wireshark, cliquez sur : Telephony VoIP Calls :
(ici copie écran)
Justifiez toutes vos réponses par votre analyse de trames. Intégrez donc dans ce document les
copies d’écran nécessaires.
1
Marie-pascale Delamare d’après L Burri
Qui appelle qui ?
Adresse de l’appelant ?
A quelle adresse se situe le serveur TRIXBOX ?
Combien de temps a duré la conversation ?
En utilisant la fonction Flow de vos deux captures de voie sur IP répondez aux questions suivantes :
(ici copie écran)
Qui est l’appelant ?
Qui est l’appelé ?
Qui met fin à la conversation ?
Quel protocole transporte les trames de VOIP ?
Quels différents types de messages SIP trouve-t-on dans une conversation téléphonique ?
2
Marie-pascale Delamare d’après L Burri
V
ANALYSER LES FLUX RTP
RSTP et voix Applications temps réel (Extrait Cisco Discovery 4)
Lors de la conception du réseau pour la mise en place d’applications temps réel, le concepteur doit
tenir compte de la manière dont l’infrastructure du réseau peut affecter les performances des
applications.
Ces considérations incluent les éléments physiques de l’infrastructure :



connexions et périphériques matériels ;
topologie du réseau ;
redondance physique.
Les considérations logiques incluent l’impact de la configuration de la QOS et des solutions de
sécurité sur le trafic. Toutes ces considérations affectent la manière dont le concepteur implémente les
solutions de réseau, telles que les services de téléphonie sur IP.
Les applications RTSP présentent des exigences uniques pour la conception de réseau. Le trafic
provenant de ces applications doit être acheminé avec le moins de latence et de gigue (instabilité du
signal électrique) possible.
Lors de la détermination des objectifs commerciaux et des spécifications techniques pour le client,
tous les aspects du réseau doivent être analysés pour garantir une implémentation et une prise en
charge correctes des applications temps réel.
Infrastructure
Pour prendre en charge les applications temps réel existantes et proposées, l’infrastructure doit intégrer
les caractéristiques de chaque type de trafic.
Le concepteur du réseau doit déterminer si le câblage et les commutateurs existants peuvent prendre en
charge le trafic ajouté au réseau. Un câblage pouvant prendre en charge des transmissions gigabit doit
pouvoir acheminer le trafic généré, sans nécessiter de changement d’infrastructure. Il est possible que
des commutateurs plus anciens ne prennent pas en charge la technologie PoE (Power over Ethernet).
Un câblage obsolète peut ne pas prendre en charge les besoins en matière de bande passante. Les
commutateurs et le câblage nécessiteraient une mise à niveau pour la prise en charge de ces
applications.
Voix sur IP
Lors de l’introduction de la voix sur IP sur un réseau utilisant des téléphones traditionnels, il est
important de garder à l’esprit que cette technologie utilise des routeurs actifs pour la voix. Ces routeurs
convertissent la voix analogique provenant des signaux téléphoniques traditionnels en paquets IP.
Une fois la voix convertie en paquets IP, le routeur répartit ces paquets entre les destinations
correspondantes. Des routeurs actifs pour la voix doivent être ajoutés à la conception.
Téléphonie sur IP
Dans la téléphonie sur IP, le téléphone IP exécute lui-même la conversion en voix sur IP. Des routeurs
actifs pour la voix ne sont pas nécessaires au sein du réseau de l’entreprise.
Protocoles vidéo en temps réel
Pour une transmission multimédia en continu efficace, le réseau doit pouvoir prendre en charge les
applications qui nécessitent une livraison sensible au délai de transmission. Les protocoles RTP (RealTime Transport Protocol) et les protocoles RTCP (Real-Time Transport Control Protocol) prennent en
charge cette condition.
Les protocoles RTP et RTCP permettent le contrôle et l’extensibilité des ressources réseau en
autorisant l’incorporation des mécanismes QOS. Ces mécanismes QOS offrent de précieux outils pour
la réduction des problèmes de latence des applications RTSP.
3
Marie-pascale Delamare d’après L Burri
QOS
La qualité de service (QOS) désigne la capacité d’un réseau à fournir un service préférentiel au trafic
réseau sélectionné. L’objectif premier de la QOS est de fournir une priorité, y compris une bande
passante dédiée, un contrôle de la gigue et de la latence, ainsi qu’une réduction de la perte de paquets.
Lors de la création de stratégies QOS pour une organisation, il est important de se concentrer sur le
trafic nécessitant un traitement préférentiel. Les concepteurs de réseau doivent réfléchir à la façon dont
les problèmes de QOS affectent non seulement les périphériques sur un réseau, mais également les
applications qui utilisent le réseau.
Les utilisateurs perçoivent la qualité de service en fonction de deux critères :


la vitesse à laquelle le réseau réagit à leurs requêtes ;
la disponibilité des applications qu’ils souhaitent utiliser.
La QOS permet de gérer ces problèmes de flux de trafic au sein de l’infrastructure du réseau et pour
les applications utilisant le réseau.
Certains périphériques Cisco, tels que les routeurs, disposent de mécanismes de QOS intégrés.
Certaines applications sont extrêmement sensibles aux besoins en matière de bande passante, aux
retards de paquets, à la gigue du réseau et à la perte éventuelle de paquets, notamment la téléphonie
sur IP en temps réel et la lecture vidéo en continu.
Spécifications en matière de téléphonie sur IP
Les spécifications de la téléphonie sur IP illustrent de nombreux problèmes des applications en temps
réel dans un réseau convergent. Le trafic vocal exige plus qu’une simple connexion entre les
utilisateurs. La qualité des transmissions est extrêmement importante. En cas de retard, les voix sont
saccadées et les mots se déforment.
Pour assurer une qualité de transmission suffisante, la téléphonie sur IP exige que les mécanismes
QOS soient en place. Les paquets vocaux ne doivent pas avoir de retard dans un seul sens supérieur à
150 ms. Il est essentiel, dans le déploiement de solutions de téléphonie sur IP, que les paquets vocaux
présentent une faible latence et une faible gigue à chaque saut, le long d’un chemin d’accès donné.
Qu’est ce que le QOS ?
Sur quels types de matériels peut-on gérer de la QOS ?
Qu’est-ce que la gigue et la latence ?
Qu’est-ce que le protocole RTP ?
4
Marie-pascale Delamare d’après L Burri
Sur quelle couche du modèle OSI, le protocole RTP se situe-t-il ?
Qu’est-ce qu’un codec ?
Pourquoi en voix sur Ip utilise-t-on les protocoles SIP et RTP ?
Téléchargez et installez Audacity. Dans Wireshark selectionnez téléphony, RTP, Show all stream et
sélectionner le flux sortant du client02 et faire « Analyse » et « Save Payload ». Sauvegardez au
format « au ».
Vérifier que vous pouvez réécouter la conversation.
Quel est donc le danger de la voix sur IP ?
5
Marie-pascale Delamare d’après L Burri