Rpublique Algrienne Dmocratique et Populaire Ministre de la poste et des technologies de linformation et de la communication Ministre de lenseignement suprieur et de la recherche scientifique

Institut des Tlcommunications Abdelhafid Boussouf -Oran Projet de fin dtudes :

Pour l'obtention du diplme dingnieur dtat en tlcommunications

Option : systmes des tlcommunications

Thme : La voix sur IP

Prsent : Mr Abed Amine. Mr Guenouna Abdelwahab.

encadr par : Mr Gacemi abdelah

Devant le jury compos de : Prsident : Mr Z.SIDI ALI MEBARAK Examinateur : Mr Examinateur : Mr

Promotion IGE25 JUIN 2005

Nous tenons remercier nos parents, notre encadreur Mr GASMI ABDELAH pour ses conseils, son orientation et son aide le long de notre projet de fin dtude. Nous remerciement aussi Mr MERABAT pour son aide prcieuse. Nos remerciements tous nos enseignants et toute personne ayant contribu de prs ou de loin la ralisation de ce projet .

Sommaire
Introduction ......................................................................................... 1

CHAPTER I : Gnralits sur les rseaux

Introduction ......................................................................................... 2 I.1.Les diffrent type de rseaux ............................................................. 2 I.1.1.Les LAN.................................................................................. 2 I.1.2.Les MAN ................................................................................. 2 I.1.3.Les WAN................................................................................. 3 I.2.Les diffrent catgories des rseaux .................................................. 3 I.2.1.Les rseaux peer to peer .......................................................... 3 I.2.2.Les rseaux server/client .......................................................... 3 I.3.Les topologies des rseaux ................................................................ 4 I.3.1.Topologies en bus .................................................................... 4 I.3.2.Topologies en toile ................................................................. 4 I.3.3.Topologies en anneau............................................................... 5 I.4.Le mode de rfrence OSI de ISO ...................................................... 5 I.4.1.La couche physique ................................................................. 6 I.4.2.La couche liaison..................................................................... 6 I.4.3.La couche rseau .................................................................... 7 I.4.4.La couche transport................................................................. 7 I.4.5.La couche session ................................................................... 7 I.4.6.La couche prsentation ............................................................. 7 I.4.7.La couche application ............................................................... 7 I.5.Ethernet ........................................................................................ 7 I.6.Les quipement rseaux ................................................................. 7 I.7.Les techniques de transferts .............................................................. 9 I.7.1.La commutation de circuits ....................................................... 9 I.7.2.La commutation de message ..................................................... 9 I.7.3.La commutation de paquets ...................................................... 10

CHAPTER II : Les rseaux IP

Introduction ......................................................................................... 11 II.1.dscription du model ....................................................................... 11 II.1.1Le model TCP/IP ...................................................................... 11 II.1.2.Les protocole de la couche application ...................................... 13 II.1.3.Les protocole de la couche transport ......................................... 13 II.1.4.Les protocole de la couche Internet ........................................... 16 II.2.Les diffrent classe IP ..................................................................... 21 II.2.1.Les adresses de classe A.......................................................... 22 II.2.2.Les adresses de classe B.......................................................... 22 II.2.3.Les adresses de classe C.......................................................... 22 II.2.4.Les adresses de classe D ......................................................... 23

II.2.5. Les adresses de classe E......................................................... 23 II.3.Le routage des data gramme IP ........................................................ 23 II.3.1.Le routage ............................................................................. 23 II.3.2.Les types de routage .............................................................. 23 II.3.3.Les protocole de routage ......................................................... 24 II.3.4.Le routage des data gramme.................................................... 24 II.3.5.Le table de routage................................................................. 25 II.4.Le NAT (Network Adress Translation) ................................................. 25 II.5.Le DNS (Domain Name System) ..................................................... 26 II.6.Le DHCP (Dynamic Host Configuration Protocol) ................................. 26

CHAPTER III : La voix sur IP

Introduction ......................................................................................... 27 III.1.Dfinitions importants .................................................................... 28 III.2.Les rseaux tlphonie commut ..................................................... 29 III.2.1.Le principe de RTC................................................................. 29 III.2.2.Les enjeux de la Voix sur IP .................................................... 29 III.3.Les avantages de la voix sur IP ........................................................ 31 III.3.1.Rduction de cot.................................................................. 31 III.3.2.standers ouverts et interoprabilit .......................................... 32 III.3.3.Choix dun service opr ........................................................ 32 III.3.4.Un rseaux voix, vido et donns (triple play). .......................... 32 III.3.5.Un service PABX distribu ou centralis. ................................... 33 III.3.6.Evolution vers un rseau de tlphonie sur IP............................ 34 III.3.7.Intgration des services vido ................................................ 34 III.4.Larchitecture de VoIP..................................................................... 34 III.4.1.Le scnario PC 2 PC ............................................................... 34 III.4.2.Le scnario PC 2 Phone. ......................................................... 35 III.4.3.Le scnario Phone 2 Phone ..................................................... 35 III.5.Les diffrent lments pouvant composes un rseau VoIP.................... 37 III.5.1.Les PABX-IP.......................................................................... 37 III.5.2.Le serveur de communication.................................................. 38 III.5.3.La passerelle (Gateway). ........................................................ 38 III.5.4.Le routeur. ........................................................................... 38 III.5.5.Le switch.............................................................................. 38 III.5.6.Le Gatekeeper ...................................................................... 38 III.5.7.Le MCU ................................................................................ 39 III.5.8.Le IP-PHONE......................................................................... 39 III.5.9.Le SOFTPHONE. .................................................................... 39 III.6.La tlphonie sur IP (ToIP). ............................................................. 39 III.6.1.Gnralits sur la transmission ................................................ 40 III.6.2.Les diffrents codecs et taux de compression ............................ 41 III.6.3.Normalisation de la tlphonie sur IP ....................................... 42 III.7.Les dfrent codecs et taux de comprissions ................................... 42 III.7.1.Le protocole H323 ................................................................. 42 III.7.2.Le protocole SIP .................................................................... 42 III.7.3.Le protocole MGCP................................................................. 42 III.8.Lalimentation des postes IP. ........................................................... 42

CHAPTER IV : Les protocoles de la voix sur IP

Introduction ......................................................................................... 44 IV.1.Les protocoles de la voix sur IP ........................................................ 45 IV.1.1.Le protocole IP ...................................................................... 45 IV.1.2.Le protocole TCP.................................................................... 46 IV.1.3.Le protocole UDP ................................................................... 46 IV.1.4.Les protocole de transport temps rel ...................................... 47 IV.1.5.Le standard H323 .................................................................. 50 IV.2.Confrence de donnes .................................................................. 54 IV.2.1.Visioconfrence sur IP ............................................................ 54 IV.2.2.Mcanismes de contrle et de signalisation .............................. 56 IV.2.3.Les protocole de la signalisation ............................................... 57 IV.2.4.Conclusion ............................................................................ 59 IV.2.5.Le protocole SIP .................................................................... 59 IV.2.6.Comparison SIP avec H323 ..................................................... 61 IV.3.Le protocole dENUM ........................................................................ 62 IV.3.1.Dfinition.............................................................................. 62 IV.3.2.Fonctionnement dENUM ......................................................... 63 IV.4.Problemes et qualit de service (QoS) ................................................ 64 IV.4.1.Latence ................................................................................ 64 IV.4.2.Perte de paquet. .................................................................... 65 IV.4.3.Gigue ................................................................................... 66

Conclusion

Conclusion ............................................................................................ 67

Glossaire

Bibliographie

Introduction

Introduction
De nos jours, la voix sur IP (VoIP) occupe une place privilgie dans le monde des tlcommunications. Lavantage incontest de cette technologie est sa possibilit dintgrer la voix, la vido et les donnes sur une mme infrastructure Internet existante dj. Grce cette technologie les cots des communications interurbaines ont chut de manire considrable ce qui laisse croire quelle a encore de beaux jours devant elle. Diffrents standards et protocoles de communications ont t labors pour rendre possible cette communication numrique. Parmi ces protocoles notons les protocoles de signalisation SIP et H.323 ainsi que les protocoles de transport en temps rel RTP et RTCP que nous avons tudis et compars dans ce mmoire. Nous avons galement modlis, en utilisant lapproche par objet, le protocole SIP. Sa mise en uvre, a t ralise selon une architecture client-serveur laide des librairies multimdia du langage de programmation Java pour transmettre et recevoir la voix et la vido via Internet. Aprs une introduction sommaire de la problmatique et des objectifs de ce mmoire dans le prsent chapitre, le plan des chapitres est comme suit : Le chapitre I prsente des gnralits sur les rseaux. Dans ce chapitre, nous donnons un petit aperu sur les types de rseaux et les diffrentes topologies physiques et logiques. Nous donnons galement des dfinitions des protocoles de communication tels que les protocoles de la couche transport TCP, UDP et les protocoles de transport et de contrle temps rel RTP et RTCP. Le chapitre II est consacr une brve tude sur les rseaux IP et des protocoles quils enveloppent. On prsentera galement le model TCP/IP et les diffrents class dadresses IP. Le chapitre III concerne la voix sur IP, des dfinitions importants et les diffrents architecteurs du VoIP. Le chapitre IV pressente les diffrents protocoles de la voix sur IP comme H323 SIP. Nous finirons ce rapport par une conclusion gnrale, dun glossaire et dune bibliographie.

La voix sur IP

CHAPITRE I

Gnralits sur les rseaux

CHAPITRE I

Gnralits sur les rseaux

Introduction :
Les rseaux existent depuis longtemps, destins transporter de linformation, ils peuvent tre classs en trois catgories, principales, selon le type et lorigine de cette linformation : Rseaux tlphoniques des oprateurs de tlcommunications. Rseaux informatiques ns de posemtre de communique des ordinateurs. Rseaux de diffusion acheminant les programmes audiovisuels. Chacune de ces catgories prsente des caractristiques, lies aux applications tlphone, informatique, et de vido transportes par les diffrents rseaux.

I.1 -Les diffrents types des rseaux :

On distingue diffrents types de rseaux (privs) selon leur taille (en terme de nombre de machines), leur vitesse de transfert des donnes ainsi que leur tendue. On fait gnralement trois catgories de rseaux: LAN (Local Area Network) MAN (Metropolitan Area Network) WAN (Wide Area Network)

I.1.1 -Les LAN :

LAN signifie Local Area Network (en franais Rseau Local). Il s'agit d'un ensemble d'ordinateurs appartenant une mme organisation et relis entre eux

Voix sur IP

CHAPITRE I

Gnralits sur les rseaux

dans une petite aire gographique par un rseau, souvent l'aide d'une mme technologie (la plus rpandue tant Ethernet). La vitesse de transfert de donnes dun rseau local peut s'chelonner entre 10 Mbit/s (pour un rseau Ethernet par exemple) et 1 Gbit/s (en FDDI ou Gigabit Ethernet par exemple). La taille d'un rseau local peut atteindre jusqu' 100 voire 1000 utilisateurs.

I.1.2 -Les MAN :

Les MAN (Metropolitan Area Network) interconnectent plusieurs LAN gographiquement proches (au maximum quelques dizaines de km) des dbits importants. Ainsi un MAN permet deux noeuds distants de communiquer comme si ils faisaient partie d'un mme rseau local. Un MAN est form de commutateurs ou de routeurs interconnects par des liens hauts dbits (en gnral en fibre optique).

I.1.3 -Les WAN :

Un WAN (Wide Area Network ou rseau tendu) interconnecte plusieurs LANs travers de grandes distances gographiques. Les dbits disponibles sur un WAN rsultent d'un arbitrage avec le cot des liaisons (qui augmente avec la distance) et peuvent tre faibles. Les WAN fonctionnent grce des routeurs qui permettent de "choisir" le trajet le plus appropri pour atteindre un noeud du rseau. Le plus connu des WAN est Internet.

I.2 -Les diffrentes catgories des rseaux :

On distingue galement deux catgories de rseaux : Rseaux poste poste (peer to peer= P2P). Rseaux avec serveur ddi (Server/client).

I.2.1 Le rseau (peer to peer) P2P :

Chaque poste ou station fait office de serveur et Les donnes ne sont pas centralises, lavantage majeur dune telle installation est son faible cot en matriel (les postes de travail et une carte rseau par poste). En revanche, si le rseau commence comporter plusieurs machines (>10 postes) il devient impossible grer. Par exemple : Si on a 4 postes et 10 utilisateurs, chaque poste doit contenir les 10 mots de passe afin que les utilisateurs puissent travailler sur nimporte lequel des postes. Mais si maintenant il y a 60 postes et 300 utilisateurs, la gestion des mots dpasse devient prilleuse.

Voix sur IP

CHAPITRE I

Gnralits sur les rseaux

I.2.2 Le rseau Server/Client :

Ils ressemble un peu au rseau poste poste mais cette fois-ci, on y rajoute un poste plus puissant, ddi des tches bien prcises. Cette nouvelle station sappelle serveur. Le serveur Centralise les donnes relatives au bon fonctionnement du rseau. Dans lexemple prcdant, Cest lui qui contient tous les mots de passe. Ainsi ils ne se trouvent plus qu un seul endroit. Il est donc plus facile pour ladministrateur du rseau de les modifier ou den crer dautres. Lavantage de ce type de rseau est sa facilit de gestion des rseaux comportant beaucoup de postes. Son inconvnient majeur est son cot souvent trs lev en matriel. En effet, en plus des postes de travail il faut se procurer un serveur qui cote cher car cest une machine trs puissante et perfectionne. De plus la carte rseau que lon y met est de meilleure qualit que Celle des postes de travail.

I.3 -Les topologies de rseaux :

Un rseau informatique est constitu d'ordinateurs relis entre eux grce du matriel (cblage, cartes rseau, ainsi que d'autres quipements permettant d'assurer la bonne circulation des donnes). L'arrangement physique de ces lments est appel topologie physique. Il en existe trois: La topologie en bus La topologie en toile La topologie en anneau On distingue la topologie physique (la configuration spatiale, visible, du rseau) de la topologie logique, La topologie logique reprsente la faon selon laquelle les donnes transitent dans les cbles. Les topologies logiques les plus courantes sont Ethernet, Token Ring et FDDI.

I.3.1-Topologie en bus :
Dans une topologie en bus tous les ordinateurs sont relis une mme ligne de transmission par l'intermdiaire de cble, gnralement coaxial. Le mot "bus" dsigne la ligne physique qui relie les machines du rseau.

Figure 1.1 : La topologie en bus Voix sur IP

3

CHAPITRE I

Gnralits sur les rseaux

Cette topologie a pour avantages d'tre facile mettre en oeuvre et de fonctionner facilement, par contre elle est extrmement vulnrable tant donn que si l'une des connexions est dfectueuse, c'est l'ensemble du rseau qui est affect.

I.3.2 -Topologie en toile :

Dans une topologie en toile, les ordinateurs du rseau sont relis un systme matriel appel Hub ou concentrateur. Il s'agit d'une bote comprenant un certain nombre de jonctions auxquelles on peut connecter les cbles en provenance des ordinateurs. Celui-ci a pour rle d'assurer la communication entre les diffrentes jonctions.

Figure 1.2 : La topologie en toile

Contrairement aux rseaux construits sur une topologie en bus, les rseaux suivant une topologie en toile est beaucoup moins vulnrable car on peut aisment retirer une des connexions en la dbranchant du concentrateur sans pour autant paralyser le reste du rseau. En revanche un rseau topologie en toile est plus onreux qu'un rseau topologie en bus car un matriel supplmentaire est ncessaire (le hub).

I.3.3 -Topologie en anneau :

Dans un rseau en topologie en anneau, les ordinateurs communiquent chacun leur tour, on a donc une boucle d'ordinateurs sur laquelle chacun d'entre-eux va "avoir la parole" successivement.

Figure 1.2 : La topologie en anneau

Voix sur IP

CHAPITRE I

Gnralits sur les rseaux

En ralit les ordinateurs d'un rseau en topologie anneau ne sont pas relis en boucle, mais sont relis un rpartiteur (appel MAU, Multistation Access Unit) qui va grer la communication entre les ordinateurs qui lui sont relis en impartissant chacun d'entre-eux un temps de parole.

Figure 1.4 : La topologie en Anneau par lintermdiaire de MAU

Les deux principales topologies logiques utilisant cette topologie physique sont Token ring (anneau jeton) et FDDI.

I.4 -Le modle de rfrence OSI de ISO :

Au dbut des annes 70, chaque constructeur a dvelopp sa propre solution rseau autour darchitecture et de protocole privs et il sest vite avr quil serait impossible dinterconnecter ces diffrents rseaux si une norme internationale ntait pas tablie. Cette norme tablie par linternational standard organization (ISO) est la norme open system inteconnection (OSI, interconnexion de systmes ouverts). Un systme ouvert est un ordinateur, un terminal, un rseau, nimporte quel quipement respectant cette norme et donc apte changer des linformation avec dautres quipement htrognes et issus de constructeurs diffrents. La premire objectif de la norme OSI a t de dfinir un modle de toute architecture de rseau base sur dcoupage en sept couches chacun de ces couches correspondant une fonctionnalit particulire dun rseau. Les couches 1, 2,3 et 4 sont dites basses et les couches 5,6 et dites hautes. 7 sont

Figure 1.5 : Le model OSI Voix sur IP

5

CHAPITRE I

Gnralits sur les rseaux

Figure 1.6 : Le model OSI en dtail I.4.1 -La couche physique :

Cette couche dfinit les caractristiques techniques, lectriques, fonctionnelles et procdure les ncessaires lactivation et la dsactivation des connexions physiques destines la transmission de bits entres deux entits de la lsons de donnes.

I.4.2 -La couche liaison :

Cette couche dfinit les moyens fonctionnels et procduraux ncessaires lactivation et ltablissement ainsi quau maintien et la libration des connexions de liaisons de donnes entre les entits du rseau. Cette couche dtecte et corrige, quand cela est possible, les erreurs de la coche physique et signale la couche rseau les erreurs irrcuprables.

I.4.3 -La couche rseau :

Cette couche assure toutes les fonctionnalits de services entre les entits du rseau, cest dire :ladressage, le routage, le contrle de flux, la dtection et le correction derreurs non rsolues par la couche liaison pour prparer le travail de la couche transport.

I.4.4 -La couche transport :

Cette douche dfinit un transfert de donnes entre les entits en les dchargeant des dtails dexcution (contrle entre lOSI et le support de transmission). Son rle est doptimiser lutilisation des services de rseau disponibles afin dassurer moindre cot les performances requise par la couche session.

Voix sur IP

CHAPITRE I I.4.5 -La couche session :

Gnralits sur les rseaux

Cette couche fournit aux entits de la couche prsentation les moyens dorganiser et de synchroniser les dialogues et les changes de donnes. Il sagit de la gestion daccs, de scurit et didentification des services.

I.4.6 -La couche prsentation :

Cette couche assure la transparence du format des donnes la couche application.

I.4.7 -La couche application :

Cette couche assure aux processus dapplication le moyen daccs lenvironnement OSI et fournit tout les services directement utilisables par lapplication (transfert e donnes, allocation de ressources, intgrit et cohrence des informations, synchronisation des applications).

I.5 -Ethernet :
La norme de rseau local conu par le groupe dindustriels DIX (DEC, INTEL, XEROX). Il sagit dun rseau fonctionnant 10 Mbit/s Gnralement sur un cble coaxial sur une topologie bus, elle utilise la mthode daccs CSMA/CD. Dautres supports comme la paire torsade ou la fibre optique peuvent aujourdhui tre utiliss. Ethernet utilise la mthode d'accs CSMA/CD (Carrier Sense Multiple Access/Collision Detection) Lorsqu'une station dsire mettre sur le rseau, elle commence par examiner si le support de communication est occup ou non. Si une transmission est en cours, la station attend jusqu' ce que la voie se libre, puis elle effectue sa transmission. Il peut videmment se produire des collisions en raison du nombre Dquipements qui se partagent le support de communication. ` Lorsqu'une collision se produit, la station mettrice interrompt sa transmission et transmet des bits de Bourrage, pour avertir les autres stations du rseau de la collision. La station reprendra sa transmission ultrieurement, En fonction d'un algorithme dfini. La dtection des collisions se fait par comparaison entre le Signal mis par la station et le signal circulant sur le support de communication. En raison de la vitesse de propagation des signaux, de l'ordre de 200000 km par seconde, et de l'amplitude Rduite 2,5 km, les retransmissions de trames, mme dans les rseaux chargs, ne prennent au maximum que quelques millisecondes.

Voix sur IP

CHAPITRE I

Gnralits sur les rseaux

I.6 -Les quipements rseau :

Linterconnexion de rseaux peut tre locale: les rseaux sont sur le mme site gographique. Dans ce cas, un quipement standard (Rpteur, routeur etc.) Fit raliser physiquement la liaison. Linterconnexion peut aussi concerner des rseaux distants. Il est alors ncessaire de relier ces rseaux par une liaison tlphonique (modems, etc..).

I.6.1 -Le rpteur (Repeater) :

Le rpteur permet dinterconnecter deux segments dun mme rseau. Il est passif au sens o il ne fait quamplifier le signal. Il ne permet pas de connecter deux rseaux de types diffrents Il travaille au niveau de la couche 1 de model OSI.

I.6.2 -Le pont (Bridge) :

Les ponts ne peuvent connecter que deux rseaux utilisant le mme protocole. Capables de mmoriser un "carnet d'adresses" des machines composant le rseau. Ils reconnaissent la provenance des donnes qui leur parviennent, et ne traitent que celles qui transitent d'un rseau un autre, les trames changes au sein d'un mme rseau n'tant pas transmises, ce qui assure une confidentialit accrue entre les rseaux relis.

I.6.3 -La passerelle (Gateway) :

La passerelle assure la connexion de deux rseaux htrognes, puisqu'il s'agit de systmes matriels intgrant des applications de traduction des donnes transmettre afin de les adapter au protocole du rseau de

destination. I.6.4 -Le routeur (Router) :

Les routeurs peuvent tre compars des "carrefours" de rseaux, n'tant pas, contrairement aux deux dispositifs prcdents, limits la connexion de deux rseaux au maximum (ils comportent gnralement de 4 16 ports). Le chemin emprunt par les donnes est prdfini dans une table de routage, et optimis selon des critres de longueur de chemin (nombre de sauts pour atteindre la machine vise), ou de temps (encombrement du rseau).

I.6.5 -Le concentrateur (HUB) :

Le concentrateur est un botier qui a la fonction de rpteur. Mais sa fonction principale, est de pouvoir concentrer plusieurs lignes en une seule.

Voix sur IP

CHAPITRE I

Gnralits sur les rseaux

On peut y connecter plusieurs stations, dont le nombre dpend du type de HUB. Un HUB sera connect sur un autre HUB ou sur un serveur quavec une seule et unique ligne.

I.6.6 -Le commutateur (Switch) :

Le commutateur (ou Switch) est un systme assurant l'interconnexion de stations ou de segments d'un LAN en leur attribuant l'intgralit de la bande passante, l'inverse du concentrateur qui la partage. Les commutateurs ont donc t introduits pour augmenter la bande passante globale dun rseau dentreprise et sont une volution des concentrateurs Ethernet (ou HUB).

I.7 -Les techniques de Commutation :

Pour transporter des informations, il faut dterminer une technique de transfert. En dautres termes, il faut savoir comment transfrer un paquet depuis la machine source jusqu la machine rceptrice. La commutation est l'tablissement d'une connexion temporaire entre deux points d'un rseau. On peut faire de la commutation de circuit qui utilise le rseau tlphonique (RTC), et de la commutation de paquets qui utilise le rseau (IP) Internet.

I.7.1 -La commutation de circuits :

Elle consiste crer dans le rseau un circuit particulier entre lmetteur et le rcepteur avant que ceux ci ne commencent changer les informations. Ce circuit est propre aux deux entits communicantes et sera librer en fin de communication. Si pendant un certains les deux entits ne schangent pas de donnes, le circuit reste quand mme attribu. Toutes les donnes suivent le mme chemin tout au long de la communication. Exemple : Le rseau RTC.

I.7.2 -La commutation de message :

Un message est une suite d'informations formant un tout, par exemple un fichier ou une ligne de commande tape au clavier d'un ordinateur. La commutation de message consiste envoyer un message de lmetteur jusquau rcepteur en passant de nud de commutation un nud de commutation. Chaque nud de commutation attend davoir reu compltement le message avant de le rexpdier au nud suivant. Cette technique ncessite de prvoir de grandes zones mmoire dans chaque nud du rseau ou un contrle de flux pour ne pas saturer le rseau.

Voix sur IP

CHAPITRE I I.7.3 -La commutation de paquets :

Gnralits sur les rseaux

Un paquet est une suite d'octets, dont le contenu n pas forcment une signification et ne pouvant pas dpasser une taille fixe par avance .Apparu dans les annes 70 pour rsoudre le problme derreur de commutation de messages. Un message mis est dcoup en paquets. On parle de segmentation du message, les paquets sont commuts dans le rseau comme dans le cas des messages. La bonne liaison vers le destinataire est trouve grce une table dite de commutation (ou de routage pour la couche 3). Le message est reconstitu partir du rassemblage des paquets reus par le destinataire.

Voix sur IP

10

CHAPITRE II

Les Rseaux IP

CHAPITRE II

Les rseaux IP

Introduction :
TCP/IP dsigne communment une architecture rseau, mais cet acronyme dsigne en fait 2 protocoles troitement lis : un protocole de transport, TCP (Transmission Control Protocol) qu'on utilise "par-dessus" un protocole rseau, IP (Internet Protocol). Ce qu'on entend par "modle TCP/IP", c'est en fait une architecture rseau en 4 couches dans laquelle les protocoles TCP et IP jouent un rle prdominant, car ils en constituent l'implmentation la plus courante. Par abus de langage, TCP/IP peut donc dsigner deux choses : le modle TCP/IP et la suite de deux protocoles TCP et IP.

II.1 -Description du modle :

II.1.1 -Le modle TCP/IP :
Le modle TCP/IP peut en effet tre dcrit comme une architecture rseau 4 couches :

Figure 2.1 : Le model TCP/IP et le model OSI

Voix sur IP

11

CHAPITRE II

Les rseaux IP

Le modle OSI a t mis ct pour faciliter la comparaison entre les deux modles. Il y a 4 couches principales dans lenvironnement TCP/IP :

La couche application : les applications interagissent avec les

protocoles de la couche Transport pour envoyer ou recevoir des donnes.

Figure 2.2 : La couche application La couche transport : charg de fournir un moyen de communication

de bout en bout entre 2 programmes d'application. Agi en mode connect et en mode non connect. Elle divise le flux de donnes venant des applications en paquets, transmis avec l'adresse destination IP au niveau IP.

Figure 2.3 : La couche transport La couche Internet : encapsule les paquets reus de la couche
Transport dans des datagrammes IP. Mode non connect et non fiable.

Figure 2.4 : La couche internet La couche Hte Rseau : assure la transmission d'un datagramme
venant de la couche IP en l'encapsulant dans une trame physique et en transmettant cette dernire sur un rseau physique.

Figure 2.5 : La couche rseau La voix sur IP

12

CHAPITRE II

Les rseaux IP

II.1.2 -Les protocoles de la couche application :

Les protocoles d'application sont des protocoles de haut niveau, adapts aux besoins d'applications spcifiques. Ils s'appuient sur UDP et TCP pour permettre le transfert d'informations entre une application serveur et ses applications clientes.

-Le protocole HTTP (Hyper Text Transfert Protocol) :

Ce protocole est utilis pour la navigation web entre un serveur HTTP et un butineur. Le protocole assure (normalement) qu'un client comme : Internet Explorer ou Netscape peut envoyer des requtes et recevoir les rponses de serveurs HTTP sans problmes particuliers.

-Le protocole FTP (File Transfert Protocol) :

Protocole qui permet d'assurer le transfert de fichiers de faon indpendante des spcificits des OS (Operating System). Ainsi, un client FTP sous Windows peut tlcharger un fichier depuis un serveur UNIX.

-Le protocole SMPT (Simple Mail Transfert Protocol) :

Le protocole qui permet d'acheminer le courrier depuis le serveur SMTP de l'metteur, jusqu'au serveur SMTP du destinataire, qui le classe dans les Botes aux lettres de ses clients. (Dcrit en dtail par ailleurs dans ce site).

-Le protocole POP3 (Post Office Protocol version 3) :

Le protocole qui permet au client de relever distance le courrier class dans sa bote aux lettres.

-Le protocole TELNET (Tele Network) :

C'est le "couteau suisse" du travail distance. En fait, un client TELNET est une console en mode texte, capable de se connecter sur la plupart des serveurs, comme POP3 ou SMTP. Il devient alors possible d'envoyer et de lire des messages, si l'on connat les commandes inhrentes aux protocoles SMTP et POP3. Un serveur TELNET permet cependant des choses bien plus "dangereuses" puisqu'il devient possible de prendre distance le hte. C'est un outil qui permet l'administration distante d'une moment que l'on est capable d'ouvrir une session et d'acqurir "super utilisateur". puissantes et contrle d'un machine, du les droits de

II.1.3 -Les protocoles de la couche transport : -Le Protocole UDP (USER DATAGRAM PROTOCOL) : La voix sur IP
13

CHAPITRE II

Les rseaux IP

Le protocole UDP est bas en couche 4. Il n'ouvre pas de session et n'effectue pas de control derreur. Il est alors appel "mode non connect". Il est donc peut fiable, cependant, il permet aux applications d'accder directement un service de transmission de Datagrammes rapide. UDP est utilis pour transmettre de faibles quantits de donnes o le cot de la cration de connexions et du maintient de transmissions fiables s'avrent suprieur aux donnes mettre. UDP peut galement tre utilis pour les applications satisfaisant un modle de type "interrogation rponse". La rponse tant utilise comme un accus de rception l'interrogation. On y trouve classiquement Snmp et Dns. UDP est aussi utilis dans un second cas, tel que la voix sur IP. L'envoi en temps rel est primordial, donc si une trame n'arrivait pas, la retransmission serait inutile. Chaque machine contient un ensemble de points de destination abstraits appels protocole ports, identifis par un entier positif cod sur deux octets. Une application qui souhaite communiquer sur le rseau avec une autre application doit se raccorder un port. Une application est donc identifie sur le rseau par : Ladresse IP de la station sue laquelle elle se trouve. Le protocole TCP ou UDP. Le port number auquel elle sest raccorde.

Cette connexion logique entre deux ports est appele : Socket. UDP est un protocole de transport utilisant directement IP ce qui entrane quil offre un service de transport : Non fiable (sans acquittement). Sans connexion. Sans contrle de flux.

Cest aux applications de prendre en charge lacquittement, la connexion et la remise dans lordre des messages. Voici la structure de lentte UDP bas sur 8 octets.

Figure 2.6 : lentte UDP La voix sur IP

14

CHAPITRE II

Les rseaux IP

Port source : Le champ Port source est cod sur 16 bits et correspond au port relatif l'application en cours sur la machine source. Port destination : Le champ Port destination est cod sur 16 bits et il correspond au port relatif l'application en cours sur la machine de destination. Longueur : Le champ Longueur est cod sur 16 bits et il reprsente la taille de l'entte et des donnes. Sont unit est loctet et sa valeur maximale est 64 Ko (216). Checksum : Le champ Checksum est cod sur 16 bits et reprsente la validit du paquet de la couche 4 UDP. Le Checksum est constitu en calculant le complment 1 sur 16 bits de la somme des complments 1 des octets de l'en-tte et des donnes pris deux par deux (mots de 16 bits).

-Le protocole TCP (Transfert Control Protocol) :

Le protocole TCP est bas en couche 4. Il ouvre une session et effectue luimme le control derreur. Il est alors appel "mode connect". TCP fournit un service : Fiable (canal sans erreurs). Avec contrle de flux. Ordonn. En mode full duplex. En mode connect. TCP tout comme UDP utilise la notion de port except que TCP utilise la connexion comme abstraction de port. Une connexion est identifie par une paire de End points : Host (@IP dune station) et Port (port TCP). Voici la structure de lentte TCP bas sur 20 octets.

Figure 2.7 : lentte TCP

Port source : Le champ Port source est cod sur 16 bits et correspond au port relatif l'application en cours sur la machine source. Port destination : Le champ Port destination est cod sur 16 bits et correspond au port relatif l'application en cours sur la machine de destination.

La voix sur IP

15

CHAPITRE II

Les rseaux IP

Numro de squence : Le champ Numro de squence est cod sur 32 bits et correspond au numro du paquet. Cette valeur permet de situer quel endroit du flux de donnes le paquet, qui est arriv, doit se situer par rapport aux autres paquets. Numro de laccus de rception : Le champ Numro de squence est cod sur 32 bits et dfinit un acquittement pour les paquets reus. Cette valeur signale le prochain numro de paquet attendu. Par exemple, si il vaut 1500, cela signifie que tous les Datagrammes <1500 ont t reus. Offset : Le champ Offset est cod sur 4 bits et dfinit le nombre de mots de 32 bits dans lentte TCP. Ce champ indique donc o les donnes commencent. Rserv : Le champ Rserv est cod sur 6 bits et il servira pour des besoins futurs. Ce champ doit tre marqu 0. Au jour d'aujourd'hui, on peut considrer que les besoins futurs se transforment en un champ non utilis. Flags :- Le champ URG est cod sur 1 bit et indique que le champ Pointeur de donne urgente est utilis. - Le champ ACK est cod sur 1 bit et indique que le numro de squence Pour les acquittements est valide. - Le champ PSH est cod sur 1 bit et indique au rcepteur de dlivrer les Donnes l'application et de ne pas attendre le remplissage des Tampons. - Le champ RST est cod sur 1 bit et demande la rinitialisation de la Connexion. - Le champ SYN est cod sur 1 bit et indique la synchronisation des Numros de squence. - Le champ FIN est cod sur 1 bit et indique fin de transmission. Fentre : Le champ Fentre "Windows" est cod sur 16 bits et correspond au nombre d'octets partir de la position marque dans l'accus de rception que le rcepteur est capable de recevoir. Checksum : Le champ Checksum est cod sur 16 bits et reprsente la validit du paquet de la couche 4 TCP. Pointeur de donne urgente : Le champ Pointeur de donne urgente est cod sur 16 bits et communique la position d'une donne urgente en donnant son dcalage par rapport au numro de squence. Le pointeur doit pointer sur l'octet suivant la donne urgente. Ce champ n'est interprt que lorsque le Flag URG est marqu 1. Ds que cet octet est reu, la pile TCP doit envoyer les donnes l'application.

II.1.4 -Les protocoles de la couche Internet : -Le protocole IP (Internet Protocol) :

IP signifie "Internet Protocol", protocole Internet. Il reprsente le protocole rseau le plus rpandu. Il permet de dcouper linformation transmettre en paquets, de les adresser, de les transporter indpendamment les uns des autres et de recomposer le message initial larrive. Ce protocole utilise ainsi une technique dite de commutation de paquets. Au niveau IP, les donnes des utilisateurs ou des applications sont encapsules l'intrieur d'units de transfert appeles datagrammes IP. Le protocole IP fournit un service d'acheminement des datagrammes IP sans connexion et non fiable. 16 La voix sur IP

CHAPITRE II

Les rseaux IP

Un datagramme se compose d'un en tte et de donnes. Avant transmission sur un rseau physique, le datagramme IP est encapsul dans une trame physique. Voici la structure de lentte IP bas sur 20 octets.

Figure 2.8 : lentte IP

Vers : Le champ version est cod sur 4 bits. Il reprsente le numro de version du protocole IP. IHL : IHL signifie "Internet header lengh". ce champ est cod sur 4 bits et reprsente la longueur en mots de 32 bits de l'entte IP. Par dfaut, il est gal 5 (20 octets), cependant, avec les options de l'entte IP, il peut tre compris entre 6 et 15. Le fait que le codage soit sur 4 bits, la taille maximum de l'entte IP est donc de 15*32bits = 60 octets. Service : Le champ service "Type Of Service" est cod sur 8 bits, il permet la gestion d'une qualit de service traite directement en couche 3 du modle OSI. Cependant, la plupart des quipements de Backbone, ne tiennent pas compte de ce champ et mme certain le rinitialise 0. Longueur totale : Le champ Longueur totale est cod sur 16 bits et reprsente la longueur du paquet incluant l'entte IP et les Data associes. Identification : Le champ Identification est cod sur 16 bits et constitue l'identification utilise pour reconstituer les diffrents fragments. Chaque fragment possde le mme numro d'identification, les enttes IP des fragments sont identiques l'exception des champs Longueur totale, Checksum et Position fragment. Flags : Le champ Flags est cod sur 3 bits et indique l'tat de la fragmentation. Voici le dtail des diffrents bits constituant ce champ. Position fragment : Le champ Position fragment est cod sur 13 bits et indique la position du fragment par rapport la premire trame. Le premier fragment possde donc le champ Position fragment 0. TTL : Le champ TTL (Time To Live) est cod sur 8 bits et indique la dure de vie maximale du paquet. Il reprsente la dure de vie en seconde du paquet.

La voix sur IP

17

CHAPITRE II

Les rseaux IP

Si le TTL arrive 0, alors l'quipement qui possde le paquet, le dtruira. chaque passage d'un routeur le paquet se verra dcrment de une seconde. De plus, si le paquet reste en file d'attente d'un routeur plus d'une seconde, alors la dcrmentation sera plus leve. Elle sera gale au nombre de second pass dans cette mme file d'attente. Par dfaut, si les temps de rponse sont corrects, alors on peut, entre guillemet, en conclure que le Time To Live reprsente le nombre de saut maximum du niveau. Le but du champ TTL est d'viter de faire circuler des trames en boucle infinie. Protocole : Le champ Protocole est cod sur 8 bits et reprsente le type de Data qui se trouve derrire l'entte. Voici la liste des protocoles les plus connus : -01-00001-ICMP. -02-00010-IGMP. -06-00110-TCP. -17-10001-UDP. Checksum : Le champ Checksum est cod sur 16 bits et reprsente la validit du paquet de la couche 3. Pour pouvoir calculer le Checksum, il faut positionner le champ du checksum a 0 et ne considrer que l'entte IP. Donc par exemple, si deux trames ont la mme entte IP (y compris le champ length) et deux enttes ICMP et Data diffrentes (mais de mme longueur), le checksum IP sera alors le mme. Adresse IP source : Le champ IP source est cod sur 32 bits et reprsente l'adresse IP source ou de rponse. Il est cod sur 4 octets qui forme l'adresse A.B.C.D. Adresse IP destination : Le champ IP destination est cod sur 32 bits et reprsente l'adresse IP destination. Il est cod sur 4 octets qui forme l'adresse A.B.C.D.

-Le protocole ARP (Address Resolution Protocol):

Le protocole Arp, signifiant Address Resolution Protocol, fonctionne en couche Internet du modle TCP/IP correspondant la couche 3 du modle Osi. Lobjectif de Arp est de permettre de rsoudre une adresse physique par lintermdiaire de ladresse IP correspondante dun host distant. Le protocole Arp apporte un mcanisme de translation pour rsoudre ce besoin. Il permet d'obtenir l'adresse physique (MAC, niveau 2) d'une machine connaissant son adresse IP (logique, niveau 3). Voici lentte du protocole ARP dans le cadre spcifique d IP sur Ethernet.

La voix sur IP

18

CHAPITRE II

Les rseaux IP

Figure 2.9 : lentte ARP

Network type : Ce champs est plac en premier afin d'indiquer quel est le format de l'entte Arp. Voici par exemple : - 01 - Ethernet(10Mb) On remarquera tout particulirement que le numro 1 qui le plus frquents. En effet ces architectures sont principalement utilises dans les rseaux dentreprises, Wifi, et Metro. Protocol type : Ce champs indique quel est le type de protocole couche 3 qui utilise Arp. Voici la valeur propre IP :- 0x0800 IP. Hardware Address Length : Ce champ correspond la longueur de ladresse physique. La longueur doit tre prise en octets. Voici des exemples de valeurs courantes :-01=TokenRing, -06 = Ethernet. Protocol Address Length : Ce champ correspond la longueur de ladresse rseau. La longueur doit tre prise en octets. Voici des exemples de valeurs courantes :-04=IPv4, -06=IPv6. Operation : Ce champ permet de connatre la fonction du message et donc son objectif. Voici les diffrentes valeurs possibles. -01-Request. -02-Reply. Sender Hardware Address : Ce champ indique l'adresse physique de lmetteur. Dans le cadre spcifique d'Ethernet, cela reprsente l'adresse Mac source. Sender Internet Address : Ce champ indique l'adresse rseau de lmetteur. Dans le cadre spcifique de TCP/IP, cela reprsente l'adresse IP de source. Target Hardware Address : Ce champ indique l'adresse physique du destinataire. Dans le cadre spcifique d'Ethernet, cela reprsente l'adresse Mac destination. Si cest une demande Arp, alors, ne connaissant justement pas cette adresse, le champ sera mis 0. Target Internet Address : Ce champ indique l'adresse rseau du destinataire. Dans le cadre spcifique de TCP/IP, cela reprsente l'adresse Ip de destination.

-Le protocole ICMP (Internet Control Message Protocol) :

Le protocole ICMP (Internet Control Message Protocol) permet de grer les informations relatives aux erreurs du protocole IP. Il ne permet pas de corriger

La voix sur IP

19

CHAPITRE II

Les rseaux IP

ces erreurs, mais d'en informer les diffrents metteurs des Datagrammes en erreurs. Chaque pile IP, que ce soit des routeurs ou des stations de travail, grent ICMP par dfaut. Les messages d'erreur ICMP sont transports sur le rseau sous forme de Datagramme, comme n'importe quelle donne. Ainsi, les messages d'erreurs peuvent eux-mmes tre sujet aux erreurs. Toutefois, en cas d'erreur sur un message ICMP, aucune trame d'erreur n'est dlivre pour viter un effet "boule de neige".ICMP permet au routeurs IP denvoyer des messages derreurs et de contrle des htes ou dautres routeurs IP. Voici la structure de lentte ICMP bas sur 8 octets.

Figure 2.10 : lentte ICMP

Type et Code : Les champs Type et Code sont cods respectivement sur 8 bits ce qui donne un totale de 2 octets. Ils reprsentent la dfinition de message d'erreur contenu. Exemple : - Type=0,8 - Le Ping (packet internet groper). Checksum : Le champ Checksum est cod sur 16 bits et reprsente la validit du paquet de la couche 3 ICMP. Pour pouvoir calculer le Checksum, il faut positionner le champ du checksum a 0. Ce calcul est strictement le mme que celui du protocole IGMP. Identifiant : Le champ identifiant est cod sur 16 bits et dfinit lidentifiant de lmetteur. Pour cela, il est conseill dassigner le numro du processus assign (PID) lapplication lors de l'excution. Cela permet de le rendre unique inter application. Cela ressemble beaucoup aux numros de port pour les protocole TCP et UDP. Numro de squence : Le champ Squence est cod sur 16 bits et permet au rcepteur, didentifier si il manque un paquet. Le plus classique tant une incrmentation linaire de 1. Ainsi, si le rcepteur reoit la squence 1 puis 3, il peut en dterminer une perte dun paquet. Nanmoins, ce nest pas normalis, donc personne n la garantie que lmetteur utilisera cette mthode. Cela peut aussi permettre l'metteur d'envoyer multiples paquets et de pouvoir distinguer les retours.

-Le protocole IGMP (Internet Group Message Protocol) :

La voix sur IP

20

CHAPITRE II

Les rseaux IP

Le protocole IGMP (Internet Group Management Protocol) permet de grer les dclarations d'appartenance un ou plusieurs groupes auprs des routeurs Multicast. Les inscriptions sont soit spontanes soit aprs requte du routeur. Pour cela, l'hte envoi une trame IGMP destines ce ou ces groupes. Voici la structure de lentte IGMP V2 bas sur 8 octets.

Figure 2.11 : lentte IGMP

Type : Le champ Type est cod sur 8 bits et dtermine la nature du message IGMP. Voici les 4 types de messages existant : -11-00001011-Requte pour identifier les groupes ayant des membres actifs. -12-00001100-Rapport d'appartenance au groupe mis par un membre actif du groupe (IGMPversion1). -16-00010000-Rapport d'appartenance au groupe mis par un membre actif du groupe (IGMPversion2). -17-00010001-Un membre annonce son dpart du groupe . Temps de rponse max : Ce champ n'est utilis que pour les messages de type 11. Il indique le temps d'attente maximum pour un client avant l'mission du rapport d'appartenance. L'unit utilise est le 1/10 de seconde. Pour les autres types, ce champ est marqu 0. Checksum : Le champ Checksum est cod sur 16 bits et reprsente la validit du paquet de la couche 3 IGMP. Pour pouvoir calculer le Checksum, il faut positionner le champ du checksum a 0. Ce calcul est strictement le mme que celui du protocole ICMP. Adresse du groupe : Le champ Adresse du groupe est cod sur 32 bits et contient une adresse IP. Celle ci reprsente l'adresse du groupe d'appartenance ou 0 si l'inscription n'a pas encore eu lieu. Le type 11 place ce champ 0 et les autres types marquent l'IP.

II.2 -Les diffrentes classes dadresses IP :

LInternet est donc un rseau bas sur un ensemble de protocoles : les protocoles de la famille TCP/IP. La version actuelle est nomme IPV4 (version 4). Pour localiser les machines, on fait usage dadresses. Ces dernires sont utilises de nombreux niveaux dans les paquets qui transitent sur le rseau. Les adresses IP peuvent donc tre reprsentes sur 32 bits. Ces 32 bits sont spars en deux zones de bits contigus :

La voix sur IP

21

CHAPITRE II

Les rseaux IP

Network ID : une partie dcrit le numro du rseau local auquel est rattach la station. Host ID : une partie correspond au numro de la station dans le rseau local lui-mme, appele numro dhte. Selon ladresse IP on dfinit diffrentes classes dadresses. Il existe cinq classes dadresses avec la version 4 (version courante) des protocoles TCP/IP, car les parties rseau et hte nont pas toujours la mme taille.

II.2.1 -Les adresses de classe A :

ID NETWORK : A De 0. 127.

ID HOST : De 0.0.0 255.255.255

0XXX XXXX

XXXX XXXX

XXXX XXXX XXXX XXXX

Figure 2.12 : format dadresse du class A

II.2.2 -Les adresses de classe B :

ID NETWORK : B De 128.0 191.255

ID HOST : De .0.0 .255.255

10XX XXXX

XXXX XXXX

XXXX XXXX XXXX XXXX

Figure 2.13 : format dadresse du class B

II.2.3 -Les adresses de classe C :

ID NETWORK : C De 192.0.0 223.255.255

ID HOST : De .0 .255

110X XXXX

XXXX XXXX

XXXX XXXX XXXX XXXX

Figure 2.14 : format dadresse du class C

La voix sur IP

22

CHAPITRE II

Les rseaux IP

II.2.4 -Les adresses de classe D :

ID NETWORK (multicast) : D De 224.0.0.0 239.255.255.255

1110 XXXX

XXXX XXXX

XXXX XXXX XXXX XXXX

Figure 2.15 : format dadresse du class D II.2.5 -Les adresses de classe E :

ID NETWORK (rserved) : D De 240.0.0.0 255.255.255.255

1111 XXXX

XXXX XXXX

XXXX XXXX XXXX XXXX

Figure 2.16 : format dadresse du class E

II.3 -Le Routage des Data grammes IP :

Au niveau de la couche Internet de l'ensemble de protocoles de la pile TCP/IP, un routeur peut utiliser un protocole de routage IP pour raliser le routage par la mise en oeuvre d'un algorithme de routage particulier. Exemples de protocoles de routage IP : RIP - Routing Information Protocol. IGRP -Interior Gateway Routing Protocol.

II.3.1 -Le routage :

Un Processus qui permettant d'acheminer un datagramme IP de son hte metteur Jusqu son hte destinataire. Chaque datagramme est rout Indpendamment des autres.

II.3.2 -Les types de routage :

Routage direct (intrieur) : Lorsque que l'hte metteur et l'hte destinataire sont sur un rseau Commun. L'hte metteur peut donc

La voix sur IP

23

CHAPITRE II

Les rseaux IP

envoyer directement le Datagramme sans passer par un ou plusieurs routeurs. Routage indirect (extrieur) : Lorsque que l'hte metteur et l'hte destinataire ne sont pas sur le Mme rseau. L'hte metteur dtermine le premier routeur IP dans la Direction de l'hte destinataire qui lui transmet la datagramme. Ce Datagramme est transmis de routeur en routeur jusqu' ce qu'il Atteigne un routeur qui puisse le dlivrer directement son Destinataire.

II.3.3 -Les protocoles de routage : Le protocole RIP (Routing Information Protocol) :

Le protocole RIP a t initialement dfini dans la RFC 1058. Ses principales caractristiques sont les suivantes : il s'agit d'un protocole de routage vecteur de distance, il utilise le nombre de sauts comme mtrique de slection de chemin, le nombre de sauts maximum autoris est gal 15, les mises jour du routage sont diffuses par dfaut toutes les 30 secondes.

Le protocole IGRP (Interior Gateway Routing Protocol) :

Le protocole IGRP est un protocole de routage vecteur de distance mis au point par Cisco. Il envoie les mises jour de routage toutes les 90 secondes et donne aux rseaux des informations sur un systme autonome particulier.

II.3.4 -Le routage des datagrammes :

Lorsqu'il reoit une trame physique, il en extrait le datagramme qu'elle contient. Puis il met en oeuvre un algorithme de routage utilisant une table de routage pour dterminer vers quel rseau physique il va propager le datagramme. Il dtermine vers quel rseau physique il devra envoyer la trame en fonction de l'adresse de destination IP contenue dans l'en tte du datagramme. Il encapsule le datagramme dans une nouvelle trame et l'met vers le rseau physique voulu. Len-tte dun datagramme en transit dans linter rseau a toujours comme adresse IP source celle de lhte metteur du datagramme et comme adresse destination celle de lhte destinataire.

La voix sur IP

24

CHAPITRE II

Les rseaux IP

II.3.5 -Les Tables de Routage :

Toute dcision de routage est prise en fonction de l'adresse du rseau de destination du datagramme. Les tables de routage ne contiennent donc que des adresses rseau. Une entre d'une table de routage contient 3 champs : Network Address : contient l'adresse IP d'un rseau. Subnet Mask : contient le SubnetMask associ Network Address. IP Address : contient soit l'adresse IP du prochain routeur dans la direction du rseau atteindre, soit la mention Deliver Directly alors la machine est connecte sur le mme rseau physique que la machine destination. II.4 Le protocol NAT (Network Address Translation) : Avec une plage dadresse IP code sur 4 octets il est possible davoir 256*256*256*256 = 4 294 967 296 adresses IP diffrentes. 4 milliards dadresses IP ne suffisent plus pour affecter des adresses IP toutes les stations existantes. Pour remdier en partie ce problme les plages dadresses prives ont t cres. Plages dadresses Prives Fin de plage 10.255.255.255 172.31.255.255 192.168.255.255

Dbut de plage 10.0.0.0 172.16.0.0 192.168.0.0

Type de rseau Rseau de classe A Rseau de classe B Rseau de classe C

Tableau 2.1 : Les adresses prives

Ces plages sont utilisables librement par tous administrateurs pour son rseau. Un accs ces adresses depuis internet est impossible car ces adresses sont utilises de nombreuses fois dans de nombreux rseaux privs. Ces adresses ne sont pas routes dans internet : le rseau constitue une le, cest ici quintervient le NAT. Il sagit dun procd permettant de transcrire des adresses IP en dautres, sans rfrences directes avec les adresses MAC, traites quand elles par le protocole ARP. NAT utilise ladresse IP et le N de port dune station et les transforme en une adresse IP et un N de port qui nest pas attribu une application standard.

La voix sur IP

25

CHAPITRE II

Les rseaux IP

II.5Le DNS (Domain Name System) :

Ce systme consiste identifier une machine par un nom plutt que par son adresse IP. Cependant pour quil ny soit pas deux machines avec le mme nom, il convient dtablir une hirarchisation. Le mcanisme qui implante ladressage hirarchique nominatif sappelle DNS (Domain Name Service). Un Domain Name est une suite de sous-noms appels labels, spars par des points. Le rseau Internet propose deux systmes de hirarchie : Organisationnel : bas sue la nature de lactivit de la socit, exemple : *.COM: commercial organizations. *.EDU: education institutions. *.GOV: government institutions. Gographique, exemple : *.DZ: DJAZAIR. *.FR: FRANCE. *.UK: UNITED KINGDOM.

II.6 -Le DHCP (Dynamic Host Configuration Protocol) :

Protocole de service TCP/IP qui offre une configuration loue dynamique d'adresses IP hte et qui distribue d'autres paramtres de configuration aux clients rseau admissibles. DHCP fournit une configuration de rseau TCP/IP sre, fiable et simple, qui vite les conflits d'adresse et permet de continuer utiliser des adresses IP par clients sur le rseau. DHCP utilise un modle client/serveur dans lequel le serveur DHCP assure la gestion centralise des adresses IP utilises sur le rseau. Les clients qui prennent en charge DHCP peuvent ensuite demander et obtenir la location d'une adresse IP auprs d'un serveur DHCP dans le cadre de leur procdure d'amorage rseau.

La voix sur IP

26

CHAPITRE III

la voix sur IP

CHAPITRE III

La voix sur IP

Introduction :
La voix sur IP (Voice over IP) est une technologie de communication vocale en pleine mergence. En effet, la convergence du triple play (voix, donnes et vido) fait partie des enjeux principaux des acteurs de la tlcommunication aujourdhui. Plus rcemment lInternet sest tendu partiellement dans lIntranet de chaque organisation, voyant le trafic total bas sur un transport rseau de paquets IP surpasser le trafic traditionnel du rseau voix (rseau commutation de circuits). Il devenait clair que dans le sillage de cette avance technologique, les oprateurs, entreprises ou organisations et fournisseurs devaient, pour bnficier de lavantage du transport unique IP, introduire de nouveaux services voix et vido. Ce ft en 1996 la naissance de la premire version voix sur IP appele H323. Issu de lorganisation de standardisation europenne ITU-T sur la base de la signalisation voix RNIS (Q931), ce standard a maintenant donn suite de nombreuses volutions, quelques nouveaux standards prenant dautres orientations technologiques. Pour tre plus prcis et nanmoins schmatique, le signal numrique obtenu par numrisation de la voix est dcoup en paquets qui sont transmis sur un rseau IP vers une application qui se chargera de la transformation inverse (des paquets vers la voix).

Voix sur IP

27

CHAPITRE III

la voix sur IP

Au lieu de disposer la fois d'un rseau informatique et d'un rseau tlphonique commut (RTC), l'entreprise peux donc, grce la VoIP, tout fusionner sur un mme rseau. Les nouvelles capacits des rseaux haut dbit devraient permettre de transfrer de manire fiable des donnes en temps rel. Ainsi, les applications de vido ou audioconfrence ou de tlphonie vont envahir le monde IP qui, jusqualors, ne pouvait raisonnablement pas supporter ce genre dapplications (temps de rponse important, gigue - jitter, Cos - Qos). Jusque vers le milieu des annes 90, les organismes de normalisation ont tent de transmettre les donnes de manire toujours plus efficace sur des rseaux conus pour la tlphonie. A partir de cette date, il y a eu changement. C'est sur les rseaux de donnes, que l'on s'est vertu convoyer la parole. Il a donc fallu dvelopper des algorithmes de codage audio plus tolrants et introduire des mcanismes de contrle de la qualit de service dans les rseaux de donnes. Faire basculer diffrents types de donnes sur un mme rseau permet en plus, de simplifier son administration. Comme toute innovation technologique qui se respecte, la VoIP doit non seulement simplifier le travail mais aussi faire conomiser de l'argent. Les entreprises dpensent normment en communications tlphoniques, or le prix des communications de la ToIP (Tlphonie sur IP) est drisoire en comparaison. En particulier, plus les interlocuteurs sont loigns, plus la diffrence de prix est intressante. De plus, la tlphonie sur IP utilise jusqu' dix fois moins de bande passante que la tlphonie traditionnelle. Ceci apportant de grand intrt pour la voix sur rseau prive. Il semblerait que les entreprises aprs avoir mis un certain nombre de doutes sur la qualit de services soient dsormais convaincues de la plus grande maturit technologique des solutions proposes sur le march. Quil sagisse dentreprises mono site ou multi sites, les sondages montrent que le phnomne de migration vers les systmes de tlphonie sur IP en entreprise est actuellement engag. Les premires donc trs diffrentes mettre des gens et standardisation. C'est H323 ou le SIP. technologies de VoIP imagines taient propritaires et les unes des autres. Pourtant, un systme qui est cens des systmes en relation exige une certaine dose de pourquoi sont apparus des protocoles standard, comme le

III.2 -Dfinitions importantes :

Une certaine confusion rgne dans la terminologie des services de communication vocale sur Internet. Afin de dissiper toute ambigut l'UIT utilise les termes suivants :

Voix sur IP

28

CHAPITRE III

la voix sur IP Voice over Internet Protocol (VoIP) : est un nom gnrique dfinissant le transport de trafic Vocal au moyen de la transmission par paquets sur le protocole Internet ( Internet Protocol ), Le trafic VoIP peut tre achemin sur un rseau priv contrl ou le rseau Internet public Ou une combinaison des deux. Telephone over Internet Protocol (ToIP) : galement appele tlphonie Internet, est un service spcifique de VoIP utilisant la transmission par paquets sur le rseau public Internet, par dfinition ouverte Et non contrlable. Voice over the Net (VoN) : dfinit le transport de trafic vocal au moyen de la transmission par Paquets sur le rseau Internet public uniquement.

III.3 -Le Rseau Tlphonique Commut :

Le RTC est tout simplement le rseau tlphonique que nous utilisons dans notre vie de tous les jours et qui nous donne accs de multiple fonction. En effet outre le fait de pouvoir tlphoner, le RTC nous permet dutiliser de multiples services tel que la transmission et rception de fax, lutilisation dun minitel, accder Internet etc. Il reprsente donc l'un des protocoles de discussion utilis sur la paire de cuivre boucle locale.

III.3.1 -Principe du RTC :

Le rseau tlphonique public (RTPC, Rseau Tlphonique Public Commut ou simplement RTC) a essentiellement pour objet le transfert de la voix. Utilisant le principe de la commutation de circuits, il met en relation deux abonns travers une liaison ddie pendant tout lchange.

Figure 3.1 : Le rseau tlphonique commut RTC

III.3.2 -Les enjeux de la Voix sur IP :

La Voix sur IP est devenue importante pour les entreprises. Lenjeu est de russir faire converger le rseau de donne IP et le rseau tlphonique actuel. Voici les principales motivations pour dployer la technologie VoIP :

Voix sur IP

29

CHAPITRE III
motivations Rduction de cots Ncessit de standardiser l'quipement Hausse de la productivit des employs Autres bnfices de productivit Hausse du volume d'appels traiter Autres facteurs Tableau 3.1 : Les motivations de la voix sur IP

la voix sur IP pourcentage 75% 66% 65% 64% 46% 50%

La technologie VoIP exploite un rseau de donnes IP pour offrir des communications vocales lensemble de lentreprise sur un rseau unique voix et donnes. Cette convergence des services de communication donnes, voix, et vido sur un rseau unique, saccompagne des avantages lis la rduction des cots dinvestissement, la simplification des procdures dassistance et de configuration, et lintgration accrue de filiales et de sites distants aux installations du rseau dentreprise. Les cots gnraux de l'infrastructure de rseau sont rduits. Le dploiement d'un unique rseau converg voix et donnes sur tous les sites permet de raliser des conomies sur les investissements productifs, l'ordre d'ide en 2004-2005 atteint les 50% si l'on prend on compte les communications inter site. De plus, comme le tlphone et le PC partagent le mme cble Ethernet, les frais de cblage sont rduits. Les frais d'administration du rseau sont galement minimiss. Il est ainsi possible de raliser des conomies court et long terme sur de nombreux postes : administration d'un seul rseau, fournisseur d'accs unique, unique contrat de maintenance, cblage commun, gratuit des communications interurbaines, rduction de la complexit de l'intgration d'applications. Enfin, la migration de la solution actuelle vers la Tlphonie sur IP s'effectue en douceur. Les solutions de tlphonie sur IP sont conues pour dgager une stratgie de migration faible risque partir de linfrastructure existante. Le scnario vers lequel va s'orienter la tlphonie sur IP dpend beaucoup de l'volution du rseau lui-mme. En effet, si Internet reste peu prs dans sa configuration actuelle o il est essentiellement dimensionn en fonction d'une qualit de service moyenne pour la transmission des donnes, il est fort probable que la tlphonie sur IP restera un march rserv au rseau de type Frame, MPLS. Les seules exceptions seraient alors les cas dinterconnexion de PBX d'entreprises, commerce lectronique, applications nouvelles associant la voix pour une vritable utilisation multimdia d'Internet. En effet, ce qui ralenti

Voix sur IP

30

CHAPITRE III

la voix sur IP

considrablement lexplosion de ce secteur est le fait quil y ait encore trop peu de dploiements oprationnels en France et mme dans le monde. De nombreuses entreprises connaissent la tlphonie sur IP, mais toutes en sont au mme stade : le test. De plus, il faut savoir que la plupart des dploiements oprationnels de tlphonie sur IP ont t raliss pour des universits, or, les universits nayant pas les mmes exigences quune entreprise, ces dploiements ne sont pas rellement pris en compte. Les applications et les services IP intgrs amliorent la productivit et le soin de la clientle. Les bnfices rcurrents seront apports par les gains de productivit lis lutilisation de nouveaux services et de nouveaux applicatifs tels que la messagerie unifie qui permettent de librer, selon les spcificits des mtiers, entre 25 et 40 minutes de temps de travail par collaborateur, les assistants personnels qui permettent au collaborateur de personnaliser sur lIntranet toutes les fonctions avances de renvoi dappel en fonction de son agenda propre ou partag et les applications deLearning , quil convient de faire apparatre dans une dmarche de dmonstration de retour sur linvestissement court et moyen terme. De plus, les fonctions simplifies de cration, de dplacement et de modification rduisent le temps ncessaire pour ajouter de nouveaux utilisateurs au rseau. Le dploiement de nouveaux services est acclr. L'utilisation d'une infrastructure IP commune et d'interfaces standard ouvertes permet de dvelopper et de dployer trs rapidement des applications innovantes. Enfin, les utilisateurs accdent tous les services du rseau partout o ils peuvent s'y connecter notamment travers lextension mobilit (substitution de postes).

III.4 -Les avantages de la Voix sur IP :

La Voix sur IP offre de nombreuses nouvelles possibilits aux oprateurs et utilisateurs qui bnficient dun rseau bas sur IP. Les avantages les plus marqus sont les suivants.

III.4.1 -Rduction des cots :

En dplaant le trafic voix RTC vers le rseau priv WAN/IP les entreprises peuvent rduire sensiblement certains cots de communications. Rductions importantes mises en vidence pour des communications internationales, ces rductions deviennent encore plus intressantes dans la mutualisation voix/donnes du rseau IP inter sites (WAN). Dans ce dernier cas, le gain est directement proportionnel au nombre de sites distants.

Voix sur IP

31

CHAPITRE III

la voix sur IP

Figure 3.2 : La rduction des cots par VoIP

III.4.2 Standards ouverts et interoprabilit multi fournisseurs :

Trop souvent par le pass les utilisateurs taient prisonniers dun choix technologique antrieur. La Voix sur IP a maintenant prouv tant au niveau des rseaux oprateurs que des rseaux dentreprises que les choix et les volutions deviennent moins dpendants de lexistant. Contrairement nos convictions du dbut, nous savons maintenant que le monde VoIP ne sera pas uniquement H323, mais un usage multi protocoles selon les besoins de services ncessaires. Par exemple, H323 fonctionne en mode peer to peer alors que MGCP fonctionne en mode Client to server. Ces diffrences de conception offrent immdiatement une diffrence dans lexploitation des terminaisons considres.

III.4.3 -Choix dun service opr :

Les services oprateurs ouvrent les alternatives VoIP. Non seulement lentreprise peut oprer son rseau priv VoIP en extension du rseau RTC oprateur, mais loprateur lui-mme ouvre de nouveaux services de transport VoIP qui simplifient le nombre daccs locaux un site et rduit les cots induits. Le plus souvent les entreprises oprant des rseaux multi sites louent une liaison prive pour la voix et une pour la donne, en conservant les connexions RTC daccs local. Les nouvelles offres VoIP oprateurs permettent outre les accs RTC locaux, de souscrire uniquement le mdia VoIP inter sites.

III.4.4 -Un rseau voix, vido et donnes (triple play) :

En positionnant la voix comme une application supplmentaire du rseau IP, lentreprise ne va pas uniquement substituer un transport oprateur RTC un

Voix sur IP

32

CHAPITRE III

la voix sur IP

transport IP, mais simplifier la gestion des trois rseaux (voix, donnes et vido) par ce seul transport. Une simplification de gestion, mais galement une mutualisation des efforts financiers vers un seul outil. Concentrer cet effort permet de bnficier dun rseau de meilleure qualit, plus facilement volutif et plus disponible, pourvu que la bande passante du rseau concentrant la voix, la vido et les donnes soit dimensionne en consquence.

Rseau IP

Voix

Vido

DATA

Figure 3.3: Le triple play

III.4.5 -Un service PABX distribu ou centralis :

Les PABX en rseau bnficient de services centraliss tel que la messagerie vocale, la taxation, etc. Cette mme centralisation continue tre assure sur un rseau VoIP sans limitation du nombre de canaux. A linverse, un certain nombre de services sont parfois souhaits dans un mode de dcentralisation. Cest le cas du centre dappels o le besoin est une centralisation du numro dappel (ex : numro vert), et une dcentralisation des agents du centre dappel. Difficile effectuer en tlphonie traditionnelle sans lutilisation dun rseau IP pour le dport de la gestion des ACD distants. Il est ainsi trs facile de constituer un centre dappel ou centre de contacts (multi canaux/multimdias) virtuel qui possde une centralisation de supervision et dinformations. Il convient pour en assurer une bonne utilisation de dimensionner convenablement le lien rseau. Lutilisation du VoIP met en commun un mdia qui peut la fois offrir un moment prcis une bande passante maximum la donne, et dans une autre priode une bande passante maximum la voix, garantissant toujours la priorit celle-ci.

Voix sur IP

33

CHAPITRE III

la voix sur IP

III.4.6 -Evolution vers un rseau de tlphonie sur IP :

La tlphonie sur IP repose totalement sur un transport VoIP. La mise en uvre de la Voix sur IP offre l une premire brique de migration vers la tlphonie sur IP.

III.4.7 -Intgration des services vido :

La technologie VoIP intgre une gestion de la voix mais galement une gestion de la vido. Si nous excluons la configuration des multicasts sur les composants du rseau, le rseau VoIP peut accueillir des applications vido de type vido confrence, vido surveillance, e-learning, vido on demand,, pour lensemble des utilisateurs un cot dinfrastructure rseau supplmentaire minime.

III.5 -L'Architecture VoIP :

Trois scnarios sont possibles pour tablir une liaison tlphonique base sur IP :

III.5.1 -Le scnario (PC 2 PC) :

Dans ce scnario, les deux correspondants utilisent un PC rattach au rseau Internet Par lintermdiaire dun fournisseur daccs Internet. Cette technique ncessite des participants la communication davoir un PC muni dun modem, dune carte rseau, dun microphone, dun haut-parleur et dun logiciel de tlphonie IP compatible de chaque ct. La voix est comprime et dcomprime par un logiciel de compression. Ce mode de fonctionnement ncessitait auparavant que les correspondants se

fixent un rendez-vous pralable sur Internet ou soient connects en permanence.

Figure 3.4 : Le scnario PC 2 PC

Voix sur IP

34

CHAPITRE III III.5.2 Le scnario (PC 2 phone /phone 2 PC) :

la voix sur IP

Dans ce scnario, lun des correspondants utilise un PC rattach au rseau Internet par un fournisseur daccs Internet, lautre correspondant utilise un tlphone rattach au rseau tlphonique commut. Une passerelle est ncessaire ente les deux rseaux pour rendre possible cette technique et faire la conversion entre rseaux (dans ce cas elle fait la conversion Internet - RTC et vis versa). Elle se charge galement de lappel du correspondant et de lensemble de la signalisation relative la communication tlphonique du ct du correspondant demand. Du ct PC, une signalisation dappels est ncessaire pour tablir une communication et ngocier les paramtres de communication multimdia.

Figure 3.5 : Le scnario PC 2 Phone

III.5.3 -Le scnario (phone 2 phone):

Chacun des deux tlphones doit tre raccord une passerelle pour leur permettre de communiquer sur un rseau IP.

Voix sur IP

35

CHAPITRE III

la voix sur IP

Figure 3.6 : Le scnario Phone 2 Phone Si nous intgrons toutes ces solutions, nous pouvons construire un rseau IP global.

Figure 3.7 : un exemple de rseau IP L'interconnexion entre les diffrents rseaux n'est possible que par l'intermdiaire des passerelles des diffrents constructeurs qui doivent garantir l'interoprabilit au sein du mme Rseau.

Voix sur IP

36

CHAPITRE III

la voix sur IP

Pour que toutes les applications dveloppes par diffrents fournisseurs d'quipement fonctionnent correctement, les organismes internationaux ont labor de nouvelles familles de standards : la srie H des recommandations de l'UIT, qui tient lieu de rfrence pour la communication multimdia et le transport de la voix sur les rseaux IP. La norme H.323 Semble stre impose. D'autres standards concurrents H.323, comme le SIP "Session Initiation Protocol" dvelopp par l'IETF ou le MGCP, offrent une alternative acceptable. Voici le schma gnral de l'utilisation de la Voix sur IP en entreprise :

Figure 3.8 : La voix sur IP dans lentreprise Le schma ci-dessus, dcrit de faon gnrale la topologie dun rseau de tlphonie IP. Elle comprend toujours des terminaux, un serveur de communication et une passerelle vers les autres rseaux. Chaque norme a ensuite ses propres caractristiques pour garantir une plus ou moins grande qualit de service. Lintelligence du rseau est aussi dporte soit sur les terminaux, soit sur les passerelles/Gatekeeper (contrleur de commutation). On retrouve les lments communs suivants :

III.6 -Les diffrents lments pouvant composs un rseau VoIP :

III.6.1 -Le PABX-IP :
Cest lui qui assure la commutation des appels et leurs autorisations, il peut servir aussi de routeur ou de Switch dans certains modles, ainsi que de

Voix sur IP

37

CHAPITRE III

la voix sur IP

serveur DHCP. Il peut possder des interfaces de type analogiques (fax), numriques (postes), numriques (RNIS, QSIG) ou oprateurs (RTC-PSTN ou RNIS). Il peut se grer par IP en intranet ou par un logiciel serveur spcialis que ce soit en interne ou depuis l'extrieur. Il peut s'interconnecter avec d'autres PABX-IP ou PABX non IP de la mme marque (rseau homogne) ou d'autres PABX d'autres marques (rseau htrogne).

III.6.2 -Le serveur de communications :

Il gre les autorisations d'appels entre les terminaux IP ou soft phones et les diffrentes signalisations du rseau. Il peut possder des interfaces rseaux oprateurs (RTC-PSTN ou RNIS), sinon les appels externes passeront par la passerelle ddie cela (Gateway). Exemple : (Call Manager de Cisco)

III.6.3 -La passerelle (Gateway) :

Cest un lment de routage quip de cartes d'interfaces analogiques et/ou numriques pour s'interconnecter avec soit d'autres PABX (en QSIG,RNIS ou E&M), soit des oprateurs de tlcommunications local, national ou international. Plusieurs passerelles peuvent faire partie d'un seul et mme rseau, ou l'on peut galement avoir une passerelle par rseau local (LAN). La passerelle peut galement assurer l'interface de postes analogiques classiques qui pourront utiliser toutes les ressources du rseau tlphonique IP (appels internes et externes, entrants et sortants).

III.6.4 -Le routeur :

Il assure la commutation des paquets d'un rseau vers un autre rseau.

III.6.5 -Le switch :

Il assure la distribution et commutation de dizaines de port Ethernet 10/100 voire 1000 Mbits/s. Suivant les modles, il peut intgrer la tl alimentation des ports Ethernet la norme 802.3af pour l'alimentation des IPphones ou des bornes WIFI en 48V.

III.6.6 -Le Gatekeeper :

Il effectue les translations d'adresses (identifiant H323 et @ IP du rfrencement du terminal) et gre la bande passante et les droits d'accs. C'est le point de passage oblig pour tous les quipements de sa zone d'action.

Voix sur IP

38

CHAPITRE III III.6.7 -Le MCU :

la voix sur IP

Le MCU (multi conferences unit) est un lment optionnel et gre les confrences audio vido.

III.6.8 -L'IP-PHONE :
Cest un terminal tlphonique fonctionnant sur le rseau LAN IP 10/100 Avec une norme soit propritaire, soit SIP, soit H.323. Il peut y avoir plusieurs codecs pour l'audio, et il peut disposer d'un cran monochrome ou couleur, et d'une ou plusieurs touches soit programmables, soit prprogrammes. IL est en gnral dot d'un hub passif un seul port pour pouvoir alimenter le PC de l'utilisateur (l'IP PHONE se raccorde sur la seul prise Ethernet mural et le PC se raccorde derrire l'IP PHONE).

III.6.9 -Le SOFTPHONE :

Cest un logiciel qui assure toutes les fonctions tlphoniques et qui utilise la carte son et le micro du PC de l'utilisateur, et aussi la carte Ethernet du PC. Il est gr soit par le Call Manager, soit par le PABX-IP.

III.7 -La tlphonie sur IP (ToIP) :

La tlphonie sur IP est une transmission de la voix en mode paquets au format TCP/UDP. Pour comprendre le traitement complexe de la voix analogique (signaux lectriques) en signaux binaires, voici un synoptique explicatif :

Figure 3.9 : Schma synoptique de La tlphonie sur IP La bande voix qui est un signal lectrique analogique utilisant une bande de frquence de 300 3400 Hz, elle est d'abord chantillonn numriquement

Voix sur IP

39

CHAPITRE III

la voix sur IP

par un convertisseur puis cod sur 8 bits, puis compress par les fameux codecs (il s'agit de processeurs DSP) selon une certaine norme de compression variable selon les codecs utiliss, puis ensuite on peut ventuellement supprimer les pauses de silences observs lors d'une conversation, pour tre ensuite habill RTP, UDP et enfin en IP. Une fois que la voix est transforme en paquets IP, ces petits paquets IP identifis et numrots peuvent transits sur n'importe quel rseau IP (ADSL, Ethernet, Satellite,routeurs, switchs, PC, Wifi, etc...)

III.7.1 -Gnralits sur la transmission :

Tout d'abord, il s'agit de parler de commutation par paquets (au lieu de commutation par circuit : PBX, ce qui est le cas d'un rseau tlphonique traditionnel). Le transport des signaux voix numriss par paquets impose des contraintes majeures : Optimisation de la bande passante (attention aux autres applications informatiques qui monopolise la majeure partie de la bande passante disponible comme Microsoft Exchange). Pour un bon partage de la bande passante, il faut connatre l'ensemble des flux pouvant avoir une influence importante sur le transport de la voix. Dlai de transmission (trs important dans des cahiers des charges : temps de transfert des paquets), il comprend le codage, le passage en file d'attente d'mission, la propagation dans le rseau, la buffrisation en rception et le dcodage. Le dlai de transmission optimal est de 150 ms (UIT-T G114). Les dlais parfois tolrables sont entre 150 et 400 ms. Le phnomne d'cho (rverbration du signal). C'est le dlai entre l'mission du signal et la rception de ce mme signal en rverbration. Cette rverbration est cause par les composants lectroniques des parties analogiques. Un cho < 50 ms n'est pas perceptible. Plus il est dcal dans le temps plus il est insupportable. La gigue ou Jitter (variation de l'cart initial entre deux paquets mis). Correspond des carts de dlais de transmission entre des paquets conscutifs. Ncessite la mise en place de buffers en rception qui lissent ces carts pour retrouver le rythme de l'mission. Effet nefaste des buffers de rception augmentation du dlai de transmission. La gestion de la qualit de service des rseaux IP de transport d'un bout l'autre. Elle peut-tre une solution propritaire (Qos constructeur), DiffServ, RSVP ou MPLS. Rappelons enfin que le mode de fonctionnement de l'acheminement sur l'Internet est du type Best Effort : chaque quipement constituant le rseau (en particulier les routeurs) fait de son mieux pour acheminer les informations. En conclusion, le transport de la tlphonie sur l'IP ne doit souffrir d'aucun retard de transmission, ni d'altrations (attention aux firewall), ni de perte de paquets.

Voix sur IP

40

CHAPITRE III

la voix sur IP

Figure 3.10 : Synoptique d'une architecture raccord avec un PABX traditionnel : Ci-dessus, un synoptique d'une solution "TOIP" avec interconnexion avec un PBX existant (QSIG ou E&M) et une liaison vers le rseau public partir de la passerelle (Gateway) qui peut servir soit en permanence, soit dans certains cas (routage international ou oprateur diffrent du PBX). Dans notre cas ci-dessus, les composants sont : Un Switch, Deux postes IP (Cisco 7960), Une application Soft Phone sur PC Un routeur servant de passerelle vers le PBX et vers le PSTN, Un serveur de communications IP (le serveur peut tre intgr dans un seul et mme lment).

III.7.2 -Les diffrents codecs et taux de compression :

Les codecs sont des chipsets qui font office de codeurs/dcodeurs. Certains terminaux IP-PHONES n'acceptent qu'une partie ou mme un seul codec, tout dpend du modle de terminal et du constructeur. Les principaux taux de compression de la voix sont les codecs officiels suivants : Mthode de compression (CODEC) G.711 PCM G.726 AD PCM G.728 LD CELP G.729 CS ACELP G.729 x 2 Encodings G.729 x 3 Encodings G.729a CS ACELP G.723.1 MPMLQ G.723.1 ACELP Tableau 3.2 : Les codecs audio
41

Dbit en KBit/s 64 32 16 8 8 8 8 6,3 5,3

Voix sur IP

CHAPITRE III III.7.3 -Normalisation de la tlphonie sur IP :

la voix sur IP

La plupart des tlphones sont encore, et seront encore pendant plusieurs annes, connects aux rseaux tlphoniques traditionnels commutation de circuits. Les services de tlphonie IP doivent donc pouvoir accepter tout trafic manant de ces rseaux et assurer la terminaison dune communication. La normalisation technique de la tlphonie IP est en cours dans le cadre de nombreuses entits industrielles et dorganismes de normalisation tels que le secteur de la normalisation des tlcommunications de lIUT (IUT-T), le secteur des radiocommunications de lIUT (IUT-R), et le groupe dtude sur lingnierie Internet (IETF). Un exemple de normalisation dans le cadre de lIUT est la srie de recommandations H323 pour les champs suivants : audioconfrence, visioconfrence multimdia, tablissement et commande dappel, gestion de la bande passante, interfaces entre diffrentes architecture rseaux, et le protocole dinitiation de session SIP dfini par lIETF pour la confrence, la tlphonie, la notification dvnements et la messagerie instantane.

III.8 -Les diffrents protocoles utiliss :

Les diffrents protocoles non propritaires sont les trois suivants :

III.8.1 -Le protocole H323 :

Le protocole H323 est le plus connu et se base sur les travaux de la srie H.320 sur la visioconfrence sur RNIS. C'est une norme stabilise avec de trs nombreux produits sur le march (terminaux, Gatekeeper, Gateway, logiciels). Il existe actuellement 5 versions du protocole (V1 V5). Vous trouverez plus de renseignement sur H323 ici.

III.8.2 Le protocole SIP :

Le protocole SIP est natif du monde Internet (HTTP) et est un concurrent direct de l'H323. A l'heure actuelle, il est moins riche que H.323 au niveau des services offerts, mais il suscite actuellement un trs grand intrt dans la communaut Internet et tlcom.

III.8.3 -Le protocole MGCP :

Le protocole MGCP est complmentaire H.323 ou SIP, et traite des problmes d'interconnexion avec le monde tlphonique (SS7, RI).

III.9 -L'alimentation des postes IP :

un poste IP (ou IP Phone) a besoin d'une alimentation externe DC de 48Volts ou d'une tl alimentation par le port ethernet. Il y a deux solutions pour se passer d'un petit transformateur 220V~/48VDC pouvant tre facilement oubli

Voix sur IP

42

CHAPITRE III

la voix sur IP

et dbranch avec une fausse manip. Ces deux solutions ont t normaliss par un document officiel de IEEE Computer Society (norme : 802.3af) et elles sont dcrites ci-dessous:

Figure 3.11 : Synoptique de lalimentation des IPPHONE Si on n'a pas un Switch qui assure la tl alimentation ou un power patch panel, il est obligatoire de disposer d'un transformateur externe par tlphone Ip (IP-PHONE). Il est noter qu'en cas de panne secteur, il n'y a plus de tlphone (cest normal) et aucun appel d'urgences n'est donc possible.

Voix sur IP

43

CHAPITRE IV

Les protocoles de la voix sur IP

CHAPITRE IV

Les protocoles de la voix sur IP

IV.1 -INTRODUCTION :

Le dveloppement rapide de lInternet et lutilisation croissante des rseaux fonds sur le protocole Internet (IP) pour les services de communications, y compris pour les applications telles que la tlphonie, sont devenus des domaines importants pour lindustrie des tlcommunications. La possibilit dacheminer du trafic vocal et de la vido sur des rseaux IP et les avantages offerts, notamment au niveau de lintgration voix - donnes constituent un point de convergence entre deux technologies : La commutation de circuits et la commutation de paquets. Lapparition rcente de la transmission de la voix et de la vido sur IP reprsente une avance technologique importante dans le domaine du multimdia et offre un service a conu pour permettre aux compagnies dutiliser leurs rseaux Internet pour y faire passer leur trafic de la voix sans ncessiter de changement des quipements ou rseaux existants. En dautre terme, lajout de quelques quipements tels que les passerelles permettent de garder les mmes supports, utiliss auparavant pour acheminer les communications tlphoniques, pour vhiculer la voix, la vido et les donnes. Cette technologie exige des protocoles spcialiss dapplications, comme le protocole de transport en temps parallle avec dautres protocoles qui concernent surtout demande de rservation de ressources, la ngociation de standard H323 et le protocole dInitiation de sessions (SIP). ddis ce genre rel RTP utilis en la signalisation, la capacit comme le

La voix sur IP

44

CHAPITRE IV

Les protocoles de la voix sur IP

Aujourdhui, la technologie de la tlphonie sur IP a produit plusieurs services bass sur les diffrents scnarios de communication (tlphonie PC PC, tlphonie entre un PC et un poste tlphonique et tlphonie entre postes tlphoniques ou fax). En consquence, cette technologie est devenue un outil de communication multimdia bas sur le rseau Internet, intgrant des outils dinterfaces avec les rseaux tlphoniques traditionnels. Les analystes spcialistes des questions techniques annoncent depuis plusieurs annes que toutes les formes de communications fusionneront tt ou tard en une plate-forme unique et, depuis quelques annes, il semble vident quavec la technologie IP adopte, quelle soit bien la plate-forme unificatrice de tous les rseaux de communications sur Internet. De mme, le march de la voix et de la vido sur IP a ouvert plusieurs perspectives en ce qui a trait la tlphonie sur IP, tlconfrence, transferts de donnes etc. et a contribu la rduction des prix des communications internationales grce la concurrence. Limportance de cette technologie et lavenir qui lui est rserv nous a encourags simpliquer dans ce domaine avec enthousiasme.

IV.2 -Les Protocoles de la voix sur IP :

Le transfert de donnes sur Internet seffectue par paquets de donnes. Cette structure repose sur lutilisation de protocoles TCP/IP (Transport Control Protocol/ Internet Protocol). Chaque document, quil sagisse de texte, image ou voix, est numris puis rparti en Paquets. Chacun de ces paquets est alors envoy sur Internet indpendamment des autres et essaie de prendre le chemin le plus rapide pour parvenir sa destination. Ceci est ralis en fonction de lencombrement dune partie ou de lautre du rseau au moment o le paquet est expdi. La segmentation de linformation permet une plus grande flexibilit dans lutilisation des ressources puisque la communication ne monopolise pas une ligne donne. Dans le reste de cette section, nous ferons un bref descriptif des protocoles de transport utiliss:

IV.2.1 -Le Protocole IP :

Le protocole IP est au centre du fonctionnement de lInternet. Il fait partie de la couche Internet de la suite de protocoles TCP/IP. Il assure sans connexion un service non fiable de dlivrance de paquets IP. Le service est non fiable car il nexiste aucune garantie pour que les paquets IP arrivent destination. Certains paquets peuvent tre perdus, dupliqus ou remis en dsordre. On parle de remise au mieux. Le protocole IP permet aux paquets de se dplacer sur le rseau Internet, indpendamment les uns des autres, sans liaison ddie. Chacun dentre eux, envoy sur le rseau, se voit Attribuer une adresse IP. Cette dernire est un enLa voix sur IP
45

CHAPITRE IV

Les protocoles de la voix sur IP

tte accol chaque paquet et contenant certaines informations, notamment, ladresse destinataire, sa dure de vie, le type de service dsir, etc. . Le protocole IP actuellement utilis en est la version 4 et la nouvelle version Ipv6 est dj prte prendre le relais.

IV.2.2 -Le Protocole TCP :

Le protocole TCP est un protocole de contrle de transmission, il fait partie de la couche transport du modle OSI. Il est orient connexion, cest dire, il assure un circuit virtuel entre les applications utilisateurs. Le protocole TCP tablit un mcanisme dacquittement et de re-mission de paquets manquants. Ainsi, lorsquun paquet se perd et ne parvient pas au destinataire, TCP permet de prvenir lexpditeur et lui rclame de renvoyer les informations non parvenues. Il assure dautre part un contrle de flux en grant une fentre de congestion qui module le dbit dmission des paquets. Il permet donc de garantir une certaine fiabilit des transmissions. TCP assure un service fiable et est orient connexion, cependant il ne convient pas des applications temps rel cause des longs dlais engendrs par le mcanisme dacquittement et de retransmission.

IV.2.3 -Le Protocole UDP :

Le protocole de data gramme utilisateur (UDP) est le protocole de transport sans confirmation. UDP est un protocole simple qui permet aux applications dchanger des data grammes sans accus de rception ni remise garantie. Le traitement des erreurs et la retransmission doivent tre effectus par dautres Protocoles. UDP nutilise ni fentrage, ni accuss de rception, il ne resquence pas les messages, et ne met en place aucun contrle de flux. Par consquent, la fiabilit doit tre assure par les protocoles de couche application. Les messages UDP peuvent tre perdus, dupliqus, remis hors squence ou arriver trop tt pour tre traiter lors de leurs rception. UDP est un protocole particulirement simple conu pour des applications qui nont pas assembler des squences de segments. Son avantage est un temps dexcution court qui permet de tenir compte des contraintes de temps rel ou de limitation despace mmoire sur un processeur, contraintes qui ne permettent pas limplmentation de protocoles beaucoup plus lourds comme TCP. Dans des applications temps rel, UDP est le plus appropri, cependant il prsente des faiblesses dues au manque de fiabilit. Des protocoles de transport et de contrle temps rel sont utiliss au dessus du protocole UDP pour remdier ses faiblesses et assurer sa fiabilit. Ces protocoles sont RTP et RTCP et sont dtaills dans le paragraphe suivant.

La voix sur IP

46

CHAPITRE IV

Les protocoles de la voix sur IP

IV.2.4 -Les protocoles de transport temps rel : -Le protocole RTP :

Le protocole RTP, Real Time Transport Protocol, standardis en 1996, a pour but dorganiser les paquets lentre du rseau et de les contrler la sortie. Ceci de faon reformer les flux avec ses caractristiques de dpart. RTP est gr au niveau de l'application donc ne ncessite pas l'implmentation dun Kernel ou de librairies. Comme nous lavons dit dans lintroduction, RTP est un protocole de bout en bout, est volontairement incomplet et mallable pour s'adapter aux besoins des applications. Il sera intgr dans le noyau de l'application. RTP laisse la responsabilit du contrle aux quipements d'extrmit. Cest un protocole adapt aux applications prsentant des proprits temps rel. Il permet ainsi de : Reconstituer la base de temps des flux (horodatage des paquets , possibilit de resynchronisation des flux par le rcepteur) Mettre en place un squencement des paquets par une numrotation et ce afin de permettre ainsi la dtection des paquets perdus. Ceci est un point primordial dans la reconstitution des donnes. Mais il faut savoir quand mme que la perte dun paquet nest pas un gros problme si les paquets ne sont pas perdus en trop grand nombre. Cependant il est trs important de savoir quel est le paquet qui a t perdu afin de pouvoir pallier cette perte. Et ce par le remplacement par un paquet qui se compose dune synthse des paquets prcdent et suivant. Identifier le contenu des donnes pour leurs associer un transport scuris. Lidentification de la source cest dire lidentification de lexpditeur du paquet. Dans un multicast lidentit de la source doit tre connue et dtermine. Transporter les applications audio et vido dans des trames (avec des dimensions qui sont dpendantes des codecs qui effectuent la numrisation). Ces trames sont incluses dans des paquets afin dtre transportes et doivent de ce fait tre rcupres facilement au moment de la phase de dpaqutisation afin que lapplication soit dcode correctement. En revanche, ce n'est pas "la solution" qui permettrait d'obtenir des transmissions temps rel sur IP. En effet, il ne procure pas de : Rservation de ressources sur le rseau (pas d'action sur le rseau, cf. RSVP); Fiabilit des changes (pas de retransmission automatique, pas de rgulation automatique du dbit); La voix sur IP
47

CHAPITRE IV

Les protocoles de la voix sur IP Garantie dans le dlai de livraison (seules les couches de niveau infrieur le peuvent) et dans la continuit du flux temps rel.

L'entte d'un paquet RTP est obligatoirement constitu de 16 octets. Cette entte prcde le "payload" qui reprsente les donnes utiles.

Figure 4.1 : entte RTP.

Le champ V : Ce champ, cod sur 2 bits, permet d'indiquer la version de RTP. Actuellement, V=2. Le champ P : Ce bit indique, si il est 1, que les donnes possdent une partie de bourrage. Le champ X : Ce bit spcifie, si il est 1, que l'entte est suivie d'une entte supplmentaire. Le champ CC : Ce champ, cod sur 4 bits, reprsente le nombre de CSRC qui suit l'entte. Le champ M : Ce bit, lorsqu'il est 1, dfinie que l'interprtation de la marque est par un profil d'application. Le champ PT : Bas sur 7 bits, ce champ identifie le type du payload (audio, vido, image, texte, html, etc.). Le champ Numro de squence : Ce champ, d'une taille de 2 octets, reprsente le numro d'ordre d'mission des paquets. Sa valeur initiale est alatoire et il s'incrmente de 1 chaque paquet envoy, il peut servir dtecter des paquets perdus. Le champ Timestamp : Ce champ horodatage, de 4 octets, reprsente l'horloge systme ou l'horloge d'chantillonnage de l'metteur. Elle doit tre monotone et linaire pour assurer la synchronisation des flux. Le champ SSRC : Bas sur 4 octets, ce champ identifie de manire unique la source de synchronisation, sa valeur est choisie de manires alatoire par l'application. Le champ SSRC : Ce champ, sur 4 octets, identifie les sources de contribution. La liste des participants ayant leur contribution (audio, vido) aux donnes du paquet. La voix sur IP
48

CHAPITRE IV -Le protocole RTCP :

Les protocoles de la voix sur IP

Le protocole RTCP est fond sur la transmission priodique de paquets de contrle tous les participants dune session. Cest le protocole UDP (par exemple) qui permet le multiplexage des paquets de donnes RTP et des paquets de contrle RTCP. Le protocole RTP utilise le protocole RTCP, Real-time Transport Control Protocol, qui transporte les informations supplmentaires suivantes pour la gestion de la session : Les rcepteurs utilisent RTCP pour renvoyer vers les metteurs un rapport sur la QoS. Ces rapports comprennent le nombre de paquets perdus, le paramtre indiquant la variance dune distribution (plus communment appel la gigue : cest dire les paquets qui arrivent rgulirement ou irrgulirement) et le dlai aller-retour. Ces informations permettent la source de sadapter, par exemple, de modifier le niveau de compression pour maintenir une QoS. Une synchronisation supplmentaire entre les mdias. Les applications multimdias sont souvent transportes par des flots distincts. Par exemple, la voix, limage ou mme des applications numrises sur plusieurs niveaux hirarchiques peuvent voir les flots grs suivre des chemins diffrents. Lidentification car en effet, les paquets RTCP contiennent des informations dadresses, comme ladresse dun message lectronique, un numro de tlphone ou le nom dun participant une confrence tlphonique. Le contrle de la session, car RTCP permet aux participants dindiquer leur dpart dune confrence tlphonique (paquet Bye de RTCP) ou simplement de fournir une indication sur leur comportement. Le protocole RTCP demande aux participants de la session denvoyer priodiquement les informations cites ci-dessus. La priodicit est calcule en fonction du nombre de participants de lapplication. On peut dire que les paquets RTP ne transportent que les donnes des utilisateurs. Tandis que les paquets RTCP ne transportent en temps rel, que de la supervision. On peut dtailler les paquets de supervision en 5 types: 200 - SR (Sender Report) : Ce rapport regroupe des statistiques concernant la transmission (pourcentage de perte, nombre cumul de paquets perdus, variation de dlai (gigue), Ces rapports sont issus d'metteurs actifs d'une session. 201 - RR (Receiver Report) : Ensemble de statistiques portant sur la communication entre les participants. Ces rapports sont issus des rcepteurs d'une session. 202 - SDES (Source Description) : Carte de visite de la source (nom, email, localisation). 203 - BYE : Message de fin de participation une session. 204 - APP : Fonctions spcifiques une application. La voix sur IP
49

CHAPITRE IV
Voici l'en-tte commun tous les paquets RTCP.

Les protocoles de la voix sur IP

Figure 4.2 : entte RTCP.

Le champ V : Ce champ, cod sur 2 bits, permet d'indiquer la version de RTP, qui est la mme que dans les paquets RTCP. Actuellement, V=2. Le champ P : Ce bit indique, si il est 1, que les donnes possdent une partie de bourrage. Le champ RC : Ce champ, bas sur 5 bits, indique le nombre de blocs de rapport de rception contenus en ce paquet. Une valeur de zro est valide. Le champ PT : Ce champ, cod sur 1 octet, est fix 200 pour identifier ce datagramme RTCP comme SR. Le champ Longueur : Ce champ de 2 octets, reprsente la longueur de ce paquet RTCP incluant l'entte et le bourrage. Le champ SSRC : Bas sur 4 octets, ce champ, reprsente l'identification de la source pour le crateur de ce paquet SR.

IV.2.5 -LE STANDARD H.323 :

Avec le dveloppement du multimdia sur les rseaux, il est devenu ncessaire de crer des protocoles qui supportent ces nouvelles fonctionnalits, telles que la visioconfrence : lenvoi de son et de vido avec un soucis de donnes temps rel. Le protocole H.323 est lun deux. Il permet de faire de la visioconfrence sur des rseaux IP. H.323 est un protocole de communication englobant un ensemble de normes utiliss pour lenvoi de donnes audio et vido sur Internet. Il existe depuis 1996 et a t initi par lITU (International Communication Union), un groupe international de tlphonie qui dveloppe des standards de La voix sur IP
50

CHAPITRE IV

Les protocoles de la voix sur IP

communication. Concrtement, il est utilis dans des programmes tels que Microsoft NetMeeting, ou encore dans des quipements tels que les routeurs Cisco. Il existe un projet OpenH.323 qui dveloppe un client H.323 en logiciel libre afin que les utilisateurs et les petites entreprises puissent avoir accs ce protocole sans avoir dbourser beaucoup dargent. Historique du standard H323 : La premire version a t approuve en octobre 1996. Elle dfinit les standards pour les transmissions multimdias au dessus des rseaux IP. Cependant, cette version prsentait des faiblesses telles que labsence de la qualit de service. La deuxime version de H323, approuve en janvier 1998, permet une interoprabilit entre diffrents rseaux. De plus, Il sadapte facilement avec dautres technologies de rseaux de paquets. La troisime version de H323, approuve le 30 septembre 1999, introduit quelques nouvelles fonctionnalits (identification de lappelant, communication entre gardes barrires). La quatrime version, a t approuve en novembre 2000.

Fonctionnement :
Le protocole H.323 est utilis pour linteractivit en temps rel, Notamment la visioconfrence (signalisation, enregistrement, contrle dadmission, transport et encodage). Cest le leader du march pour la tlphonie IP. Il sinspire du protocole H.320 qui proposait une solution pour la visioconfrence sur un rseau numrique intgration de service (RNIS ou ISDN en anglais). Le protocole H.323 est une adaptation de H.320 pour les rseaux IP. A lheure actuelle, la visioconfrence sur liaison RNIS est toujours la technique la plus dploye. Elle existe depuis 1990. Les rseaux utiliss sont commutation de circuits. Ils permettent ainsi de garantir une Qualit de Service (QoS) aux utilisateurs (pas de risque de coupure du son ou de l'image). Aujourd'hui, c'est encore un avantage indiscutable. Par contre, comme pour le tlphone, la facturation est fonction du dbit utilis, du temps de communication et de la distance entre les appels. H.323 dfinit plusieurs lments de rseaux : Les terminaux : Deux types de terminaux H.323 sont Aujourdhui disponibles. Un poste tlphonique IP raccords directement au rseau Ethernet de lentreprise. Un PC multimdia sur lequel est install une application compatible H.323. Les passerelles (GW: Gateway) : Elles assurent l'interconnexion entre un rseau IP et le rseau tlphonique, ce dernier pouvant tre soit le rseau tlphonique public, soit un La voix sur IP
51

CHAPITRE IV

Les protocoles de la voix sur IP

PABX dentreprise. Elles assurent la correspondance de la signalisation et des signaux de contrle et la cohsion entre les mdias. Pour ce faire, elles implmentent les fonctions suivantes de transcodage audio (compression, dcompression), de modulation, dmodulation (pour les fax), de suppression dchos, de suppression des silences et de contrle dappels. Les passerelles sont le plus souvent bases sur des serveurs informatiques standards (Windows NT, Linux) quips dinterfaces particuliers pour la tlphonie (interfaces analogiques, accs de base ou accs primaire RNIS, interface E1, etc.) et dinterfaces rseau, par exemple de type Ethernet. La fonctionnalit de passerelle peut toutefois tre intgre directement dans le routeur ainsi que dans les PBX eux-mmes. Les portiers (GK: Gatekeeper) : Ils sont des lments optionnels dans une solution H.323. Ils ont pour rle de raliser la traduction d'adresse (numro de tlphone - adresse IP) et la gestion des autorisations. Cette dernire permet de donner ou non la permission d'effectuer un appel, de limiter la bande passante si besoin et de grer le trafic sur le LAN. Les "gardes-barrire" permettent galement de grer les tlphones classiques et la signalisation permettant de router les appels afin d'offrir des services supplmentaires. Ils peuvent enfin offrir des services dannuaires. Les units de contrle multipoint (MCU, Multipoint Control Unit) : Rfrence au protocole T.120 qui permet aux clients de se connecter aux sessions de confrence de donnes. Les units de contrle multipoint peuvent communiquer entre elles pour changer des informations de confrence.

Protocoles et procdures :
La recommandation H323 enveloppe dautres recommandations pour permettre les communications en temps rel. Le tableau suivant rsume quelques unes dentre elles : Recommandation G711 G723.1 G729 H261 H263 T120 H245 H225.0 La voix sur IP fonction Lois A, u dbit 64kbit/s Audio codec Dbit 5.3 et 6.4kbit/s Dbit 8 et 13kbit/s Dbit 64kbit/s Dbit 23kbit/s Audio codec Audio codec vido codec vido codec

Data pour les confrences multimdia Contrle les data Signalisation des appels
52

CHAPITRE IV
RTP / RTCP H235 H450.1 H450.2 H450.3

Les protocoles de la voix sur IP Transport et contrle en temps rel Scurit et cryptage des donnes Service supplmentaire Transfert dappel

Tableau 4.1 : les Recommandations H323.

La pile H323 (H323 STACK ) :

La figure montre la pile des protocoles spcifis par le standard H323

Figure 4.3 : La pile H323.

Cette pile est indpendante des rseaux et des protocoles de transport utiliss. Si le protocole IP est utilis (ce qui est le plus souvent le cas) alors les La voix sur IP
53

CHAPITRE IV

Les protocoles de la voix sur IP

paquets audio, Vido et H.225.0 RAS utilisent UDP comme protocole de transport alors que les paquets de contrle (H.245 et H.225.0 call signaling) utilisent TCP. La pile H323 est constitue des lments dcrits ci-dessous :

-Les codecs Audio :

H323 spcifie une srie de codecs audio classs par dbits allant de 5.3 64 kbit/s. Le codec G.711 est le codec le plus populaire conu pour les rseaux de tlphonie. Aujourdhui, les terminaux H323 supportent le codec G.723.1 qui est plus efficace et produit une meilleure qualit audio 5.3 kbit/s et 6.3 kbit/s. Le codec G.729 utilise la quantification prdiction linaire pour produire une qualit suprieure des taux de 16 kbit/s et 8 kbit/s.

Les codecs Vido :

La communication vido ncessite une bande passante importante, do lintrt davoir des techniques de compression et de dcompression performante. H323 spcifie deux codecs vidos : H.261 et H.263. Les codecs H.261 : produisent la transmission vido pour des canaux avec une bande Passante de (P * 64 kb/s) ou p est une constante qui varie de 1 30. Les codecs H.263 : sont conus pour des transmissions faible dbit sans perte de qualit.

IV.3 -Confrence de donnes :

Les capacits des confrences de donnes en temps rel sont requises pour des activits telles que le partage dapplications, le transfert de fichiers, la transmission de fax, la messagerie instantane. La recommandation T.120 fournit ces capacits optionnelles au H323.

IV.3.1 -La visioconfrence sur IP :

Tout dabord, au niveau conomique, la visioconfrence sur IP savre moins coteuse que celle sur liaison RNIS car dun ct, lquipement dun PC est relativement peu cher : ce systme ne ncessite pas linstallation de prises RNIS spciales. Dautre part, une liaison RNIS a un cot calcul selon la longueur de lappel, le dbit, et la distance. Alors que dans une liaison IP, le prix est forfaitaire selon le dbit. En fin de compte, la visioconfrence par IP savre souvent moins onreuse que par liaison RNIS. Ensuite, qualitativement parlant, la visioconfrence sur IP peut utiliser des dbits suprieurs et ainsi avoir une image et un son meilleurs quavec une liaison RNIS. 54 La voix sur IP

CHAPITRE IV

Les protocoles de la voix sur IP

En effet, la visioconfrence sur Numeris utilise des dbits allant de 128Kb/s 384Kb/s, alors quen mutualisant certaines liaisons IP, on peut obtenir des lignes haut dbit allant jusqu plusieurs Mb/s. Malheureusement, le problme majeur de la visioconfrence sur IP est labsence dune Qualit de Service (QoS) sur les rseaux IP. Cest galement ce qui fait lavantage des rseaux RNIS. Cependant, avec lvolution des rseaux IP, on sait dsormais quil est possible qu'on puisse disposer dune QoS sur ceux-ci tel que RSVP, Diffserv, gestion de file d'attente. On pourrait donc avoir des flux avec priorit sur ces rseaux. En dehors du protocole H.323, il existe des normes de visioconfrence sur Ip ayant des possibilits analogues H.323 telles que IP multicast, qui est particulirement adapts au tlenseignement et la diffusion de sminaires et confrences car il permet la connexion de plusieurs dizaines de sites voire plus. Il existe galement le systme Vrvs qui est utilis dans certaines communauts scientifiques, notamment la physique, en raison de sa convivialit. Il intgre IP multicast et H.323. Pour pouvoir suivre une visioconfrence, il faut bien entendu le matriel adquat. Ce peut tre un matriel ddi contenant tout ce quil faut : moniteur, micro, et camra vido. Ou alors, un ensemble matriel et logiciel sur un poste de travail normal (PC, etc.). Si la visioconfrence ne compte que deux interlocuteurs, alors la liaison est point point (unicast) comme illustr sur le schma ci-dessous :

Figure 4.4 : Visio confrence unicast.

La voix sur IP
55

CHAPITRE IV

Les protocoles de la voix sur IP

Dans le cas o il y a plus de deux interlocuteurs, la visioconfrence ncessite lutilisation dun pont multipoint comme illustr sur le schma cidessous :

Figure 4.5 : Visio confrence multicast.

Pour se connecter entre eux, les interlocuteurs sont identifis par un numro ou une adresse E.164. Elle est compose de numros et est structure comme un numro de tlphone. En particulier, un numro de tlphone est une adresse E.164. E.164 est le nom de la norme qui dfinit ces adresses. Pour router un appel H.323 dans le rseau, il est ncessaire davoir un GateKeeper . Cest un lment logiciel qui fonctionne dans un PC, ou encore dans un pont multipoint ou dans un routeur IP (Exemple dans les routeurs Cisco). En fonction de ladresse destinataire contenue dans lappel H.323, les diffrents GateKeeper vont tablir la communication entre metteur et destinateur et mettre en place le routage. Par ailleurs, le protocole H.323 intgre la norme T.120 qui permet le partage dapplications. On peut, par exemple, afficher des documents sur les postes de travail des autres interlocuteurs.

IV.3.2 -Mcanismes de contrle et de signalisation :

Le flux dinformations dans les rseaux H323 est un mixage de paquets audio, vido, donnes et de contrle. Linformation de contrle est essentielle pour ltablissement et la rupture des appels, lchange et la ngociation des capacits. H323 utilise trois Protocoles de contrles : Contrle multimdia H.245, signalisation dappel H.225/ et H.225.0 RAS. La voix sur IP
56

CHAPITRE IV La signalisation

Les protocoles de la voix sur IP

La signalisation est indispensable pour tablir une communication tlphonique. Elle permet dans un premier temps denvoyer des messages avant la communication, Davertir lutilisateur et de connatre la progression de lappel et enfin de mettre un Terme la communication. Il existe actuellement deux protocoles de signalisation pour les rseaux IP, la signalisation H.225 qui fait partie du standard H323 et le rcent protocole SIP. la signalisation a pour objectif de raliser les fonctions suivantes : Recherche et traduction dadresses - Sur la base du numro de tlphone du destinataire, il sagit de trouver son adresse IP (appel tlphone. PC) ou ladresse IP de la passerelle desservant le destinataire. Cette fonction est prise en charge par le Gatekeeper. Elle est effectue soit localement soit par requte vers un annuaire centralis. Contrle dappel - Lquipement terminal ( endpoint = terminal H.323 ou passerelle) situ lorigine de lappel tablit une connexion avec lquipement de destination et change avec lui les informations ncessaires ltablissement de lappel. Dans le cas dune passerelle, cette fonction implique galement de supporter la signalisation propre lquipement tlphonique laquelle elle est raccorde (signalisation analogique, Q.931, etc.) et de traduire cette signalisation dans le format dfini dans H.323. Le contrle dappel est pris en charge soit par les quipements terminaux soit par le Gatekeeper. Dans ce cas, tous les messages de signalisation sont routs via le Gatekeeper, ce dernier jouant alors un rle similaire celui dun PBX. Services supplmentaires : dviation, transfert dappel, confrence, etc.

IV.3.3 -Les protocoles de la signalisation :

Trois protocoles de signalisation sont spcifis dans le cadre de H.323 savoir :

Le protocole RAS (Registration, Admission and Status) :

Ce protocole est utilis pour communiquer avec un GateKeeper. Il sert notamment aux quipements terminaux pour dcouvrir lexistence dun GateKeeper et senregistrer auprs de ce dernier ainsi que pour les demandes de traduction dadresses. La signalisation RAS utilise des messages H.225.0 6 transmis sur un protocole de transport non fiable (UDP, par exemple).

Le protocole Q.931 :
H.323 utilise une version simplifie de la signalisation RNIS Q.931 pour ltablissement et le contrle dappels tlphoniques sur IP. Cette version simplifie est galement spcifie dans la norme H.225.0. La voix sur IP
57

CHAPITRE IV Le protocole H.245 :

Les protocoles de la voix sur IP

Ce protocole est utilis pour lchange de capacits entre deux quipements terminaux. Par exemple, il est utilis par ces derniers pour saccorder sur le type de codec activer. Il peut galement servir mesurer le retard aller-retour (Round Trip Delay) dune communication. Une communication H.323 se droule en cinq phases : tablissement dappel change de capacit et rservation ventuelle de la bande passante travers le protocole RSVP (Ressource reSerVation Protocol) tablissement de la communication audio-visuelle Invocation ventuelle de services en phase dappel (par exemple, transfert dappel, changement de bande passante, etc.) Libration de lappel.

Signalisation des appels H.225 :

La signalisation des appels est importante pour tablir et rompre une connexion entre deux entits. Q.931 a t dvelopp initialement pour la signalisation dans les Rseaux Numriques Intgration de Service (ISDN). H.225.0 a adopt la signalisation Q.931 en lincluant dans le format de ses messages Deux entits dsirant tablir une connexion doivent ouvrir un canal de signalisation. La signalisation dappels H.225.0 est envoye directement entre les entits priphriques quand aucun garde-barrire nest utilis. Si un garde-barrire est utilis alors la signalisation dappels H.225.0 doit tre router travers ce gardebarrire.

H.225.0 RAS :
Les messages H.225.0 RAS (registration, admission, status) dfinissent une communication entre les terminaux et un garde-barrire. H.225.0 RAS soccupe de la communication entre le garde-barrire et les diffrents terminaux. Elle gre les oprations suivantes : linscription, le contrle dadmission, la gestion de la bande passante. Un canal de signalisation est utilis afin de transporter les diffrents messages RAS.

Le protocole de contrle de signalisation H.245 :

La flexibilit de H.323 ncessite que les diffrends terminaux ngocient les capacits avant que les liens de la communication audio, vido et donne ne

La voix sur IP

58

CHAPITRE IV

Les protocoles de la voix sur IP

soient tablit. H.245 utilise les messages de contrle et de commandes qui sont changs durant lappel.

IV.3.4 -Conclusion :
Le standard H.323 est omniprsent dans les communications multimdia en temps rel Et il est utilis par plusieurs compagnies telles que Intel, Microsoft, Cisco, IBM, etc. Son Indpendance des plates formes permet le concevoir des applications multimdia sans changer linfrastructure des rseaux. Nous allons tudier un autre protocole de signalisation concurrent du H.323 appel protocole dinitiation de session. Nous prsenterons aussi une comparaison entre ces deux protocoles.

IV.3.5 -Le protocole SIP :

Le protocole SIP (Session Initiation Protocole) a t initi par le groupe MMUSIC (Multiparty Multimedia Session Control) et dsormais repris et maintenu par le groupe SIP de l'IETF donnant la RFC 3261 rendant obsolte la RFC 2543. Sip est un protocole de signalisation appartenant la couche application du modle OSI. Son rle est douvrir, modifier et librer les sessions. Louverture de ces sessions permet de raliser de laudio ou vidoconfrence, de lenseignement distance, de la voix (tlphonie) et de la diffusion multimdia sur Ip essentiellement. Un utilisateur peut se connecter avec les utilisateurs dune session dj ouverte. Pour ouvrir une session, un utilisateur met une invitation transportant un descripteur de session permettant aux utilisateurs souhaitant communiquer de saccorder sur la compatibilit de leur mdia, Sip permet donc de relier des stations mobiles en transmettant ou redirigeant les requtes vers la position courante de la station appele. Enfin, SIP possde lavantage de ne pas tre attach un mdium particulier et est sens tre indpendant du protocole de transport des couches basses.

Fonctionnement :
Sip intervient aux diffrentes phases de l'appel : Localisation du terminal correspondant, Analyse du profil et des ressources du destinataire, Ngociation du type de mdia (voix, vido, donnes) et des paramtres de communication, Disponibilit du correspondant, dtermine si le poste appel souhaite communiquer, et autorise lappelant le contacter. Etablissement et suivi de l'appel, avertit les parties appelantes et appeles de la demande douverture de session, gestion du transfert et de la fermeture des appels. Gestion de fonctions volues : cryptage, retour d'erreurs, La voix sur IP
59

CHAPITRE IV

Les protocoles de la voix sur IP

Avec SIP, les utilisateurs qui ouvrent une session peuvent communiquer en mode point point, en mode diffusif ou dans un mode combinant ceux-ci. Sip permet donc louverture de sessions en mode : Unicast : Communication entre 2 machines. Broadcast : Communication entre une machin et toutes les machines de rseau. Multicast : Communication entre une machines quelques machines de rseau. Voici les diffrents lments intervenant dans l'ouverture de session : Suivant nature des changes, choix des protocoles les mieux adapts (RSVP, RTP, RTCP, SAP, SDP). Dtermination du nombre de sessions, comme par exemple, pour vhiculer de la vido, 2 sessions doivent tre ouvertes (lune pour limage et lautre pour la vido). Chaque utilisateur et sa machine est identifi par une adresse que lon nomme URL Sip et qui se prsente comme une URL Mailto. Requte URL permettant de localiser le proxy server auquel est rattach la machine de lappel. Requte Sip, une fois le client (machine appelante) connect un serveur Sip distant, il peut lui adresser une ou plusieurs requtes Sip et recevoir une ou plusieurs rponses de ce serveur. Les rponses contiennent certains champs identiques ceux des requtes, tels que : Call-ID, Cseq, To et From. Les changes entre un terminal appelant et un terminal appel se font par lintermdiaire de requtes : Invite : Cette requte indique que lapplication (ou utilisateur) correspondante lUrl Sip spcifi est invit participer une session. Le corps du message dcrit cette session (par ex : mdia supports par lappelant). En cas de rponse favorable, linvit doit spcifier les mdias quil supporte. Ack : Cette requte permet de confirmer que le terminal appelant a bien reu une rponse dfinitive une requte Invite. Options : Un proxy server en mesure de contacter l'UAS (terminal) appel, doit rpondre une requte Options en prcisant ses capacits contacter le mme terminal. Bye : Cette requte est utilise par le terminal de lappel fin de signaler quil souhaite mettre un terme la session. Cancel : Cette requte est envoye par un terminal ou un proxy server fin dannuler une requte non valide par une rponse finale comme, par exemple, si une machine ayant t invite participer une session, et ayant accept linvitation ne reoit pas de requte Ack, alors elle met une requte Cancel. Register : cette mthode est utilise par le client pour enregistrer ladresse liste dans lURL TO par le serveur auquel il est reli. Une rponse une requte est caractrise, par un code et un motif, appels code dtat et raison phrase respectivement. Un code dtat est un entier cod sur 3 bits indiquant un rsultat lissue de la rception dune requte. La voix sur IP
60

CHAPITRE IV

Les protocoles de la voix sur IP

Ce rsultat est prcis par une phrase, textbased (UTF-8), expliquant le motif du refus ou de lacceptation de la requte. Le code dtat est donc destin lautomate grant ltablissement des sessions Sip et les motifs aux programmeurs. Il existe 6 classes de rponses et donc de codes dtat, reprsentes par le premier bit : 1xx = Information - La requte a t reue et continue tre traite 2xx = Succs - Laction a t reue avec succs, comprise et accepte 3xx = Redirection - Une autre action doit tre mene afin de valider la requte 4xx = Erreur du client - La requte contient une syntaxe ronne ou ne peut pas tre traite par ce serveur 5xx = Erreur du serveur - Le serveur na pas russi traiter une requte apparemment correcte 6xx = Echec gnral - La requte ne peut tre traite par aucun serveur Dans un systme Sip on trouve deux types de composantes, les users agents (UAS, UAC) et un rseau de serveurs : LUAS (User Agent Server) : Il reprsente lagent de la partie appele. Cest une application de type serveur qui contacte lutilisateur lorsquune requte Sip est reue. Et elle renvoie une rponse au nom de lutilisateur. LU.A.C (User Agent Client) : Il reprsente lagent de la partie appelante. Cest une application de type client qui initie les requtes. Le relais mandataire ou PS (Proxy Server) : auquel est reli un terminal fixe ou mobile, agit la fois comme un client et comme un comme serveur. Un tel serveur peut interprter et modifier les messages quil reoit avant de les retransmettre : Le RS (Redirect Server) : Il ralise simplement une association (mapping) dadresses vers une ou plusieurs nouvelles adresses. (lorsquun client appelle un terminal mobile - redirection vers le PS le plus proche ou en mode multicast - le message mis est redirig vers toutes les sorties auxquelles sont relis les destinataires). Notons quun Redirect Server est consult par l'UAC comme un simple serveur et ne peut mettre de requtes contrairement au PS. Le LS (Location Server) : Il fournit la position courante des utilisateurs dont la communication traverse les RS et PS auxquels il est rattach. Cette fonction est assure par le service de localisation. Le RG (Registrar) : C'est un serveur qui accepte les requtes Register et offre galement un service de localisation comme le LS. Chaque PS ou RS est gnralement reli un Registrar.

IV.3.6 -Comparaison avec H323 :

Voici les avantages du protocole H.323 : Il existe de nombreux produits (plus de 30) utilisant ce standard adopt par de grandes entreprises telles Cisco, IBM, Intel, Microsoft, Netscape, etc.

La voix sur IP

61

CHAPITRE IV

Les protocoles de la voix sur IP Les cinq principaux logiciels de visioconfrence Picturel 550, Proshare 500, Trinicon 500, Smartstation et Cruiser 150 utilisent sur IP la norme H.323. Un niveau dinteroprabilit trs lev, ce qui permet plusieurs utilisateurs d'changer des donnes audio et vido sans faire attention aux types de mdia qu'ils utilisent.

Voici les avantages du protocole Sip : Sip est un protocole plus rapide. La sparation entre ses champs den-tte et son corps du message facilite le traitement des messages et diminue leur temps de transition dans le rseau. Nombre des en-ttes est limit (36 au maximum et en pratique, moins d'une dizaine d'en-ttes sont utilises simultanment), ce qui allge l'criture et la lecture des requtes et rponses. Sip est un protocole indpendant de la couche transport. Il peut aussi bien sutiliser avec TCP que UDP. De plus, il spare les flux de donnes de ceux la signalisation, ce qui rend plus souple l'volution "en direct" d'une communication (arrive d'un nouveau participant, changement de paramtres).

SIP Nombre changes pour 1,5 aller-retour tablir la connexion

H323 6 7 aller-retour

Simple par sa nature Maintenance du code Complexe et ncessitant un textuelle l'exemple de protocolaire compilateur Http Ajout d'extensions Protocole ouvert de Evolution du protocole propritaires sans concertation nouvelles fonctions entre vendeurs Fonction de confrence Distribue Fonction services Dtection en boucle de tl Oui, par dfaut Centralise par l'unit MC H.323 v2 + H.450 Inexistante sur la version 1 un appel rout sur l'appelant provoque une infinit de requtes Non

d'un

appel

Oui

Signalisation multicast Oui, par dfaut

Tableau 4.2 : comparaison entre le SIP et H323

IV.4.Le protocole dENUM :

IV.4.1.Dfinition :
ENUM est un protocole rsultant de travaux de lIETF, Il dfinit la conversion dun numro de tlphone E.164 en un nom de domaine, qui peut

La voix sur IP

62

CHAPITRE IV

Les protocoles de la voix sur IP

tre utilis pour des services de communication divers (service tlphonique, email, fax, localisation, messagerie unifie, ).

IV.4.2 : Fonctionnement dENUM

ENUM permet de dfinir un nom de domaine de lInternet partir dun numro de tlphone E.164, et de lassocier des services de communications (service tlphonique, fax, email, pager, ). Afin de respecter la structure hirarchique des noms de domaine, la conversion consiste ajouter le code pays du numro et inverser le numro de tlphone. D'autre part un point (.) dans la chane de caractres indique une position o une interrogation de base de donnes est possible. ENUM a choisi de sparer les chiffres un un par des points. Ainsi chaque chiffre dtermine un domaine dont ladministration et la gestion technique peuvent tre dlgues. Par exemple, le numro de tlphone 033 123 45 67 89 serait converti en 9.8.7.6.5.4.3.2.1.3.3.XXX (ajout du code de la France +33 et inversion du numro), o XXX est le domaine dans lequel seraient enregistrs les noms de domaine ENUM.

Figure 4.6 : fonctionnement dun service utilisant le protocole ENUM

A numrote +33 1 23 45 67 89 et initie un appel Le rseau tlphonique classique achemine l'appel jusqu' une passerelle disposant de fonctionnalits ENUM La passerelle convertit le numro de tlphone en une adresse Internet 9.8.7.6.5.4.3.2.1.3.3.e164.arpa La voix sur IP
63

CHAPITRE IV

Les protocoles de la voix sur IP La passerelle lance une requte auprs du serveur DNS Le serveur DNS renvoie l'adresse associe au nom de domaine 9.8.7.6.5.4.3.2.1.3.3.e164.arpa par laquelle le correspondant est joignable, par exemple une adresse SIP du type sip:com@art-telecom.fr Le DNS renvoie l'adresse IP du serveur SIP associe l'adresse url le serveur SIP achemine l'appel B

IV.5 -Problmes et qualit de service (QoS) :

IV.5.1 Latence :
La matrise du dlai de transmission est un lment essentiel pour bnficier d'un vritable mode conversationnel et minimiser la perception d'cho (similaire aux dsagrments causs par les conversations par satellites, dsormais largement remplacs par les cbles pour ce type d'usage). Or la dure de traverse d'un rseau IP dpend de nombreux facteurs: Le dbit de transmission sur chaque lien Le nombre dlments rseaux traverss Le temps de traverse de chaque lment, qui est lui mme fonction de la puissance et la charge de ce dernier, du temps de mise en file d'attente des paquets, et du temps d'accs en sortie de llment Le dlai de propagation de l'information, qui est non ngligeable si on communique l'oppos de la terre. Une transmission par fibre optique, l'oppos de la terre, dure environ 70 ms. Noter que le temps de transport de l'information n'est pas le seul facteur responsable de la dure totale de traitement de la parole. Le temps de codage et la mise en paquet de la voix contribuent aussi de manire importante ce dlai. Il est important de rappeler que sur les rseaux IP actuels (sans mcanismes de garantie de qualit de service), chaque paquet IP fait sont chemin indpendamment des paquets qui le prcdent ou le suivent: c'est ce qu'on appelle grossirement le Best effort pour signifier que le rseau ne contrle rien. Ce fonctionnement est fondamentalement diffrent de celui du rseau tlphonique o un circuit est tabli pendant toute la dure de la communication. Les chiffres suivants (tirs de la recommandation UIT-T G114) sont donns titre indicatif pour prciser les classes de qualit et d'interactivit en fonction du retard de transmission dans une conversation tlphonique. Ces chiffres concernent le dlai total de traitement, et pas uniquement le temps de transmission de l'information sur le rseau.

La voix sur IP

64

CHAPITRE IV
Classe n 1 2 3 4 Dlai par sens 0 150 ms 150 300 ms

Les protocoles de la voix sur IP Commentaires Acceptable pour la plupart des conversations Acceptable pour des communications faiblement interactives Inutilisable sans une bonne pratique de la conversation half duplex

300 700 ms Devient pratiquement une communication half duplex Au del de 700 ms

Tableau 4.3 : Classe n Dlai par sens

En conclusion, on considre gnralement que la limite suprieure "acceptable" , pour une communication tlphonique, se situe entre 150 et 200 ms par sens de transmission (en considrant la fois le traitement de la voix et le dlai d'acheminement).

IV.5.2 -Perte de paquets :

Lorsque les buffers des diffrents lment rseaux IP sont congestionns, ils librent automatiquement de la bande passante en se dbarrassant d'une certaine proportion des paquets entrant, en fonction de seuils prdfinis. Cela permet galement d'envoyer un signal implicite aux terminaux TCP qui diminuent d'autant leur dbit au vu des acquittements ngatifs mis par le destinataire qui ne reoit plus les paquets. Malheureusement, pour les paquets de voix, qui sont vhiculs au dessus d'UDP, aucun mcanisme de contrle de flux ou de retransmission des paquets perdus n'est offert au niveau du transport. D'o l'importance des protocoles RTP et RTCP qui permettent de dterminer le taux de perte de paquet, et d'agir en consquence au niveau applicatif. Si aucun mcanisme performant de rcupration des paquets perdus n'est mis en place (cas le plus frquent dans les quipements actuels), alors la perte de paquet IP se traduit par des ruptures au niveau de la conversation et une impression de hachure de la parole. Cette dgradation est bien sr accentue si chaque paquet contient un long temps de parole (plusieurs trames de voix de paquet). Par ailleurs, les codeurs trs faible dbit sont gnralement plus sensibles la perte d'information, et mettent plus de temps reconstruire un codage fidle. Enfin connatre le pourcentage de perte de paquets sur une liaison n'est pas suffisant pour dterminer la qualit de la voix que l'on peut esprer, mais cela donne une bonne approximation. En effet, un autre facteur essentiel intervient; il s'agit du modle de rpartition de cette perte de paquets, qui peut tre soit rgulirement rpartie, soit rpartie de manire corrle, c'est dire avec des pics de perte lors des phases de congestion, suivies de phases moins dgrades en terme de QoS. 65 La voix sur IP

CHAPITRE IV

Les protocoles de la voix sur IP

IV.5.3 -Gigue :
La gigue est la variance statistique du dlai de transmission. En d'autres termes, elle mesure la variation temporelle entre le moment o deux paquets auraient d arriver et le moment de leur arrive effective. Cette irrgularit d'arrive des paquets est due de multiples raisons dont: l'encapsulation des paquets IP dans les protocoles supports, la charge du rseau un instant donn, la variation des chemins emprunts dans le rseau, etc Pour compenser la gigue, on utilise gnralement des mmoires tampon (buffer de gigue) qui permettent de lisser l'irrgularit des paquets. Malheureusement ces paquets prsentent l'inconvnient de rallonger d'autant le temps de traverse global du systme. Leur taille doit donc tre soigneusement dfinie, et si possible adapte de manire dynamique aux conditions du rseau. La dgradation de la qualit de service due la prsence de gigue, se traduit en fait, par une combinaison des deux facteurs cits prcdemment: le dlai et la perte de paquets; puisque d'une part on introduit un dlai supplmentaire de traitement (buffer de gigue) lorsque l'on dcide d'attendre les paquets qui arrivent en retard, et que d'autre part on finit tout de mme par perte certains paquets lorsque ceux-ci ont un retard qui dpasse le dlai maximum autoris par le buffer.

La voix sur IP

66

Conclusion

Conclusion :

Actuellement, il est vident que la Voix sur IP va continuer de se dvelopper dans les prochaines annes. Le march de la voix sur IP est trs jeune mais se dveloppe une vitesse fulgurante. Cest aujourdhui que les entreprises doivent investir dans la voix sur IP si elles veulent y jouer un rle majeur. Le fait est que IP est maintenant un protocole trs rpandu, qui a fait ses preuves et que beaucoup dentreprises disposent avantage de la tlphonie IP, car elle demande un investissement relativement faible pour son dploiement. La voix sur IP ouvre la voie de la convergence voix/donnes et celle de lexplosion de nouveaux services tels que les CTI. Maintenant que la normalisation a atteint une certaine maturit, il nest plus dangereux de miser sur le standard H323 qui a t accept par lensemble de la communaut. VoIP est une bonne solution en matire dintgration, de fiabilit, dvolutivit et de cot. Elle fera partie intgrante des Intranets dentreprises dans les annes venir et apparatra aussi dans la tlphonie publique pour permettre des communications bas cot. Enfin, le dveloppement de cette technologie reprsente-t-il un risque ou une opportunit pour les oprateurs traditionnels ? La rponse nest pas tranche. Dun cot, une stagnation des communications classiques; dun autre cot lutilisation massive dInternet va augmenter le trafic et dvelopper de nouveaux services que pourront dvelopper les oprateurs. Bientt nous tlphonerons tous sur IP... On peut ainsi vraisemblablement penser que le protocole IP deviendra un jour un standard unique permettant l'interoprabilit des rseaux mondialiss. C'est pourquoi l'intgration de la voix sur IP n'est qu'une tape vers EoIP : Everything over IP.

La voix sur IP

67

Glossaire
ANT: Access Network Termination. ARP: Address Resolution Protocol. ADM: Adaptive Delta Modulation. ADPCM: Adaptive Differential Pulse Code Modulation. ATM: Asynchronous Transfert Mode. CELP: Code Excited Linear Predictive Coder. CME : Circuit Multiplication Equipement. CS-ACELP: Conjugate-Structure Algebraic-Code-Excited Linear-Prediction. CSMA/CD : Carrier Sense Multiple Access/Collision Detection. CODEC : COder DECoder. DCE: Data circuit equipment. DCME: Digital Circuit Multiplication Equipment. DPCM: Differential Pulse Code Modulation. DHCP : Dynamic Host Configuration Protocol. DSL: Digital Subscriber Line. DTE: Data terminal equipment. DNS : Domain Name Server. DiffServ : Diffetiel Service. DSLAM : Digital Subscriber Line Access Multiplexer. ENUM : Telephony Number Mapping. E&M : ear & mouth or "recEive and transMit". FDDI: Fiber Distributed Data Interface. FTP : File Transfert Protocol. HTTP: Hyper Text Transport Protocol. IGMP : Internet Group Management Protocol. ICMP : Internet Control Message Protocol. IPSec: IP Security Protocols. ITSP: Internet Telephony Service Provider. IETF: Internet Engineering Task Force. IGRP : Interior Gateway Routing Protocol. LD-CELP: Low Delay-Code Excited Linear Predictive Coder. LPC: Linear Predictive Coding. LAN : Local Area Network. LS : Location Server. MAN : Metropolitan Area Network. MAU : Multi station Access Unit. MAC: Media Access Control. MGCP : Media Gatway Control Protocol. MPLS : Multi-Protocol Label Switching. MMUSIC : Multiparti Multimedia Session Control. NAT : Network Address Translation. OSI : open system inteconnection. PABX : Private Automatic Branch eXchange. PSTN: Public Switched Telephone Network. PCM: Pulse Code Modulation. POP3 : Post Office Protocol version 3. QoS: Quality of Service. QSIG: an ISDN based signalling protocol. RAS : registration admission status. RPE-LTP: Regular Pulse Excited-Long Term Predictor. RSVP: Resource ReSerVation Protocol. RTCP : Real Time Control Protocol. RTP: Real Time Protocol. La voix sur IP

Glossaire
RTPC : Rseau tlphonique public commut. RNIS : Rseau Numrique Intgration de Services (ISDN). RJ-45 : Recommended Jonction -45. RIP : Routing Information Protocol. RSVP : ReSerVation Protocol. RS : Redirect Server. SAP : Session Announcement Protocol. SDP : Session Description Protocol. SIP : Session Initiation Protocol. SS7: Signalling System 7. SIP: Session Internet Protocol. SMTP : Simple Mail Transfert Protocol. ToIP : Telephony over Internet Protocol. TCP/IP : Transmission Control Protocol/Internet Protocol. UDP : User Datagram Protocol. UAS : User Agent Server. UAC : User Agent Client. VoIP: Voice over IP. VoN : Voice over Network. VPN: Virtual Private Network. VoDSL: Voice over DSL. WAN : Wide Area Network. WIFI : Wireless Fidelity.

La voix sur IP

Bibliographie

Bibliographie

Ouvrages
[Khasnabish, B] Implementing Voice over IP, Wiley 2003. [Cisco Technical Solution Series] Introduction to IP Telephony, Cisco 2001. [Guy Pujolle] Initiation aux rseaux, Eyrolles 2nd Ed 2002. [Cisco Press] VoIP Network Designed, Cisco 2002. [Cisco Press] Voice over IP Fundamentals, Cisco 2001. [Andrew S. Tanenbaum] Computer Networks 4th Ed, Prentice Hall. [Andrew G. Blank] TCP/IP JumpStart-Internet Protocol Basics, Second Edition 2002.

Sites web

www.frameip.com www.guill.net www.radcom.com www.protocols.com www.cisco.fr

La voix sur IP