1

Ingénierie Réseaux et Télécommunications

Etude et Réalisation de la VOIP sous

FreeSwitch

Mini projet

4ème année

Année Universitaire :2013-2014

Encadré par :

Mr. ISMAILI

Réalisé par :

FAKIHANI Ilham

ALAMI IDRISSI Fahd

Dédicace

Nous dédions ce modeste travail à titre de mon immense gratitude à

mes parents qu’ils trouvent dans ce travail nos sincères gratitudes pour

leur amour et leurs encouragements, que Dieu les gardent lumineux

comme ils l’étaient toujours pour ensoleiller toute notre vie, à qui nous

souhaitons le succès et le bonheur, à nos amis et nos collègues et à toute la

grande famille qui n’ont pas cessé de nous encourager et nous aider dans

les moments les plus difficiles.

2

Remerciements

Cet ouvrage a pu être réalisé grâce à la Bénédiction et à laBienveillance de notre Seigneur Dieu à qui nous affectons à perpétuité nosfaveurs et nos louanges.

Nous adressons nos vifs remerciements, notre profonde gratitude ànotre encadreur :

Mr ISMAILLI pour sa confiance et sa volonté de nous aider ainsi quepour ses disponibilités qu’il nous a accordées pour l’encadrement de

ce projet.

Nous tenons à exprimer nos reconnaissances au jury de cettesoutenance.

Nos sincères remerciements s’adressent particulièrement à nosparents qui nous ont aidés tant financièrement que moralement dansl’accomplissement de nos études.

Et aussi, nous ne saurons oublier nos familles à qui nous exprimonsnos reconnaissance pour leur soutien et encouragement jusqu’àmaintenant.

Enfin mes remerciements seraient incomplets s’ils n’incluraient mesamis et tous ceux qui, de près ou de loin, ont contribué à la réalisation dece travail.

3

Abstract

VOIP offers the advantage of lower operating costs since it is no

longer necessarily need to install a telephone switch at each site needing

telephony. This is what is called "virtualization" and also helps to

standardize services (the same level of service in a central location or a

small agency). VoIP also has the advantage of increasing the mobility

significantly, a caller can be contacted on landline phone, mobile phone,

computer ... regardless of location, time and job. Unified communications

together in one set different phones, devices and networks (fixed, Internet,

cable, satellite, mobile) to provide true location independence, facilitate

the integration of communications with business processes, streamline

operations and improve productivity and profitability.

4

Résumé

La VOIP offre comme avantage la réduction des coûts d’opération

puisqu’il n’est plus forcément nécessaire d’installer un commutateur télé-

phonique sur chacun des sites ayant besoin de téléphonie. C’est ce que

l’on appelle la « virtualisation » et permet aussi d’homogénéiser des ser-

vices (le même niveau de service sur un site central ou sur une petite

agence). La VOIP présente aussi l’avantage d’augmenter la mobilité de fa-

çon significative, un interlocuteur peut être joignable sur téléphone fixe, té-

léphone portable, ordinateurs… sans se soucier du lieu, du moment et du

poste de travail.

Les communications unifiées regroupent dans un même ensemble

différents téléphones, appareils et réseaux (fixe, Internet, câble, satellite,

mobile) pour offrir une véritable indépendance géographique, faciliter

l’intégration des communications aux processus de l’entreprise, simplifier

les opérations et améliorer la productivité et la rentabilité.

5

Glossaire

-VoIP (Voice over Internet Protocol) : Egalement appelée Téléphonie sur IP ou Téléphonie par Internet, laVoIP correspond à l'acheminement de conversations sur le réseau Internet public ou sur tout réseau IP Privé.Par comparaison avec les réseaux téléphoniques à commutation de circuit, la VoIP est conçue pourfonctionner sur des réseaux à commutation de paquets.

-SIP (Session Initiation Protocole) : SIP est un protocole publié par un groupe de travail de l'IETF sous laRFC3261 et est un standard "de fait" pour l'établissement, la modification ou la déconnexion de sessions decommunication entre utilisateurs comprenant notamment la voix, la vidéo et la messagerie instantanée. SIPest aujourd'hui considéré comme le protocole VoIP de référence.

-H.323 : H.323 regroupe un ensemble de protocoles de communication de la voix, de l'image et de donnéessur IP. C'est un protocole développé par l'UIT-T qui le définit comme « Systèmes de communicationmultimédia en mode paquet ». Contrairement à SIP qui est un protocole issu d'Internet, H.323 trouve sesorigines dans le protocole RNIS plus rigide et moins ouvert. Apparu avant SIP, H.323 a été utilisé pourmonter les premiers réseaux VoIP mais il est aujourd'hui clairement supplanté par SIP.

- IAX est un protocole de voix sur IP issu du projet de PABX .

-MGCP (Media Gateway Control Protocol) : MGCP est un protocole asymétrique (client-serveur) de VoIPpublié sous la RFC 3435 par l'IETF. Il se distingue des protocoles SIP et H.323 qui, eux, sont symétriques(client-client). MGCP est notamment utilisé par les fournisseurs d'accès Internet dans leur Box ADSL pourfournir des services de téléphonie. Ce protocole est également utilisé pour des services de type Centrex IP.

-RTC (Réseau Téléphonique Commuté) : Le RTC est un réseau à commutation de circuits permettantprincipalement l'acheminement de communications vocales et plus rarement de données. Le RTC constitueencore aujourd'hui le réseau téléphonique le plus important mais la VoIP supplante progressivement le RTC.

-PSTN (Public Switched Telephone Network) : Equivalent anglais du RTC.

-RNIS (Réseau Numérique à Intégration de Services) : Le RNIS est apparu au début des années 90 et aprogressivement remplacé les communications analogiques dans le RTC mondial. Le RNIS est lui mêmeprogressivement remplacé par la VoIP.

-ISDN (Integrated Services Digital Network) : Equivalent anglais du RNIS.

6

-PABX (Private Automatic Branch eXchange) : Le PABX est un autocommutateur téléphonique utilisé dansle secteur privé, par opposition aux systèmes de commutation utilisés dans le secteur public par les opérateurs

-SDA (Sélection Directe à l'Arrivée) : La SDA est une fonctionnalité apportée par le RNIS aux PABXnumériques et permettant de joindre directement un poste téléphonique depuis le RTC. Par extension, lanotion de SDA a été conservée en VoIP selon le même principe.

-DID (Direct Inward Dialing) : Equivalent anglais de SDA

-RFC (Request for Comments) : Les RFC sont une série de documents de spécifications publiés par L'IETF.Ces documents servent de base aux développements de produits et logiciels, à but commercial ou non.

-IETF (Internet Engineering Task Force) : L'IETF est un groupe informel, sans statut, sans membre, sansadhésion. Le travail technique est accompli dans une centaine de groupes de travail. Le but d'un groupe estgénéralement la rédaction d'un ou plusieurs Request for comments (RFC).

-CODEC :Les codecs sont des algorithmes spécialement conçus pour compresser les données audio et vidéo.

7

Liste des figures

Chapitre 1

Figures1.1 Les organes de réception d’appel 15

Figure 1.2 Schéma de principe simplifié du RTC 16

Figure1.3 Phase d’établissement d’un appelle 17

Figure1.4 Phase de transmission de la voix 17

Chapitre 2

Figure 2.1 Architecture de transmission de la voix sur IP 20

Figure 2.2 Voix sur IP entre deux ordinateurs 22

Figure 2.3 Voix sur IP entre PC et un téléphone 23

Figure 2.4 Voix sur IP entre deux téléphones 23

Figure 2.5 Architecture H.323 24

Figure 2.6 La zone H.323 26

Figure 2.7 Enregistrement d'un utilisateur 30

Figure 2.8 Session SIP à travers un proxy 31

Figure 2.9 Schéma sur l'implantation de MGCP 32

Chapitre 3

Figure 3.1 Schéma de la démo Config 45

Figure 3.2 Serveur freeswitch 46

Figure 3.3 Ajustement du firewall du serveur 46

Figure 3.4 Configuration des clients 47

Figure 3.5 Configuration du fichier SIP_Profiles 48

Figure 3.6 Architecture du Réseau local (LAN) 48

Figure 3.7 Logiciel libre de téléphonie Ekiga 49

Figure 3.8 Configuration Ekiga d un compte SIP 50

8

Liste des tableaux

Tableau 2.1 Les différents codecs de la VoIP 36

Tableau 2.2 Temps de latence 37

Tableau 3.1 Comparaison des solutions commerciales 41

Tableau 3.2 Synthèse des solutions Open Source 43

Tableau 3.3 Fichiers de configuration 45

9

Table des matières

Introduction Générale…...…………………………………………………………………………...10

Chapitre1. Téléphonie classique(RTC)……………………………………………..11

1.1 introduction…………………………………………………………………………………….12

1.2 Organes constitutifs d’un poste téléphonique simple classique :…………………...12

1.2.1. Les organes de conversation.……………………………………………………………..12

1.2.2. Les organes d’appel d’émission.………………………………………………...………..13

1.2.3. Les organes de réception d’appel.……………………………………………………......13

1.3 Schéma de principe simplifié du RTC.……………………………………………………...13

1.4 Phases d’établissement d’une communication ………………………………………….15

1.5 Conclusion……………………………………………………………………………………....16

Chapitre 2. Etude et généralité de la voix sur IP……………………………..……17

2.1 Introduction………………………………………………………………………...…………...18

2.2 Mode de fonctionnement…………………………………………………………………..….18

2.2.1 Principe……………………………………………………………………………….….18

2.2.2 Architecture de transmission Voip……………………………………………………18

a. Acquisition du signalb. Numérisationc. Compressiond. Habillage de l’entêtee. Emission et transportf. Réceptiong. Conversion numérique analogiqueh. Restitution

2.3 Architecture de la VOIP et mode d’accès…………………………………………………20

2.3.1 La voix sur IP entre deux ordinateurs………………………………………….………....21

2.3.2 La voix sur IP entre un PC et un ordinateur ………………………….…………………21

2.3.3 La voix sur IP entre deux Téléphones…………………………………….……………….22

2.4 Les principaux protocoles :……………………………………………………….…………25

2.4.1 Protocole H.323 :………………………………………………………….……...…...25

a. Description général du protocole H.323.

b. Rôle des composants.

10

c. H.323 dans le modèle OSI.

d. Avantages et inconvénients de la technologie H.323.

2.4.2 Protocole SIP………………………………….…………………………………...30

a. Description général du protocole SIP.

b. Rôle des composants.

c. SIP dans le modèle OSI.

d. Avantages et inconvénients de la technologie SIP.

2.4.3 Protocole MGCP …………………………………………………………………….

2.4.4 Protocole IAX/IAX2 ………………………………………………………………….

2.4.5 Protocole RTP:…………………………..………………………………………..…….31

a. Description général du protocole RTP.

b. Les fonctions RTP.

c. Avantages et inconvénients.

2.4.6 Protocole RTCP:…………………………………………………………….…………..31

a. Description général du protocole RTCP.

b. point fort et limite du protocole

2.5 Codec………………………………………………………………………………………..33

2.6 Qualité de service de la VOIP…………………………………………………………...35

2.7 Points forts et limites de la voix sur IP………………………………………………..36

2.8 Conclusion………………………………………………………………………………….37

Chapitre 3. Réalisation et Etude comparative des plate-formes de communication VOIP

sur Freeswitch

Introduction………………………………………………………………………...…………....39

3.1 Solutions commerciales: ……………………………………………………………......39

3.2 Solutions open sources………………………………………………………………..…39

3.1 Asterisk…………………………………………………………………………….…………...39

3.2 Freeswitch……………………………………..………………………………….…………....40

3.3 SIP - Configuration de Freeswitch……………………………………………………..41

3.3.1 Fichiers de configuration…………………………………………………………...………..41

3.3.2 Prérequis avant installation de Freeswitch ………………………………..……...……...41

3.3.3 Ajuster le Firewall du serveur………………………………………………………..……...43

3.3.4 Configuration des clients :…………………………………………………………...……...44

3.3.5 SIP_Profiles…………………………………………………………………………..…...….45

3.3.6 Architecture du Reseau local (LAN)………………………………………………………..46

3.4 Logiciel libre de téléphonie Ekiga…………………..………………………………….47

3.4.1 Configuration Ekiga d un compte SIP………………………………………………………47

11

3.5 Conclusion………………………………………………………………………………………..48

Conclusion Générale et Perspectives ………………………………………………………………49

12

Introduction Générale

Depuis quelques années, la technologie VoIP commence à intéresser les entreprises, surtout celles de service comme les centres d’appels. La migration des entreprises vers ce genre de technologie n’est pas pour rien. Le but est principalement est de : minimiser le coût des communications, utiliser le même réseau pour offrir des services de données, de voix, et d’images et simplifier les coûts de configuration et d’assistance.

Plusieurs fournisseurs offrent certaines solutions qui permettent aux entreprises de migrer vers le monde IP. Des constructeurs de PABX tels que Nortel, Siemens, et Alcatel préfèrent la solution de l’intégration progressive de la VoIP en ajoutant des cartes extensions IP.

Cette approche facilite l’adoption du téléphone IP surtout dans les grandes sociétés possédant une plateforme classique et voulant bénéficier de la voix sur IP. Mais elle ne permet pas de bénéficier de tous les services et la bonne intégration vers le monde des données.

Le développement des PABXs software, est la solution proposée par des fournisseurs tels que Cisco et Asterisk. Cette approche permet de bénéficier d’une grande flexibilité, d’une très bonne intégration au mondedes données et de voix, et surtout d’un prix beaucoup plus intéressant.

Cette solution, qui est totalement basée sur la technologie IP, est donc affectée par les vulnérabilités qui menacent la sécurité de ce protocole et l’infrastructure réseau sur laquelle elle est déployée. Cette dernière est le majeur problème pour les entreprises et un grand défi pour les développeurs. Certaines attaques sur les réseaux VoIP, comme les attaques de déni de service, et les vols d’identité, peuvent causer des pertes catastrophiques et énormes pour les entreprises.

Pour cela la sécurité du réseau VoIP n’est pas seulement une nécessité mais plutôt une obligation, avec laquelle on peut réduire, au maximum, le risque d’attaques sur les réseaux VoIP.

La sécurité d’une solution de VoIP doit couvrir toute l’infrastructure réseau, incluant les outils et les équipements de gestion des communications et des utilisateurs, le système d’exploitation sur lesquels sont installés ces outils, et les protocoles de signalisation et de transport de données. Il faut même se protéger contre les personnes malveillantes. Mieux on sécurise, moins il y a de risques.

Ce rapport se compose de TROIS chapitres. Le premier chapitre introduit la voix téléphonie classique ainsi que ses composantes.

Le deuxième chapitre traite la voix sur IP et ces éléments, décrit et explique son architecture, ces principaux protocoles, codecs, qualités de services et énumère les majeurs points forts de cette technologie ainsi que ses faiblesses.

Le troisième chapitre, s’intéresse à la mise en place d’une solution de VoIP pour les entreprises basée sur leserveur Freeswitch et le client Ekiga. Les différents pré-requis et les librairies nécessaires sont installés, et les paramètres essentiels sont définis et configurés.

13

Chapitre 1 :

La téléphonie classique

14

1.1 Introduction :

La téléphonie classique a été initialement prévue pour transmettre la voix humaine entre deux lieux distantsl’un de l’autre. Elle utilise comme support des lignes électriques sur lesquelles transite un courant analogueaux signaux sonores.Une liaison téléphonique élémentaire est constitué par :

Deux dispositifs émetteur-récepteur appelés postes téléphoniques.

Une ligne bifilaire acheminant les signaux (paire torsadée).

Une source d’énergie électrique. la tension continue nécessaire à l’alimentation des postestéléphoniques est fournie par une source installée au central téléphonique.

1.2 Organes constitutifs d’un poste téléphonique simple classique :

1.2.1. Les organes de conversation :

Ils assurent l’échange conversationnel entre les 2 correspondants :

• Le microphone : c’est un convertisseur d’énergie, les ondes sonores entraînent la vibration d’une

membrane sensible qui provoque la création d’un signal électrique variant au même rythme que la voix.

• L’écouteur : il restitue sous forme acoustique l’énergie électrique reçue, en la transformant en énergie

mécanique imposant un mouvement vibratoire à l’air ambiant. L’écouteur est constitué d’un haut-parleur :

électro-aimant relié à une membrane.

• Le combiné : c’est le support ergonomique sur lequel sont montés le microphone et l’écouteur récepteur.

• Bobine d’induction (ou transformateur) et Condensateur assurent :

Adaptation d’impédance entre le microphone et la ligne, et entre la ligne et l’écouteur.

Elimination de l’effet local (antilocal), évite d’entendre sur l’écouteur les sons émis sur

le microphone du même combiné.

Séparation des courants de natures différentes, signaux sonores et polarisation…

• Deux diodes : montées en antiparallèle sur le récepteur, elles absorbent les surtensions et réduisent le

choc acoustique à un niveau supportable par l’oreille.

• Un redresseur : rend l'appareil indépendant de la polarité de la ligne

15

1.2.2 Les organes d’appel et d’émission :

L’abonné fait connaître à son centre de rattachement le numéro d’identification du correspondant désiré en lecomposant soit sur le cadran d’appel rotatif (ancien), soit sur le clavier numérique (actuel). Ce dispositiftransmet alors au central un signal codé.

1.2.3 Les organes de réception d’appel :

La signalisation d’un appel est faite par une sonnerie mise en marche par un courant alternatif (au travers d’un filtre).

Lors du décrochage du combiné, le centre de rattachement constate la fermeture du crochet, interrompt le signal d’appel et établit la liaison.

Figures1.1: les organes de réception d’appel

1.3 Schéma de principe simplifié du RTC :

Le RTC est composé de nœuds (commutateurs) s’échangeant des informations au moyen deProtocoles de communications normalisés par les instances internationales. Les systèmes réalisant le RTC sont hétérogènes, ils proviennent de fabricants différents et utilisent destechnologies différentes. Cette coexistence de technologies provient de la longue durée de vie de ces dispositifs, souvent supérieure à une vingtaine d’années.

16

Figure 1.2 : Schéma de principe simplifié du RTC

Chaque poste téléphonique est rattaché à une seule armoire de répartition connectée à un commutateur

local (local Switch) dont la distance peut aller de quelques centaines de mètres jusqu’à quelques Kilomètres

réduisant d’autant la bande passante des signaux transmis du fait de l'augmentation de l’atténuation.

La faible bande passante (300 Hz – 3400 Hz) du RTC et d’autre part son rapport signal/bruit (de l’ordre

de 40 dB) limitent la qualité du signal analogique transmis (voix) et donc le débit du nombre de bits

transmis (informatique).

Les supports de transmission pour l’acheminement du signal entre commutateurs peuvent être faits par :

• des conducteurs métalliques (paires torsadées, câbles coaxiaux),

• par des liaisons en espace libre avec des faisceaux hertziens (via des antennes et des satellites)

• par des fibres optiques.

La topologie du réseau est arborescente et conçue autour de nœuds de commutation contenant l’intelligence

du réseau. Les signaux sont aiguillés dans ces nœuds, puis par la suite transmis par multiplexage fréquentiel

(analogique) où chaque « conversation » se trouve transposée autour d’une fréquence et par multiplexage

temporel (numérique) où les échantillons de plusieurs « conversations » sont transmis les uns à la suite des

autres, de façon répétitive. En ce qui concerne les fibres optiques, une nouvelle technique de multiplexage

dite en « longueur d'onde » a été développée.

C’est grâce aux possibilités d’amplification, de modulation et de changement de fréquence qu’offre

l’électronique que s’est développé le multiplexage permettant de transmettre un grand nombre de

communications sur un même support : fil de cuivre, câble coaxial, fibre optique ou ondes hertziennes.

17

1.4 Phases d’établissement d’une communication :

Figure1.3: phase d’établissement d’un appelle

Transmission de la voix :

Contrairement au système audio de haute fidélité, dont les bandes passantes sont comprises entre

20 Hz et 20 kHz, le téléphone opère dans la bande de 300 Hz à 3,4 kHz.

Figure1.4 :Phase de transmission de la voix

18

Lorsque les deux correspondants sont en liaison, les signaux vocaux envoyés et reçus sont dus à une

modulation de l’amplitude du courant continu dans la bande de fréquences 300 Hz à 3,4 kHz.

A l’intérieur de chaque appareil, un dispositif « antilocal » évite que le signal émis par le microphone ne

soit transmis à l’écouteur.

La communication s ‘effectue en duplex intégral, elle est bidirectionnelle, le courant sur la ligne étant la

somme du courant continu et des deux courants variables émis par chaque poste.

Pendant la phase de communication, les commutateurs supervisent la communication pour détecter le

raccrochage de A ou de B. Si un des 2 raccroche, la liaison est libérée (ou relâchée), c’est la phase de

libération qui à nouveau met en œuvre la signalisation. La taxation est aussi arrêtée.

1.6 Conclusion :

L’évolution de la téléphonie classique vers la voix sur IP est un passage à la fois innovateur évolutif, il

apporte sans aucun doute une fluidité de traitement des données ainsi qu’une unification de l’infrastructure

qui se reflète sur la réduction des coûts de déploiement et de la maintenance. Cependant, l’avènement de cette

technologie soulève des nouveaux défis comme celui de la sécurité informatique et de la localisation de la

qualité de service. Certes, à la concurrence entre les opérateurs va jouer un rôle très important l’amélioration

des choses, mais le simulant de la mondialisation et la dérégulation des télécoms offre un cocktail unique ou

la convergence n’a pas fini d’avancer.

19

Chapitre 2 :

Etude et généralité de la voix sur IP

20

2.1 Introduction :

VOIP signifie voice over internet Protocol ou voix sur IP. Comme son nom l’indique, la VoIP permet detransmettre des sons (en particulier la voix) dans des paquets IP circulant sur internet. La VOIP peut utiliserdu matériel d’accélération pour réaliser ce but et peut aussi être utilisée en environnement de pc.

La voix sur IP constitue actuellement l’évolution la plus importante du domaine des télécommunications.Avant 1970, la transmission de la voix s’effectuait de façon analogique sur des réseaux dédiés à la téléphonie.Dans les années 80, une première évolution majeure a été le passage à la transmission numérique (TDM). Latransmission de la voix sur les réseaux informatiques à commutation de paquet IP constitue aujourd’hui unenouvelle évolution majeure comparable aux précédentes.

L’objectif de ce chapitre est l’étude de cette technologie et de ses différents aspects. On parlera en détail del’architecture de la VOIP, ses éléments et son principe de fonctionnement. On détaillera aussi des protocolesVOIP de signalisation et de transport ainsi que leurs principes de fonctionnement et de leurs principauxavantages et inconvénients.

2.2 Mode de fonctionnement :

2.2.1 Principe :

Le principe de la téléphonie sur IP est la numérisation de la voix, c'est-à-dire le passage d'un signal analogique à un signal numérique. Celui-ci est compressé en fonction des codecs choisis, cette compression a comme but de réduire la quantité d'information qui est transmise sur le réseau. Le signal obtenu est découpé en paquets, à chaque paquet on ajoute les entêtes propres au réseau (IP, UDP, RTP....) et pour finir il est envoyé sur le réseau.

A l'arrivée, les paquets transmis sont ré-assemblés en supprimant d'abord les entêtes. Le signal de données ainsi obtenu est décompressé puis converti en signal analogique afin que l'utilisateur puisse écouter le message d'origine.

2.2.2 Architecture de transmission Voip :

La technologie de la voix sur IP (VoIP pour Voice over IP) nous présente une architecture découpée en 8grandes étapes :

Figure 2.1: Architecture de transmission de la voix sur IP

21

a. Acquisition du signal :

La VoIP suppose la transformation d'un signal continu analogique (la voix) en un signal discret numérique(composé d'une série de chiffres). La première étape consiste naturellement à capter la voix à l'aide d'unmicro, qu'il s'agisse de celui d'un téléphone ou d'un micro casque.

b. Numérisation :

La voix passe alors dans un convertisseur analogique numérique qui réalise deux tâches distinctes :

L’échantillonnage du signal sonore, c'est-à-dire un prélèvement périodique de ce signal; la quantification, quiconsiste à affecter une valeur numérique (en binaire) à chaque échantillon. Plus les échantillons ne sont codéssur un nombre de bits important, meilleure sera la qualité (on parle de «résolution») de la conversion.Généralement, la voix est échantillonnée à 8 kHz et chaque échantillon est codé sur 8 bits, ce qui donne undébit de 64 kbit/s (norme G711).

c. Compression :

Le signal une fois numérisé peut être traité par un DSP (Digital Signal Processor) qui va le compresser, c'est-à-dire réduire la quantité d'informations (bits) nécessaire pour l'exprimer. Plusieurs normes de compression et décompression (Codecs) sont utilisées pour la voix. L'avantage de la compression est de réduire la bande passante nécessaire pour transmettre le signal.

d. Habillage des en-têtes :

Les données «brutes» qui sortent du DSP doivent encore être enrichies en informations avant d'être converties en paquets de données à expédier sur le réseau. Trois «couches» superposées sont utilisées pour cethabillage :

La couche IP :

La couche IP correspond à l'assemblage des données en paquets. Chaque paquet commence par un en-tête indiquant le type de trafic concerné, ici du trafic UDP.

La couche UDP :

La deuxième couche, UDP, consiste à formater très simplement les paquets. Si l'on restait à ce stade, leur transmission serait non fiable : UDP ne garantit ni le bon acheminement des paquets, ni leur ordre d'arrivée.

La couche RTP (Real Time Protocol) / RTCP (Real Time Control Protocol):

Pour palier l'absence de fiabilité d'UDP, un formatage RTP est appliqué de surcroît aux paquets. Il consiste à ajouter des entêtes d'horodatage et de synchronisation pour s'assurer du ré-assemblage des paquets dans le bon ordre à la réception. RTP est souvent renforcé par RTCP qui comporte, en plus, des informations sur la qualité de la transmission et l'identité des participants à la conversation.

e. Emission et transport :

Les paquets sont acheminés depuis le point d'émission pour atteindre le point de réception sans qu'un chemin précis soit réservé pour leur transport. Ils vont transiter sur le réseau (réseau local, réseau étendu voire Internet) en fonction des ressources disponibles et arriver à destination dans un ordre indéterminé.

22

e. Réception:

Lorsque les paquets arrivent à destination, il est essentiel de les replacer dans le bon ordre et assez rapidement. Faute de quoi une dégradation de la voix se fera sentir. Ce point sera détaillé plus loin.

f. Conversion numérique analogique :

La conversion numérique analogique est l'étape réciproque de l'étape 2, qui permet de transformer les données reçues sous forme de série discrète en un signal électrique «continu».

g. Restitution

Dès lors, la voix peut être retranscrite par le haut-parleur du casque, du combiné téléphonique ou de l'ordinateur.

2.3 Architecture et mode d’accès :

Selon le type de terminal utilisé (un ordinateur ou un téléphone classique), on distingue trois modes d'accès possibles de voix sur IP :

La voix sur IP entre deux ordinateurs

La voix sur IP entre un ordinateur et un téléphone

La voix sur IP entre deux téléphones

Il est nécessaire de rappeler aux utilisateurs qu'ils doivent être dans le même réseau IP (Internet ou Intranet del'entreprise).

2.3.1 La voix sur IP entre deux ordinateurs :

Figure 2.2 : Voix sur IP entre deux ordinateurs

C'est le cas le plus simple. Il suffit de disposer d'une carte son, de haut-parleurs et de microphones pour chacun des interlocuteurs. Il faut également connaître l'adresse IP de chacun des terminaux pour établir la communication.

Dans ce premier type de voix sur IP, les utilisateurs communiquent à partir d'un logiciel de voix sur IP qu'on appel soft phone.

23

2.3.2 La voix sur IP entre un PC et un ordinateur :

Figure 2.3: Voix sur IP entre PC et un téléphone

Ce cas nécessite une conversion des signaux entre le RTC et le réseau IP. En effet, ces deux terminaux utilisant des technologies différentes (la commutation de circuits et la commutation de paquets), l'échange desinformations nécessite une passerelle. L'utilisateur possédant un ordinateur et désirant appeler l'autre sur son téléphone doit se connecter à un service spécial sur Internet, offert par un fournisseur de service (un ISP) ou par son fournisseur d'accès à Internet (son IAP).

2.3.3 La voix sur IP entre deux téléphone :

Figure 2.4 : Voix sur IP entre deux téléphones

C'est le cas le plus complexe car il nécessite deux conversions de signaux. On utilise des passerelles analogues entre le réseau téléphonique et le réseau. Un utilisateur appelle le numéro d'une passerelle et lui communique le numéro du correspondant qu'il cherche à joindre.

24

2.4 les principaux Protocoles :

2.4.1 Protocole H.323 :

A- description général du protocole H323 :

Le standard H.323 fournit, depuis son approbation en 1996, un cadre pour les communications audio, vidéoet de données sur les réseaux IP. Il a été développé par l'ITU (International Télécommunications Union) pourles réseaux qui ne garantissent pas une qualité de service (QoS), tels qu’IP IPX sur Ethernet, Fast Ethernet etToken Ring. Il est présent dans plus de 30 produits et il concerne le contrôle des appels, la gestionmultimédia, la gestion de la bande passante pour les conférences point-à-point et multipoints. H.323 traiteégalement de l'interfaçage entre le LAN et les autres réseaux.

Le protocole H.323 fait partie de la série H.32x qui traite de la vidéoconférence au travers différents réseaux.Il inclue H.320 et H.324 liés aux réseaux ISDN (Integrated Service Data Network) et PSTN (Public SwitchedTelephone Network).

Plus qu'un protocole, H.323 crée une association de plusieurs protocoles différents et qui peuvent êtreregroupés en trois catégories : la signalisation, la négociation de codec, et le transport de l’information.

Les messages de signalisation sont ceux envoyés pour demander la mise en relation de deux clients,

qui indique que la ligne est occupée ou que le téléphone sonne, etc. En H.323, la signalisations’appuie sur le protocole RAS pour l’enregistrement et l’authentification, et le protocole Q.931 pourl’initialisation et le contrôle d’appel.

La négociation est utilisée pour se mettre d’accord sur la façon de coder les informations à échanger.

Il est important que les téléphones (ou systèmes) utilisent un langage commun s’ils veulent secomprendre. Il s’agit du codec le moins gourmand en bande passante ou de celui qui offre lameilleure qualité. Il serait aussi préférable d’avoir plusieurs alternatives de langages. Le protocoleutilisé pour la négociation de codec est le H.245

Le transport de l’information s’appuie sur le protocole RTP qui transporte la voix, la vidéo ou les

données numérisées par les codecs. Les messages RTCP peuvent être utilisés pour le contrôle de laqualité, ou la renégociation des codecs si, par exemple, la bande passante diminue.

Une communication H.323 se déroule en cinq phases : l’établissement d'appel, l’échange de capacité etréservation éventuelle de la bande passante à travers le protocole RSVP (Ressource réservation Protocol),l’établissement de la communication audio-visuelle, l’invocation éventuelle de services en phase d'appel (parexemple, transfert d'appel, changement de bande passante, etc.) et enfin la libération de l'appel.

B- Rôle des composants :

L'infrastructure H.323 repose sur quatre composants principaux : les terminaux, les Gateways, lesGatekeepers, et les MCU (Multipoint Control Units).

25

Figure 2.5 : Architecture H.323

Les terminaux H.323 : Le terminal peut être un ordinateur, un combiné téléphonique, un terminal

spécialisé pour la vidéoconférence ou encore un télécopieur sur Internet. Le minimum imposé parH.323 est qu'il mette en œuvre la norme de compression de la parole G.711, qu'il utilise le protocoleH.245 pour la négociation de l'ouverture d'un canal et l'établissement des paramètres de lacommunication, ainsi que le protocole de signalisation Q.931 pour l'établissement et l'arrêt descommunications.

Le terminal possède également des fonctions optionnelles, notamment, pour le travail en groupe et lepartage des documents. Il existe deux types de terminaux H.323, l'un de haute qualité (pour uneutilisation sur LAN), l'autre optimisé pour de petites largeurs de bandes (28,8/33,6 kbit/s – G.723.1 etH.263).

Gateway ou les passerelles vers des réseaux classiques (RTC, RNIS, etc.) : Les passerelles H.323

assurent l'interconnexion avec les autres réseaux, ex :(H.320/RNIS), les modems H.324, téléphonesclassiques, etc. Elles assurent la correspondance de signalisation de Q.931, la correspondance dessignaux de contrôle et la cohésion entre les médias (multiplexage, correspondance des débits,transcodage audio).

Gatekeeper ou les portiers : Dans la norme H323, Le Gatekeeper est le point d'entrée au réseau pour

un client H.323.

Il définit une zone sur le réseau, appelée zone H.323 regroupant plusieurs terminaux, Gateways etMCU dont il gère le trafic, le routage LAN, et l'allocation de la bande passante. Les clients ou lesGateway s'enregistrent auprès du Gatekeeper dès l'activation de celui-ci, ce qui leur permet deretrouver n'importe quel autre utilisateur à travers son identifiant fixe obtenu auprès de sonGatekeeper de rattachement.

Le Gatekeeper a pour fonction :

La translation des alias H.323 vers des adresses IP, selon les spécifications RAS

(Registration/Admission/Status) ;

Le contrôle d'accès, en interdisant les utilisateurs et les sessions non autorisés ;

Et la gestion de la bande passante, permettant à l'administrateur du réseau de limiter

le nombre de visioconférences simultanées. Concrètement une fraction de la bande

26

passante est allouée à la visioconférence pour ne pas gêner les applications critiques sur le LAN et le support des conférences multipoint adhoc.

Les MCU :

Les contrôleurs multipoint appelés MCU (Multipoint Control Unit) offrent aux utilisateurs la possibilité de faire des visioconférences à trois terminaux et plus en « présence continue » ou en « activation à la voix ». Une MCU consiste en un Contrôleur Multipoint (MC), auquel est rajouté un ou plusieurs Processeurs Multipoints (MP). Le MC prend en charge les négociations H.245 entre tous les terminaux pour harmoniser les paramètres audio et vidéo de chacun. Il contrôle également les ressources utilisées. Mais le MC ne traite pas directement avec les flux audio, vidéo ou données, c'est le MP qui se charge de récupérer les flux et de leurs faire subir les traitements nécessaires. Un MC peut contrôler plusieurs MP distribués sur le réseau et faisant partie d'autres MCU.

C- H323 dans le modèle OSI :

Les différents protocoles sont représentés ci-dessous dans le modèle OSI :

Figure 2.6 : La zone H.323

27

D- Avantages et inconvénients de la technologie H323 :

La technologie H.323 possède des avantages et des inconvénients. Parmi les avantages, nous citons :

Gestion de la bande passante : H.323 permet une bonne gestion de la bande passante en posant des

limites au flux audio/vidéo afin d'assurer le bon fonctionnement des applications critiques sur le LAN. Chaque terminal H.323 peut procéder à l'ajustement de la bande passante et la modification dudébit en fonction du comportement du réseau en temps réel (latence, perte de paquets et gigue).

Support Multipoint : H.323 permet de faire des conférences multipoint via une structure centralisée

de type MCU (Multipoint Control Unit) ou en mode ad-hoc.

Support Multicast : H.323 permet également de faire des transmissions en multicast.

Interopérabilité : H.323 permet aux utilisateurs de ne pas se préoccuper de la manière dont se font

les communications, les paramètres (les codecs, le débit…) sont négociés de manière transparente.

Flexibilité : une conférence H.323 peut inclure des terminaux hétérogènes (studio de

visioconférence, PC, téléphones…) qui peuvent partager selon le cas, de la voix de la vidéo et mêmedes données grâce aux spécifications T.120.

Les inconvénients de la technologie H.323 sont :

La complexité de mise en œuvre et les problèmes d'architecture en ce qui concerne la convergence

des services de téléphonie et d'Internet, ainsi qu'un manque de modularité et de souplesse.

Comprend de nombreuses options susceptibles d'être implémentées de façon différentes par les

constructeurs et donc de poser des problèmes d'interopérabilité.

2.4.2 Protocole SIP :

A- Description générale du protocole SIP :

Le protocole SIP (Session Initiation Protocol) est un protocole normalisé et standardisé par l'IETF (décrit par le RFC 3261 qui rend obsolète le RFC 2543, et complété par le RFC 3265) qui a été conçu pour établir, modifier et terminer des sessions multimédia. Il se charge de l'authentification et de la localisation des multiples participants. Il se charge également de la négociation sur les types de média utilisables par les différents participants en encapsulant des messages SDP (Session Description Protocol). SIP ne transporte pasles données échangées durant la session comme la voix ou la vidéo. SIP étant indépendant de la transmission des données, tout type de données et de protocoles peut être utilisé pour cet échange. Cependant le protocole RTP (Real-time Transport Protocol) assure le plus souvent les sessions audio et vidéo.SIP remplace progressivement H323. SIP est le standard ouvert de VoIP, interopérable, le plus étendu et vise à devenir le standard des télécommunications multimédia (son, image, etc.). Skype par exemple, qui utilise un format propriétaire, ne permet pas l'interopérabilité avec un autre réseau de voix sur IP et ne fournit que des passerelles payantes versla téléphonie standard. SIP n'est donc pas seulement destiné à la VoIP mais pour de nombreuses autres applications telles que la visiophonie, la messagerie instantanée, la réalité virtuelle ou même les jeux vidéo

28

B- Principe de fonctionnement :

Puisque on choisira le protocole SIP pour effectuer notre travail, on s’approfondira à expliquer les différents aspects, caractéristiques qui font du protocole SIP un bon choix pour l’établissement de la session, les principales caractéristiques du protocole SIP sont :

Fixation d’un compte SIP

Il est important de s’assurer que la personne appelée soit toujours joignable. Pour cela, un compte SIP sera associé à un nom unique. Par exemple, si un utilisateur d’un service de voix surIP dispose d’un compte SIP et que chaque fois qu’il redémarre son ordinateur, son adresse IP change, il doit cependant toujours être joignable. Son compte SIP doit donc être associé à un serveur SIP (proxy SIP) dont l’adresse IP est fixe. Ce serveur lui allouera un compte et il permettra d’effectuer ou de recevoir des appels quelques soit son emplacement. Ce compte sera identifiable via son nom (ou pseudo).

Changement des caractéristiques durant une session

Un utilisateur doit pouvoir modifier les caractéristiques d’un appel en cours. Par exemple, un appel initialement configuré en (voix uniquement) peut être modifié en (voix + vidéo).

Différents modes de communication

Avec SIP, les utilisateurs qui ouvrent une session peuvent communiquer en mode point à point, en mode diffusif ou dans un mode combinant ceux-ci.

Mode Point à point : on parle dans ce cas là d’«unicast » qui correspond à la communication entre

deux machines.

Mode diffusif : on parle dans ce cas là de « multicast » (plusieurs utilisateurs via une unité de

contrôle MCU – Multipoint Control Unit).

Combinatoire : combine les deux modes précédents. Plusieurs utilisateurs interconnectés en

multicast via un réseau à maillage complet de connexion.

Gestion des participants

Durant une session d’appel, de nouveaux participants peuvent joindre les participants d’une session déjà ouverte en participant directement, en étant transférés ou en étant mis en attente (cette particularité rejoint les fonctionnalités d’un PABX par exemple, où l’appelant peut être transféré vers un numéro donné ou être mis en attente).

Négociation des médias supportés

Cela permet à un groupe durant un appel de négocier sur les types de médias supportés.Par exemple, la vidéo peut être ou ne pas être supportée lors d’une session.Mémoire de PFE : Étude et Mise en place d'une Solution VOIP Sécurisée

29

Adressage

Les utilisateurs disposant d’un numéro (compte) SIP disposent d’une adresse ressemblant à une adresse mail

(sip:numéro@serveursip.com). Le numéro SIP est unique pour chaque utilisateur.

Modèle d’échange

Le protocole SIP repose sur un modèle Requête/Réponse. Les échanges entre un terminal appelant et un terminal appelé se font par l'intermédiaire de requêtes. La liste des requêtes échangées est la suivante :

Invite : cette requête indique que l'application (ou utilisateur) correspondante à l'url SIP spécifié est

invité à participer à une session. Le corps du message décrit cette session (par ex : média supportés par l’appelant). En cas de réponse favorable, l'invité doit spécifier les médias qu'il supporte.

Ack : cette requête permet de confirmer que le terminal appelant a bien reçu une réponse définitive à

une requête Invite.

Options : un proxy server en mesure de contacter l'UAS (terminal) appelé, doit répondre à une

requête Options en précisant ses capacités à contacter le même terminal.

Bye : cette requête est utilisée par le terminal de l'appelé à fin de signaler qu'il souhaite mettre un

terme à la session.

Cancel : cette requête est envoyée par un terminal ou un proxy server à fin d'annuler une requête non

validée par une réponse finale comme, par exemple, si une machine ayant été invitée à participer à une session, et ayant accepté l'invitation ne reçoit pas de requête Ack, alors elle émet une requête Cancel.

Register : cette méthode est utilisée par le client pour enregistrer l'adresse listée dans l'URL TO par le

serveur auquel il est relié.

Codes d’erreurs

Une réponse à une requête est caractérisée, par un code et un motif, appelés respectivement code d'état et raison phrase. Un code d'état est un entier codé sur 3 digits indiquant un résultat à l'issue de la réception d'unerequête. Ce résultat est précisé par une phrase, textbased (UTF-8), expliquant le motif du refus ou de l'acceptation de la requête. Le code d'état est donc destiné à l'automate gérant l'établissement des sessions SIP et les motifs aux programmeurs. Il existe 6 classes de réponses et donc de codes d'état, représentées par le premier digit :

1xx = Information - La requête a été reçue et continue à être traitée.

2xx = Succès - L'action a été reçue avec succès, comprise et acceptée.

3xx = Redirection - Une autre action doit être menée afin de valider la requête.

4xx = Erreur du client - La requête contient une syntaxe erronée ou ne peut pas être traitée par ce

serveur.

5xx = Erreur du serveur - Le serveur n'a pas réussi à traiter une requête apparemment correcte.

6xx = Echec général - La requête ne peut être traitée par aucun serveur.

30

C- Rôle des composants :

Dans un système SIP on trouve deux types de composantes, les agents utilisateurs (UAS, UAC) et un réseau de serveurs (Registrar, Proxy)L'UAS (User Agent Server) représente l'agent de la partie appelée. C'est une application de type serveur qui contacte l'utilisateur lorsqu'une requête SIP est reçue. Et elle renvoie une réponse au nom de l'utilisateur.

L'U.A.C (User Agent Client) représente l'agent de la partie appelante. C'est une application de type client qui initie les requêtes.

Le Registrar est un serveur qui gère les requêtes REGISTER envoyées par les Users Agents pour signaler leur emplacement courant. Ces requêtes contiennent donc une adresse IP, associée à une URI, qui seront stockées dans une base de données (figure 4).

Les URI SIP sont très similaires dans leur forme à des adresses e mail :sip:utilisateur@domaine.com. Généralement, des mécanismes d'authentification permettent d'éviter que quiconque puisse s'enregistrer avec n'importe quelle URI.

Figure 2.7: Enregistrement d'un utilisateur

Un Proxy SIP sert d'être l’intermédiaire entre deux User Agents qui ne connaissent pas leurs emplacements respectifs (adresse IP). En effet, l'association URI-Adresse IP a été stockée préalablement dans une base de données par un Registrar. Le Proxy peut donc interroger cette base de données pour diriger les messages vers le destinataire. La figure 5 montre les étapes de l’interrogation du proxy la base de données

Figure 2.7 : Principe du protocole SIP

31

Figure 2.8 : Session SIP à travers un proxy

Le Proxy se contente de relayer uniquement les messages SIP pour établir, contrôler et terminer la session (voir figure 6). Une fois la session établie, les données, par exemple un flux RTP pour la VoIP, ne transitent pas par le serveur Proxy. Elles sont échangées directement entre les User Agents.

D-Avantages et inconvénients :

Ouvert, standard, simple et flexible sont les principales atouts du protocole SIP, voilà en détails ces différents avantages :

Ouvert : les protocoles et documents officiels sont détaillés et accessibles à tous en téléchargement.

Standard : l'IETF a normalisé le protocole et son évolution continue par la création ou l'évolution

d'autres protocoles qui fonctionnent avec SIP.

Simple : SIP est simple et très similaire à http.

Flexible : SIP est également utilisé pour tout type de sessions multimédia (voix, vidéo, mais aussi

musique, réalité virtuelle, etc.).

Téléphonie sur réseaux publics : il existe de nombreuses passerelles (services payants) vers le réseau

public de téléphonie (RTC, GSM, etc.) permettant d'émettre ou de recevoir des appels vocaux.

Points communs avec H323 : l'utilisation du protocole RTP et quelques codecs son et vidéo sont en

commun.

Par contre une mauvaise implémentation ou une implémentation incomplète du protocole SIP dans les User Agents peut perturber le fonctionnement ou générer du trafic superflu sur le réseau. Un autre inconvénient est le faible nombre d'utilisateurs : SIP est encore peu connu et utilisé par le grand public, n'ayant pas atteint une masse critique, il ne bénéficie pas de l'effet réseau.

32

2.4.3 Le Protocole MGCP :

Description general du protocole MGCP :

Le protocole MGCP n'est pas un concurrent de H.323 ou SIP. Au contraire, ce protocole est complémentairedans les services qu'il offre. Il permet entre autre de piloter les terminaux non intelligents. Pour cela, MGCPutilise un protocole à stimulus. Ce type de signalisation utilise des instructions de bas niveau contrairementaux instructions du RNIS, du SIP et de H.323. Dans un protocole à stimulus, le terminal est contrôlé par leprotocole. MGCP est donc un protocole client/serveur car une machine contrôle les terminaux et H.323 et SIPsont peer to peer car ils traitent d'égaux à égaux.

L'avantage principal d'un protocole à stimulus est la simplification des terminaux. Le besoin de terminauxintelligents est donc inférieur.

Interconnexion avec les autres réseaux téléphoniques :

MGCP peut servir en deux endroits d'un réseau de téléphonie sur IP. Le premier est à l'interconnexion entrele réseau et les téléphones pilotés en mode stimulus. Le deuxième est à la passerelle avec le réseau RTC.

Le système se compose d'un Call-Agent, une passerelle pour transformer les paquets du réseau pour circuler sur un circuit commuté et vice versa. Pour l'interconnexion avec le réseau RTC, il est nécessaire de disposer en plus d'une passerelle pour la signalisation.Le call-Agent agit comme un commutateur logiciel avec le réseau VoIP. Il contrôle de plus les passerelles. Ce contrôle s'exerce par un mécanisme de suscription : Le call-agent prévient les passerelles des événements l'intéressant et celles ci le contactent à chaque fois qu'un événement surveillé apparaît.

Figure 2.9 : Schéma sur l'implantation de MGCP

2.4.4 Le Protocole IAX/IAX2 :

Le protocole IAX (Inter-Asterisk eXchange) est issu du projet d'IPBX open source et de la communauté « Asterisk », tout comme le SIP, c'est un protocole de la téléphonie IP qui permet de communiquer entre clientet serveur. La différence avec le SIP et le point fort de l'IAX, se base sur l'utilisation d'un port UDP unique qui

33

est le port « 4569 » qui permet de s'affranchir à des problématiques de NAT dans le système de télécommunication.

Le protocole IAX L'IAX2 support maintenant l'authentification par certificat (PKI), le mode « Trunking » et possède aussi un « JitterBuffer » plus évolué que SIP, plus adapte aux boucles locales ADSL des particuliers, ce qui permet d'obtenir une légère augmentation du niveau de qualité que le SIP dans ces conditions

2.4.5 Protocoles de transport :

Nous décrivons deux autres protocoles de transport utilisés dans la voix sur IP à savoir l’RTP et le RTCP

2.4.5.1 Le protocole RTP :

A- Description générale de RTP :

RTP (Real time Transport Protocol), standardisé en 1996, est un protocole qui a été développé par l'IETF afin de faciliter le transport temps réel de bout en bout des flots données audio et vidéo sur les réseaux IP, c'est à dire sur les réseaux de paquets. RTP est un protocole qui se situe au niveau de l'application et qui utilise les protocoles sous-jacents de transport TCP ou UDP. Mais l'utilisation de RTP se fait généralement au-dessus d’UDP ce qui permet d'atteindre plus facilement le temps réel. Les applications temps réels comme la parole numérique ou lavisioconférence constitue un véritable problème pour Internet. Qui dit application temps réel, dit présence d'une certaine qualité de service (QoS) que RTP ne garantie pas du fait qu'il fonctionne au niveau Applicatif. De plus RTP est un protocole qui se trouve dans un environnement multipoint, donc on peut dire que RTP possède à sa charge, la gestion du temps réel, mais aussi l'administration de la session multipoint.

B- Les fonctions de RTP

Le protocole RTP a pour but d'organiser les paquets à l'entrée du réseau et de les contrôler à la sortie. Ceci de façon à reformer les flux avec ses caractéristiques de départ. RTP est un protocole de bout en bout, volontairement incomplet et malléable pour s'adapter aux besoins des applications. Il sera intégré dans le noyau de l'application. Il laisse la responsabilité du contrôle aux équipements d'extrémité. Il est aussi un protocole adapté aux applications présentant des propriétés temps réel. Il permet ainsi de :

Mettre en place un séquencement des paquets par une numérotation et ce afin de permettre ainsi la détection des paquets perdus. Ceci est un point primordial dans la reconstitution des données. Mais ilfaut savoir quand même que la perte d'un paquet n'est pas un gros problème si les paquets ne sont pasperdus en trop grands nombres. Cependant il est très important de savoir quel est le paquet qui a été perdu afin de pouvoir pallier à cette perte.

Identifier le contenu des données pour leurs associer un transport sécurisé et reconstituer la base de

temps des flux (horodatage des paquets : possibilité de resynchronisation des flux par le récepteur)

L'identification de la source c'est à dire l'identification de l'expéditeur du paquet. Dans un multicast

l'identité de la source doit être connue et déterminée.

Transporter les applications audio et vidéo dans des trames (avec des dimensions qui sont

dépendantes des codecs qui effectuent la numérisation). Ces trames sont incluses dans des paquets afin d'être transportées et doivent, de ce fait, être récupérées facilement au moment de la phase de segmentation des paquets afin que l'application soit décodée correctement.

34

D- Avantages et inconvénients

Le protocole RTP permet de reconstituer la base de temps des différents flux multimédia (audio, vidéo, etc.), de détecter les pertes de paquets et d’identifier le contenu des paquets pour leur transmission sécurisée.Par contre, il ne permet pas de réserver des ressources dans le réseau ou d’apporter une fiabilité dans le réseau. Ainsi il ne garantit pas le délai de livraison.

2.4.5.2 Le protocole RTCP :

A-Description générale de RTCP :

Le protocole RTCP est fondé sur la transmission périodique de paquets de contrôle à tous les participantsd'une session. C'est le protocole UDP (par exemple) qui permet le multiplexage des paquets de données RTPet des paquets de contrôle RTCP. Le protocole RTP utilise le protocole RTCP, Real-time Transport Contrôle Protocole, qui transporte lesinformations supplémentaires suivantes pour la gestion de la session.Les récepteurs utilisent RTCP pour renvoyer vers les émetteurs un rapport sur la QoS.Ces rapports comprennent le nombre de paquets perdus, le paramètre indiquant la variance d'une distribution(plus communément appelé la gigue : c'est à dire les paquets qui arrivent régulièrement ou irrégulièrement) etle délai aller-retour. Ces informations permettent à la source de s'adapter, par exemple, de modifier le niveaude compression pour maintenir une QoS.Parmi les principales fonctions qu’offre le protocole RTCP sont les suivants :

Une synchronisation supplémentaire entre les médias : Les applications multimédias sont souvent

transportées par des flots distincts. Par exemple, la voix, l'image ou même des applicationsnumérisées sur plusieurs niveaux hiérarchiques peuvent voir les flots gérées et suivre des cheminsdifférents.

L'identification des participants à une session :en effet, les paquets RTCP contiennent des

informations d'adresses, comme l'adresse d'un message électronique, un numéro de téléphone ou le nom d'un participant à une conférence téléphonique.

Le contrôle de la session : en effet le protocole RTCP permet aux participants d'indiquer leur départ

d'une conférence téléphonique (paquet Bye de RTCP) ou simplement de fournir une indication sur leur comportement.

Le protocole RTCP demande aux participants de la session d'envoyer périodiquement les informations citéesci-dessus. La périodicité est calculée en fonction du nombre de participants de l'application. On peut dire queles paquets RTP ne transportent que les données des utilisateurs. Tandis que les paquets RTCP ne transportenten temps réel, que de la supervision.On peut détailler les paquets de supervision en 5 types:

SR (Sender Report) : Ce rapport regroupe des statistiques concernant la transmission (pourcentage de

perte, nombre cumulé de paquets perdus, variation de délai (gigue), etc.). Ces rapports sont issus d'émetteurs actifs d'une session.

RR (Receiver Report) : Ensemble de statistiques portant sur la communication entre les participants.

Ces rapports sont issus des récepteurs d'une session.

SDES (Source Description) : Carte de visite de la source (nom, e-mail, localisation).

BYE : Message de fin de participation à une session.

APP : Fonctions spécifiques à une application.

35

B-Point fort et limite du protocole RTCP

Le protocole de RTCP est adapté pour la transmission de données temps réel. Il permet d’effectuer uncontrôle permanent sur une session et ces participants. Par contre il fonctionne en stratégie bout à bout. Et ilne peut pas contrôler l'élément principal de la communication ‘le réseau’

2.5 les codecs :

Codec est une abréviation pour Codeur/Décodeur. Un codec est basé sur un algorithme qui permet lacompression des données qu'on lui donne. Il s'agit d'un procédé permettant de compresser et de décompresserun signal, de l'audio ou de la vidéo, le plus souvent en temps réel, permet une réduction de la taille du fichieroriginal. Le codec numérise et compresse la voix de l'émetteur, ainsi les données numériques sont encapsuléesdans des paquets IP et acheminées vers le destinataire. A l’arrivée au destinataire, ce dernier grâce au mêmecodec décompresse et restitue le son. Il On distingue des codecs à pertes et codecs sans pertes. Un codec àpertes distingue les parties moins importantes des informations et les supprime pour gagner en taille.

Une fois le signal numérisé et encodé, il est prêt à être transmis. Le transport des données peut se faire parl'intermédiaire de plusieurs protocoles dont notamment RTP et RTCP, le contrôle du flux se faisant via lesautres protocoles nommés plus haut. Arrivé du coté du récepteur, le signal est décodé en utilisant le mêmecodec et ensuite restitué.

L'objectif d'un codec est la transformation d'un signal analogique vers un signal numérique et vice-versa. Ici, le codec transforme donc le signal de la voix en données numériques facilement transportables sur un réseau. Après de transport, le même codec se charge de reconvertir le signal numérique vers un signal analogique.

Il existe une différence majeure permettant de classer les codecs existants dans deux catégories : les codecs sans pertes (lossless) et les codecs avec pertes (lossy).

Dans un codec lossless, tout le signal est transformé en binaire et le décodage restitue des données parfaitement identiques à celles données en entrée. Ce type de codecs est utilisé quand la qualité de la restitution est importante.

Dans un codec lossy, certaines parties du signal sont écartées et supprimées. Dans l'exemple de la voix, l'oreille humaine rencontre ses limites lorsqu'il s'agit d'écouter des fréquences trop basses ou trop hautes. Les codecs avec pertes (aussi appelés destructeurs) tirent parti de ce phénomène. Les sons dans les fréquences hautes ou basses sont tronqués pour diminuer la quantité d'information à transmettre. L'exploitation des particularités de l'oreille humaine s'appelle la psycho acoustique.

- Qualité de la voix :

Dans la téléphonie sur IP, les différents codecs retransmettent plus ou moins bien le signal original. Pour mesurer la qualité de la voix restituée, on parle de score MOS (Mean Opinion Score). C'est une note compriseentre 1 et 5 et attribuée par des auditeurs jugeant de la qualité de ce qu'ils entendent. Pour la VoIP, plusieurs codecs peuvent servir. Voici leurs détails :

G.711 : Ce codec est le premier à avoir été utilisé dans la VoIP. Même si il existe maintenant des codecs nettement plus intéressants, celui ci continue d'être implémenté dans les équipements à des fins de compatibilité entre marques d'équipements différentes.

G.722 : A la différence du G.711, ce codec transforme le spectre jusqu'à 7kHz ce qui restitue encore mieux la voix. Les débits que ce codec fournit sont 48,56 ou 64kbit/s. Une des particularités est de

36

pouvoir immédiatement changer de débit. Ceci est fortement appréciable lorsque la qualité du supportde transmission se dégrade.

G.722.1 : Dérivé du codec précédent, celui ci propose des débits encore plus faibles (32 ou 24kbit/s). Il existe même des versions propriétaires de ce codec fournissant un débit de 16kbit/s.

G.723.1 : C'est le codec par défaut lors des communications à faible débit. Deux modes sont disponibles. Le premier propose un débit de 6,4kbit/s et le deuxième un débit de 5,3kbit/s.

Le codec Algorithme Débit

G.711 PCM (Pulse Code Modulation) 64 kbps

G.728 LD-CELP(Low Delay Code Excited Linear Prediction) 16 kbps

G.729 CS-ACELP(Conjugate Structure Algebraic CELP) 8 kbps

G.723.1

MP-MLQ(Multi-Pulse Maximum Likelihood Quantization)

ACELP(Algebraic Code Excited Linear Prediction)

6.3 kbps

5.3 kbps

Tableau 2.1 : les différents codecs de la VoIP

- Compression du silence :

Une des méthodes utilisées par les codecs pour réduire la quantité de données à transmettre et de détecter les silences. Dans une conversation téléphonique, chaque locuteur ne parle que 1/3 du temps en moyenne. Ce qui fait que 1/3 du temps d'une conversation est constitué de silence facilement reproductible et donc non codé par le codec. Ce mécanisme s'appelle VAD (Voice Activity Détection - DAV : Détection d'activité de la voix).

- Génération de bruits de confort :

Pendant une conversation où les silences sont effacés, l'absence de bruit chez le récepteur peut vite se révéler inconfortable. Dans cette optique, les codecs disposent d'un générateur de bruits de confort visant à simuler des bruits de fond pour améliorer le confort des utilisateurs.

- Robustesse sur la perte de paquets :

Si les conditions de circulations sur le réseau se dégradent, certains paquets contenant de l'information peuvent se perdent ou arriver trop tard. Ce problème est en partie compensé par l'utilisation des buffers, mais la gigue peut être telle que le codec soit obligé de retransmettre au récepteur un paquet, alors qu'il n'est pas arrivé. Il existe plusieurs méthodes pour palier à ce problème : Il est possible par exemple de simplement répéter le contenu du dernier paquet pour combler le vide. On peut aussi répartir l'information sur plusieurs paquets de façon à introduire une redondance des données. En cas de pertes de paquets, le codec dispose ainsid'une copie du paquet à retransmettre.

37

2.6 Qualité de service de la Voip :

La qualité de service (QoS) est une notion importante à prendre en compte lors de l’implémentation de la VoIP. L'objectif est de garantir le transfert des trames IP sur le réseau sans retarder ou rejeter les trames transportant la voix. Il faut prendre en compte 3 principaux éléments pour caractériser la QoS.

Le temps de latence :

La maîtrise du délai de transmission est un élément essentiel pour bénéficier d'un véritable mode conversationnel et minimiser la perception d’écho. La durée de traversée d'un réseau IP dépend du nombre d'éléments réseaux traversés (et du débit sur chaque lien), du temps de traversée de chaque élément et du délaide propagation de l'information (une transmission par fibre optique, à l'opposé de la terre, dure environ 70 ms). L'UIT a défini 4 classes qui permettent de caractériser, à titre indicatif, la qualité de transmission en fonction du retard de transmission dans une conversation téléphonique. Ces chiffres concernent le délai total de traitement, et pas uniquement le temps de transmission de l'information sur le réseau.

Tableau 2.2 : temps de latence

La limite supérieure «acceptable» pour une communication téléphonique, se situe entre 150 et 200 ms par sens de transmission (en considérant à la fois le traitement de la voix et le délai d'acheminement).

La perte de paquets :

En cas de congestion du réseau, le protocole TCP prévoit de supprimer les trames IP entrant dans un élément saturé (buffers pleins). Les paquets de voix étant véhiculés au dessus d'UDP ce qui ne permet aucun mécanisme de contrôle de flux ou de retransmission sur cette couche au niveau du transport. D'où l'importance des protocoles RTP et RTCP qui permettent de déterminer le taux de perte de paquet et d'agir en conséquence au niveau applicatif.

Si aucun mécanisme performant de récupération des paquets perdus n'est mis en place (cas le plus fréquentdans les équipements actuels) alors la perte de paquets IP se traduit par des ruptures au niveau de la conversation et une impression de hachure de la parole.

Plus un paquet de voix contient une longue durée de parole plus cet effet est accentué d'où la nécessité de choisir un bon codec audio (de faible débit).

La gigue :

La gigue mesure la variation temporelle entre le moment où deux paquets auraient dû arriver et le moment de leurs arrivées effectives. Les origines de la gigue sont multiples: encapsulation des paquets IP dans les protocoles supportés, charge du réseau à un instant donné, variation des chemins empruntés dans le réseau.

38

Pour compenser la gigue, on utilise des tampons (mémoire : buffer) qui permettent de lisser l'irrégularité des paquets. Le fait d'insérer des buffers augmente le temps de latence, leur taille doit donc être soigneusement définie, et si possible adaptée de manière dynamique aux conditions du réseau. La dégradation de la qualité de service due à la présence de gigue se traduit par une combinaison des deux facteurs cités précédemment: le délai et la perte de paquets.

Pour pallier à ces paramètres, il existe deux principales approches :

Réserver une bande passante exclusivement au transfert de la voix : Cette solution est possible

dans le cas des réseaux locaux (type Intranet) mais il n’est pas possible de l'appliquer lorsque leréseau TCP/IP Internet intervient dans la communication.

Prioriser les flux : Chaque routeur traversé décide s'il prend en compte ou pas le champ de

priorisation (champ TOS) propre à chaque type de données.

2.7 Points forts et limites de la voix sur IP :

Différentes sont les raisons qui peuvent pousser les entreprises à s’orienter vers la VoIP comme solution pour la téléphonie. Les avantages les plus marqués sont :

Réduction des coûts : En effet le trafic véhiculé à travers le réseau RTC est plus couteux que sur un

réseau IP. Réductions importantes pour des communications internationales en utilisant le VoIP, ces réductions deviennent encore plus intéressantes dans la mutualisation voix/données du réseau IP intersites (WAN). Dans ce dernier cas, le gain est directement proportionnel au nombre de sites distants.

Standards ouverts : La VoIP n’est plus uniquement H323, mais un usage multiprotocoles selon les

besoins de services nécessaires. Par exemple, H323 fonctionne en mode égale à égale alors que MGCP fonctionne en mode centralisé. Ces différences de conception offrent immédiatement une différence dans l'exploitation des terminaisons considérées.

Un réseau voix, vidéo et données (à la fois) : Grâce à l’intégration de la voix comme une

application supplémentaire dans un réseau IP, ce dernier va simplifier la gestion des trois applications(voix, réseau et vidéo) par un seul transport IP. Une simplification de gestion, mais également une mutualisation des efforts financiers vers un seul outil.

Un service PABX distribué ou centralisé : Les PABX en réseau bénéficient de services centralisés

tel que la messagerie vocale et la taxation. Cette même centralisation continue à être assurée sur unréseau VoIP sans limitation du nombre de canaux. Il convient pour en assurer une bonne utilisationde dimensionner convenablement le lien réseau. L'utilisation de la VoIP met en commun un médiaqui peut à la fois offrir à un moment précis une bande passante maximum à la donnée, et dans uneautre période une bande passante maximum à la voix, garantissant toujours la priorité à celle-ci.

Les points faibles de la voix sur IP sont :

Fiabilité et qualité sonore : un des problèmes les plus importants de la téléphonie sur IP est la

qualité de la retransmission qui n’est pas encore optimale. En effet, des désagréments tels la qualitéde la reproduction de la voix du correspondant ainsi que le délai entre le moment où l’un desinterlocuteurs parle et le moment où l’autre entend peuvent être extrêmement problématiques. Deplus, il se peut que des morceaux de la conversation manquent (des paquets perdus pendant letransfert) sans être en mesure de savoir si des paquets ont été perdus et à quel moment.

Dépendance de l’infrastructure technologique et support administratif exigeant : Les centres de

relations IP peuvent être particulièrement vulnérables en cas d’improductivité de l’infrastructure. Par

39

exemple, si la base de données n’est pas disponible, les centres ne peuvent tout simplement pasrecevoir d’appels. La convergence de la voix et des données dans un seul système signifie que lastabilité du système devient plus importante que jamais et l’organisation doit être préparée àtravailler avec efficience ou à encourir les conséquences.

Vol : les attaquants qui parviennent à accéder à un serveur VoIP peuvent également accéder aux

messages vocaux stockés et au même au service téléphonique pour écouter des conversations oueffectuer des appels gratuits aux noms d’autres comptes.

Attaque de virus : si un serveur VoIP est infecté par un virus, les utilisateurs risquent de ne plus

pouvoir accéder au réseau téléphonique. Le virus peut également infecter d’autres ordinateursconnectés au système.

Conclusion

Comme on a pu le voir tout au long de ce chapitre, la VoIP est la solution la plus rentable pour effectuer des conversations. Actuellement il est évident que la VoIP va continuer à évoluer. La téléphonie IP est une bonne solution en matière d’intégration, fiabilité et de coût. On a vu que la voix sur IP étant une nouvelle technologie de communication, elle n’a pas encore de standard unique. Chaque standard possède ses propres caractéristiques pour garantir une bonne qualité de service. En effet, le respect des contraintes temporelles est le facteur le plus important lors de transport de la voix. Malgré que la normalisation n’ait pas atteint la maturité suffisante pour sa généralisation au niveau des réseaux IP, il n’est pas dangereux de miser sur ces standards vu qu’ils ont été acceptés par l’ensemble de la communauté de la téléphonie. Nous allons à présent proposer une réalisation d une plate-forme de communication VOIP qui est FreeSwithaprès avoir étudié d une manière générale le fonctionnement, architecture, les principaux protocoles de cette technique.

40

Chapitre 3:

Etude et Réalisation

d une plate-forme de communication

VOIP sur Freeswitch

41

Introduction:

Plusieurs plate formes de communication unifiée existent, différentes selon qu'elles ont été créé et les servicesqu'elles offrent. Le choix d'une plate-forme pour les entreprises s’appuie généralement sur les avantages de ses services ainsi que leur possibilité de déploiement.

Dans la suite de ce chapitre nous énumérerons quelques plates-formes, leurs services offert, leurs avantages etinconvénients.

3.1 Solutions commerciales:

UCP Alcatel Otch CUCM Avaya

Editeur Aastra Alcatel-Lucent Cisco avaya

Couplageserveur/suite de

gestion des appels

optionnel optionnel Nativement intégré optionnel

Principalesapplications

natives prises encharge

VoIP, messagerieunifiée, centrede contacts..

VoIP, centre decontact, UnifiedCommunication,

messagerie vocaleintégrée...

VoIP, messagerie unifiée,centre de contacts,conférence Web,

analyse/monitoring/surveillance, Fax sur IP.

VoIP, messagerieunifiée, centre de

contacts, conférenceWeb...

Nombre de postesIP

4 000 50 000 30 000 36 000

Coût (serveurseulement)

Entre 3000 et

5000 € pour 20users

Environ 1100 €

pour 20 users

Environ 3 979,45 € pour20 users

Environ 8000 € pour20 users

Tableau 3.1: Comparaison des solutions commerciales

3.2 Solutions open sources

3.2.1 Asterisk

Asterisk est la solution IPBX Open source la plus utilisée sur le marché de la téléphonie sur IP à l'heureactuelle. Cette solution a notamment donnée naissance à plusieurs projets dont le but était la conceptiond'IPBX Open source, même les leaders des télécommunications se sont mis à développer des solutions autourde ce produit. Il est possible de citer certains projets Open Source dont Asterisk a permit de donner naissancecomme Bayonne, Callweaver, Freeswitch et d'autres encore.

Ce produit doit sa conception au fondateur de la société Digium Mark Spencer en 1999. Le résultat de cetteconception s'appelle Asterisk, outil qui connaît aujourd'hui un grand succès dans son domaine. Le projetinitial a été développé autour d'une GNU/Linux sur une plate-forme de type x/86, actuellement cette solution

42

est désormais disponible sur une plus grande quantité de plates-formes. Asterisk est un PBX Open Source quiest basé actuellement sur la licence GPL 2.0.

Asterisk permet de mettre en œuvre un certain nombre de fonctionnalités dont certaines sont citées ci-dessous.

Fournit un grand nombre de fonctionnalités lié à la gestion des appels comme les transferts,interception, mise en attente des appels, musique d'attente...

Permet de réaliser des conférences vocales à plusieurs.

Service d'identification de l'appelant.

Fournit des services vocaux interactifs (IVR )

Interconnexion au réseau téléphonique traditionnel (FXS/FXO, ISDN) Cartes Digium.

Gère plusieurs protocoles de Voix sur IP (H.323, IAX, IAX2, MGCP and SIP).

Compatibilité avec plusieurs modèles de téléphones IP (Cisco, Nortel, Polycom).

Utilisation de l'Inter-Asterisk eXchange (IAX) pour la communication entre deux serveurs Asterisk.

Ne nécessite pas de plate-forme matérielle spécifique

Possibilité d'intégrer du développement JAVA.

3.2.2 FreeSwitch

FreeSWITCH est une solution open source de téléphonie sur IP, sous une licence MPL, développé en C.Elle permet la mise en place de communications vers un téléphone virtuel via un commutateur virtuel.Freeswitch peut être utilisé comme un simple commutateur, un PBX, une passerelle ou un serveurd'applications IVR utilisant des scripts ou des fichiers XML permettant d'automatiser certaines tâches et dedévelopper de nouveaux services.

FreeSWITCH c’est l’autre géant de la téléphonie Open source. Cette plate-forme est évolutive et permet derelier entre eux plusieurs moyens de communication (audio, vidéo, texte…). La gamme d’outils Open sourcede FreeSWITCH permet un développement d’applications quasi infini. L’initiateur de ce projet est AnthonyMinessale avec l’aide de Brian West et Michael Jerris qui étaient tout les trois développeurs chez le cousinAsterisk. Les maîtres mots de ce projet sont l’adaptabilité et la stabilité et pour y arriver c’est un grandnombre de développeurs qui travaillent dessus.

FreeSWITCH fonctionne sur plusieurs systèmes d'exploitation, notamment Windows, Mac OS X, Linux,BSD et sur les deux plates-formes Solaris (32 bits et 64 bits). Une Interface Web pour FreeSWITCH estdisponible sous le nom Wiki PBX.

FreeSWITCH supporte les caractéristiques standards et avancées du protocole SIP, permettant de mettre enplace un serveur de conférence, un serveur de Voicemail,... Il utilise aussi les protocoles IAX2, Jingle etH323.

43

3.2.3 Synthèse

Tableau 3.2: Synthèse des solutions Open Source

3.3 SIP - Configuration de Freeswitch :

3.3.1 Fichiers de configuration

Avant de commencer

La configuration par défaut est destinée à vous montrer beaucoup de choses que vous pouvez faire avecFreeSWITCH et en tant que tel est très utile. Comme cette configuration est assez complexe, il est tout à faitpratique pour comprendre certaines des choses qui sont en place dans cette configuration par défaut sinon celapeut éventuellement submerger les nouveaux arrivants avec tellement de données.

La configuration par défaut comprend:

Il n'existe pas de passerelles configurés, à l'exception de la connexion au canal de conférence

FreeSWTICH, si initialement cette configuration est sans danger.

44

agents utilisateurs (auditeurs SIP), une écoute sur le port 5060 destiné à être utilisé par internes

utilisateurs et un externe publique Interface écoute sur le port 5080 conçu pour accepter desconnexions entrantes provenant de l'extérieur.

Il y a 20 utilisateurs par défaut configurés avec des extensions 1000 .. 1019.

Ceux-ci sont configurés pour être en mesure d'appeler à l'autre et utiliser d'autres services internes qui

sont décrites ailleurs.

Ces extensions sont également accessibles à partir de correspondants externes, ne sont donc pas

seulement des extensions internes. (Vous pouvez changer cela pour votre configuration).

L'enregistrement ne fonctionnera que si vous configurez un téléphone pour s'inscrire comme

<utilisateur> @ <freeswitch.ip.address> .

L'enregistrement des extensions est possible de _any_ adresse IP.

Fichiers de configuration

Les données FreeSWITCH de configuration sont stockées au format XML. Ces fichiers se trouvent dans lerépertoire conf sous la FreeSWITCH répertoire d'installation. Par défaut sur un système Unix-like ce sera /usr / local / FreeSwitch / conf.

Tableau 3.3: Fichiers de configuration

Il existe un grand nombre de différents fichiers de configuration utilisés par FreeSWITCH et comprendre entièrement comment ils s'imbriquent peuvent prendre un certain temps.

FreeSwitch comporte un grand nombre de fichiers de configuration. Le schéma suivant vous aidera à connaître les différents fichiers de configuration et leur contenu par défaut avec les modules standard.

La plupart des fichiers de configuration FreeSwitch sont au format XML

45

Présentation Schéma de la démo Config:

Figure 3.1: Schéma de la démo Config

3.3.2 Prérequis avant installation de Freeswitch

# yum -y install mc git autoconf automake libtool ncurses-devel libjpeg-devel gcc-c++ git-core libtool make

et pour les modules additionnels:

# yum -y install unixODBC-devel openssl-devel libogg-devel libvorbis-devel curl-devel libtiff-devel libjpeg-devel python-devel expat-devel zlib zlib-devel bzip2 bison which

Télécharger freeswitch :

# cd /usr/local/src/

# git clone git://git.freeswitch.org/freeswitch.git

# cd freeswitch

# ./bootstrap.sh

Compiler et installer

# cd /usr/local/src/freeswitch/

# ./configure

# make && make install && make all cd-sounds-install cd-moh-install

Lancer et arrêter freeswitch

En mode interactif :

# /usr/local/freeswitch/bin/freeswitch

46

Figure 3.2: Serveur FreeSwitch

Pour arrêter :

# /usr/local/freeswitch/bin/freeswitch -stop

3.3.3 Ajuster le firewall du serveur

Les ports sont définis et expliqués ici : http://wiki.freeswitch.org/wiki/Firewall

Pour un fonctionnement de base de soft-phone connectés et autorisés, il faut ouvrir le port 5060/udp.

Figure 3.3 :Ajustement du firewall du serveur

Sécuriser les connections :

Une fois le test standard est fait, il faudra sécuriser la connexion de postes autorisés - surtout si le firewall a été ouvert via 5060

47

Pour faire ça, aller dans /usr/local/freeswitch/conf/directory/default/ pour supprimer, brider, ou modifier les utilisateurs autorisés à se connecter.

3.3.4 Configuration des clients :

pour cela il faut accéder au dossier default qui se trouve dans le dossier conf et écrire un fichier XML (default.xml)

La commande d accès au fichier correspondante est :

cd /usr/local/freeswitch/conf/directory/default.

Figure 3.4 :Configuration des clients

Voici un aperçue sur le fichier de configuration de deux Clients (1000 et 1001)

avec le mot de passe par défaut (1234)

3.3.5 SIP_Profiles

Les profils par défaut sont «interne» et «externe», servant chacun un objectif général, Profils SIP externes sont généralement utilisés pour communiquer avec votre fournisseur de services «gateway», comme FlowRoute ou similaire compagnie fournissant le service de téléphonie via le protocole SIP pour vous. Le sip_profile interne est généralement utilisé pour communiquer avec les périphériques de votre réseau local.

Pour notre objectif on sera concerné par le profil interne.

Interne

Lieu du dossier: /usr/local/freeswitch// conf / sip_profiles / internal.xml

Ce profil se réfère généralement à des dispositifs qui se trouvent sur votre réseau interne. Ces dispositifs vont hériter toutes les options de configuration du profil interne que vous avez configuré. C'est typiquement vos téléphones internes avec des extensions. Par défaut, ces dispositifs doivent utiliser l'authentification SIP.

48

Figure 3.5 :Configuration du fichier SIP_Profiles

Voici un aperçue sur le contenu et la forme du fichier interne avec indication des @ip des clients(1000 et 1001) et le N°Port (5060)

3.3.6 Architecture du Reseau local (LAN) :

Notre réseau local se compose de deux PC ,le premier PC va être considéré comme le 1er Client (@ip :192.168.1.3) et contiendra aussi une machine virtuel ou est installé notre PABX Freswitch (@ip du Serveur fs:192.168.1.4) et le deuxième PC est considéré comme étant le 2eme Client (@ip:192.168.1.2)

Figure 3.6 :

Architecture duRéseau local (LAN)

@ip du Serveur Fs:

192.168.1.4

client 1 client 2

@ip: 192.168.1.2 @ip: 192.168.1.3

49

3.4 Logiciel libre de téléphonie Ekiga:

Ekiga (précédemment GnomeMeeting) est un logiciel libre de téléphonie sur Internet (VoIP) et de conférences vidéos (visioconférence), avec suspension, transfert et redirection d'appels. Il permet d'appeler gratuitement en audio, vidéo et texte de PC à PC (GNU/linux, Mac OS, Windows…) et est compatible avec les logiciels et matériels qui suivent les standards SIP et H323. Il fournit aussi une messagerie instantanée (avec smileys ).

Optionnel : en s'enregistrant auprès d'un ou plusieurs fournisseurs de service SIP (payant) laissés au choix de l’utilisateur, Ekiga permet aussi d’appeler et de recevoir des appels de téléphones fixes ou de mobiles. Par exemple, la Freebox ou encore Gizmo offrent un service de ce type. Il existe de nombreux fournisseurs aux prix très compétitifs pour ce service.

Fig:ure 3.7: Logiciel libre de téléphonie Ekiga

3.4.1 Configuration ekiga d un compte SIP:

Ajouter un compte SIP :

Pour ajouter un compte SIP, il suffit de cliquer sur compte -> Ajouter un compte SIP . Une boîte de dialogue apparaît et vous permet d'entrer plusieurs paramètres:

Nom: le nom du compte va ici. Cela devrait être le nom descriptif, surtout si vous avez des comptes

avec plusieurs prestataires de services.

Greffier: le registraire avec lequel vous souhaitez enregistrer. Il s'agit généralement d'une adresse IP

ou un nom d'hôte qui sera donné par votre fournisseur de services de téléphonie sur Internet, ou par votre administrateur si vous essayez d'enregistrer un IPBX SIP.

Utilisateur: c'est votre nom d'utilisateur.

50

Authentification utilisateur: si l'utilisateur d'authentification est différent du nom d'utilisateur que

vous avez utilisé ci-dessus, saisissez-le ici. Dans ce scénario, le champ de l'utilisateur sera utilisé pourcontrôler l'identité sortant pour le compte que vous ajoutez, tandis que l'authentification utilisateur sera utilisé lors de la phase d'authentification.

Mot de passe: ceci est votre mot de passe.

Délai: Le délai après lequel l'enregistrement doit être mis à jour. 3600 est le paramètre par défaut.

Après avoir être inscrit et eu un compte sip ekiga ,on rempli les paramètres du compte de cette manière pour les 2 clients 1001 et 1000:

Figure 3.8 :Configuration ekiga d un compte SIP

Une fois que vous voyez l'état de votre compte comme "Registered" vous êtes prêt à faire desappels.

3.5 Conclusion:

La VoiP, dont le développement est exponentiel, est de plus en plus convoitée par les hackers et autres

pirates informatiques. Ces derniers produisent différents types d’attaques. Outre les divers virus, et attaques

spécifiques aux réseaux IP.

les Principaux risques sont des menaces protocolaires (DoS (Denial of service),Ecoute clandestine,

Détournement d’appel (Call Hijacking),Identité,Vols de services,Communications indésirées).et des menaces

potentiel provoqué par la Vulnérabilités de l’infrastructure (Faiblesses dans la configuration des dispositifs de

la VoIP ,Vulnérabilités du système d’exploitation).

la VoiP connaît ses propres attaques. Et c’est contre ces dernières qu il faudra protéger les serveur VoiP. La

sécurité d’un réseau VoiP s’appuie sur deux types de sécurités :

51

La sécurité traditionnelle des réseaux informatiques (firewall, antivirus, etc…),

La sécurité spécifique VoiP (Politique de sécurité,La sécurité physique,La sécurisation des

serveurs,L’authentification des utilisateurs,La séparation et la sécurisation des flux,...ect)

52

Conclusion Générale et Perspectives

Cette expérience dans le monde de la VoIP et en particulier de FreeSwitch s'est montrée très

enrichissante pour chacun d'entre nous. En effet, nous ne connaissions absolument pas ce domaine et

n'avions pas la moindre idée des technologies mises en œuvre.

Nous avons pris conscience aux cours de nos recherches dans les livres et sur internet de l'ampleur

qu'a pris la VoIP et il nous semble difficile maintenant d'imaginer qu'un informaticien n ait pas un

minimum de savoir de cette technologie. Comme nous l'avions imaginé, cette expérience sera

valorisable par la suite car elle correspond à un véritable besoin sur le monde du travail.

Il n'en reste pas moins que les possibilités offertes par la VoIP et en particulier par FreeSwitch et ses

modules sont extrêmement vastes et que leur maîtrise demande un temps d'apprentissage et

d'adaptation assez long. Pour cette raison, aucun de nous deux n'a pu résister à la tentation d'installer

chez lui son propre serveur FreeSwitch pour continuer à mener ses propres expériences.

Paradoxalement, la documentation en français n'est pas très fournie sur internet. Plus précisément,

les cas de figure sont tellement nombreux qu'il est assez difficile de trouver des informations

répondant exactement au besoin que l'on peut avoir.

Pour conclure, FreeSwitch présente l'avantage d'être opensource. Cet avantage donne la possibilité

de pouvoir le modifier à son grès pour l'adapter finement à ses besoins. Un grand nombre

d'applications elles aussi opensource sont développées autour de FreeSwitch.

53

Références

[1] Anthony Minessale, Micheal S Collins, Darren Schreiber, Raymond Chandler «FreeSWITCH 1.2», Second Editon,2013.

[2] Laurent Ouakil, Guy Pujolle «Telephonie sur IP», 2e Edition, 2008.

54

55