Voix sur IP - VOIP Par _SebF

1 - Introduction 2 - Le Rseau Tlphonique Commut 2.1 - Histoire de la tlphonie 2.2 - Principe du Rtc 2.3 - Architecture du rseau 3 - Les enjeux de la tlphonie sur Ip 4 - Les avantages 4.1 - Rduction des cots 4.2 - Standards ouverts et interoprabilit multi-fournisseurs 4.3 - Choix d'un service opr 4.4 - Un rseau voix, vido et donnes (triple play) 4.5 - Un service PABX distribu ou centralis 4.6 - Evolution vers un rseau de tlphonie sur Ip 4.7 - Intgration des services vido 5 - L'Architecture Voip 5.1 - Les schmas 5.2 - Gateway et Gatekeeper 6 - Standards VoIP 6.1 - Protocole H323 6.1.1 - Introduction 6.1.2 - Fonctionnement 6.1.3 - H323 dans le modle Osi 6.1.4 - La visioconfrence sur Ip 6.1.5 - Avantages et inconvnients 6.1.6 - Comparaison avec Sip 6.1.7 - Conclusion 6.2 - Protocole Sip 6.2.1 - Introduction 6.2.2 - Fonctionnement 6.2.3 - Scurit et Authentification 6.2.4 - Comparaison avec H323 6.2.5 - Conclusion 6.3 - Transport Rtp et Rtcp 6.3.1 - Introduction 6.3.2 - Les fonctions de Rtp 6.3.3 - Entte Rtp 6.3.4 - Les fonctions de Rtcp 6.3.5 - Entte Rtcp 6.3.6 - Conclusion 6.4 - H261 6.5 - Audio 7 - Problme et QoS 7.1 - Latence 7.2 - Perte de paquets 7.3 - Gigue

8 - Etat du march 9 - Conclusion 10 - Discussion autour de la documentation 11 - Suivi du document

1 - Introduction
La voix sur IP (Voice over IP) est une technologie de communication vocale en pleine mergence. Elle fait partie d'un tournant dans le monde de la communication. En effet, la convergence du triple play (voix, donnes et vido) fait partie des enjeux principaux des acteurs de la tlcommunication aujourd'hui. Plus rcemment l'Internet s'est tendu partiellement dans l'Intranet 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 l'avantage 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 l'organisation 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 d'autres 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). 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. Ca par du fait que la tlphonie devient de la "data". 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, jusqu'alors, ne pouvait raisonnablement pas supporter ce genre d'applications (temps de rponse important, jiguejitter, 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. Qu'il s'agisse d'entreprises mono-site ou multisites, les sondages montrent que le phnomne de migration vers les systmes de tlphonie sur IP en entreprise est actuellement engag.

Les premires technologies de VoIP imagines taient propritaires et donc trs diffrentes les unes des autres. Pourtant, un systme qui est cens mettre des gens et des systmes en relation exige une certaine dose de standardisation. C'est pourquoi sont apparus des protocoles standards, comme le H323 ou le SIP.

2 - Le Rseau Tlphonique Commut

Mais qu'est-ce que le RTC? 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 d'utiliser de multiples services tel que la transmission et rception de fax, l'utilisation d'un minitel, accder Internet etc... Il reprsente donc l'un des protocole de discussion utilis sur la paire de cuivre boucle locale.

2.1 - Histoire de la tlphonie

Du premier tlgraphe de Chappe en 1790 au RTC actuelle, l'histoire des communications connu de grands moments et de grandes avancs d l'ingniosit de certains et aux progrs technologique et lectronique. Nous retiendrons quelques grandes dates tel que : 1837 Premier tlgraphe lectrique invent par Samuel Morse 1889 Almon B. Strowger (USA) invente le premier slecteur automatique et donne ainsi naissance la commutation tlphonique automatique 1938 Alec Reeves (Franais) dpose le brevet des futurs systmes modulation par impulsion et codage (MIC) : quantification et chantillonnage du signal intervalles rguliers, puis codage sous forme binaire. 1962 Les premiers systmes de transmission multiplex de type MIC apparaissent aux EtatsUnis ils permettent une liaison 24 voies entre centraux tlphonique, la mme poque en France on installe des MIC 32 voies. 1970 Un nouveau pas est franchi dans le domaine de la commutation lectronique avec la mise en service en France, par le CNET, des premiers centraux tlphoniques publics en commutation lectronique temporelle. 1979 Lancement du minitel en France 1987 Le RNIS est mis en service en France. 1990 De nouveaux concepts apparaissent tel que la commutation temporelle asynchrone (ATM) et la hirarchie numrique synchrone.

2.2 - Principe du Rtc

Le rseau tlphonique public (RTPC, Rseau Tlphonique Public Commut ou simplement RTC) a essentiellement pour objet le transfert de la voix. Le transport des donnes n'y est autoris, en France, que depuis 1964. Utilisant le principe de la commutation de circuits, il met en relation deux abonns travers une liaison ddie pendant tout l'change.

On distingue deux grandes parties dans ce rseau : Le rseau capillaire ou de distribution, c'est le raccordement depuis chez l'abonn un point d'entre du rseau. Cette partie du rseau est analogique. Le rseau de transit, effectue pour sa part le transport des communications entre les noeuds de transit concentrateurs / commutateurs). Cette portion du rseau est actuellement numrique. La numrisation offre plusieurs avantages. Puisqu'il ne s'agit que de 0 et de 1, la qualit du signal est prserve, quelle que soit la distance entre les convertisseurs (analogique numrique et numrique analogique). Ce n'est pas le cas des communications analogiques o le signal est pollu chaque manipulation. La gestion gnrale du rseau discerne trois fonctions : La distribution, celle-ci comprend essentiellement la liaison d'abonn ou boucle locale (paire mtallique torsade) qui relie l'installation de l'abonn au centre de transmission de rattachement. Cette ligne assure la transmission de la voix (frquence vocale de 300 3 400 Hz), de la numrotation (10 Hz pouf la numrotation dcimale -au cadran- et 697 1633 Hz pour la numrotation frquentielle) et de la signalisation gnrale (boucle de courant, frquences supra vocales) La commutation, c'est la fonction essentielle du rseau, elle consiste mettre en relation deux abonns, maintenir la liaison pendant tout l'change et librer les ressources la fin de celuici. C'est le rseau qui dtermine les paramtres de taxation et impute le cot de la communication l'appelant La transmission, c'est la partie support de tlcommunication du rseau, cette fonction est remplie soit par un systme filaire cuivre (en voie de disparition), de la fibre optique ou des faisceaux hertziens. Aujourd'hui, le rseau est pratiquement intgralement numris, seule la liaison d'abonn reste analogique.

2.3 - Architecture du rseau

Le rseau tlphonique commut a une organisation hirarchique trois niveaux. Il est structur en zones correspondant un niveau de concentration.

On distingue : Zone Autonomie d'Acheminement (ZAA), cette zone, la plus basse de la hirarchie, comporte un ou plusieurs Commutateurs Autonomie d'Acheminement (CAA) qui euxmmes desservent des Commutateurs Locaux (CL). Les commutateurs locaux ne sont que de simples concentrateurs de lignes auxquels sont raccords les abonns finals. La ZAA (Zone Autonomie d'Acheminement) est un rseau toil, elle constitue le rseau de desserte; Zone de Transit Secondaire (ZTS), cette zone comporte des Commutateurs de Transit Secondaires (CTS). Il n'y a pas d'abonns relis aux CTS (Commutateurs de Transit Secondaires). Ils assurent le brassage des circuits lorsqu'un CAA (Commutateur Autonomie d'Acheminement) ne peut atteindre le CAA destinataire directement (rseau imparfaitement maill); Zone de Transit Principal (ZTP), cette zone assure la commutation des liaisons longues distances. Chaque ZTP (Zone de Transit Principal) comprend un Commutateur de Transit Principal (CTP), L'un des commutateurs de transit principal (CTP) est reli au commutateur international de transit.

3 - Les enjeux de la tlphonie sur Ip

Dans cette partie, nous allons voir pourquoi la tlphonie IP est devenue importante pour les entreprises. L'enjeu est de russir faire converger le rseau de donne IP et le rseau

tlphonique actuel. Voici les principales motivations pour dployer la tlphonie sur IP (Source Sage Research 2003, sondage auprs de 100 dcisionnaires IT). 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 Pourcentage 75 % 66 % 65 % 64 % 46 % 50 %

La tlphonie sur IP exploite un rseau de donnes IP pour offrir des communications vocales l'ensemble de l'entreprise sur un rseau unique voix et donnes. Cette convergence des services de communication donnes, voix, et vido sur un rseau unique, s'accompagne des avantages lis la rduction des cots d'investissement, la simplification des procdures d'assistance et de configuration, et l'intgration accrue de filiales et de sites distants aux installations du rseau d'entreprise. 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 l'infrastructure 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 d'interconnexion de PBX d'entreprises, commerce lectronique, applications nouvelles associant la voix pour une vritable utilisation multimdia d'Internet. En effet, ce qui ralenti considrablement l'explosion de ce secteur est le fait qu'il 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 n'ayant pas les mmes exigences qu'une 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 l'utilisation 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 l'Intranet toutes les fonctions avances de renvoi d'appel en fonction de son agenda propre ou partag et les applications d'eLearning , qu'il convient de faire apparatre dans une dmarche de dmonstration de retour sur l'investissement 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 l'extention mobility (substitution de postes).

4 - Les avantages
La VoIP offre de nombreuses nouvelles possibilits aux oprateurs et utilisateurs qui bnficient d'un rseau bas sur Ip. Les avantages les plus marqus sont les suivants.

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.

4.2 - Standards ouverts et interoprabilit multi-fournisseurs

Trop souvent par le pass les utilisateurs taient prisonniers d'un choix technologique antrieur. La VoIP a maintenant prouv tant au niveau des rseaux oprateurs que des rseaux d'entreprises que les choix et les volutions deviennent moins dpendants de l'existant. 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 centralis. Ces diffrences de conception offrent immdiatement une diffrence dans l'exploitation des terminaisons considres.

4.3 - Choix d'un service opr

Les services oprateurs ouvrent les alternatives VoIP. Non seulement l'entreprise peut oprer son rseau priv VoIP en extension du rseau RTC oprateur, mais l'oprateur lui-mme ouvre de nouveaux services de transport VoIP qui simplifient le nombre d'accs 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 d'accs local. Les nouvelles offres VoIP oprateurs permettent outre les accs RTC locaux, de souscrire uniquement le mdia VoIP inter-sites.

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

En positionnant la voix comme une application supplmentaire du rseau IP, l'entreprise ne va pas uniquement substituer un transport oprateur RTC un 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 d'un 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.

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 l'inverse, un certain nombre de services sont parfois souhaits dans un mode de dcentralisation. C'est le cas du centre d'appels o le besoin est une centralisation du numro d'appel (ex : numro vert), et une dcentralisation des agents du centre d'appel. Difficile effectuer en tlphonie traditionnelle sans l'utilisation d'un rseau IP pour le dport de la gestion des ACD distants. Il est ainsi trs facile de constituer un centre d'appel ou centre de contacts (multi canaux/multi-mdias) virtuel qui possde une centralisation de supervision et d'informations. Il convient pour en assurer une bonne utilisation de dimensionner convenablement le lien rseau. L'utilisation de la 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.

4.6 - Evolution vers un rseau de tlphonie sur Ip

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

4.7 - Intgration des services vido

La 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 l'ensemble des utilisateurs un cot d'infrastructure rseau supplmentaire minime.

5 - L'Architecture Voip
5.1 - Les schmas

Voici le schma gnrale de l'utilisation de la Voip en entreprise :

La VoIP tant une nouvelle technologie de communication, elle n'a pas encore de standard unique. En effet, chaque constructeur apporte ses normes et ses fonctionnalits ses solutions. Il existe tout de mme des rfrences en la matire. Je vais dcrire les trois principales que sont H.323, SIP et MGCP/MEGACO. Tous les acteurs de ce march utilisent comme base pour leur produit une ou plusieurs de ces trois architectures. Il existe donc plusieurs approches pour offrir des services de tlphonie et de visiophonie sur des rseaux IP. Certaines placent l'intelligence dans le rseau alors que d'autres prfrent une approche peer to peer avec l'intelligence rpartie la priphrie (terminal de tlphonie IP, passerelle avec le rseau tlphonique commut...). Chacune a ses avantages et ses inconvnients. Le schma ci-dessus, dcrit de faon gnrale la topologie d'un 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. L'intelligence du rseau est aussi dporte soit sur les terminaux, soit sur les passerelles/Gatekeeper (contrleur de commutation). On retrouve les lments communs suivants : Le routeur : Il permet d'aiguiller les donnes et le routage des paquets entre deux rseaux. Certains routeurs, comme les Cisco 2600, permettent de simuler un gatekeeper grce l'ajout de cartes spcialises supportant les protocoles VoIP. La passerelle : il s'agit d'une interface entre le rseau commut et le rseau IP. Le PABX : C'est le commutateur du rseau tlphonique classique. Il permet de faire le lien entre la passerelle ou le routeur et le rseau RTC. Une mise jour du PABX est aussi ncessaire. Si tout le rseau devient IP, il n'y a plus besoin de ce matriel.

Les Terminaux : Des PC ou des tlphones VoIP. Pour transmettre les paquets, on utilise RTP, standardis en 1996. Il est 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 re-synchronisation des flux par le rcepteur), de dtecter les pertes de paquets et en informer la source, et d'identifier le contenu des donnes pour leurs associer un transport scuris. 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 de type RSVP, diffserv, Policeur), de fiabilisation des changes (pas de retransmission automatique, pas de rgulation automatique du dbit) et de garantie dans le dlai de livraison (seules les couches de niveau infrieur le peuvent) et dans la continuit du flux temps rel. Bien qu'autonome, RTP peut tre complt par RTCP. Ce dernier apporte un retour d'informations sur la transmission et sur les lments destinataires. Ce protocole de contrle permet de renvoyer la source des informations sur les rcepteurs et ainsi lui permettre, par exemple, d'adapter un type de codage ou encore de modifier le dbit des donnes.

5.2 - Gateway et Gatekeeper

Pour commencer je vais parler d'un des lments clefs d'un rseau VoIP, la passerelle et leurs Gatekeepers associs. Les passerelles ou gateways en tlphonie IP sont des ordinateurs qui fournissent une interface o se fait la convergence entre les rseaux tlphoniques commuts (RTC) et les rseaux bass sur la commutation de paquets TCP/IP. C'est une partie essentielle de l'architecture du rseau de tlphonie IP. Le gatekeeper est l'lment qui fournit de l'intelligence la passerelle. Comme nous l'avons dj fait remarqu, nous pouvons sparer les parties matrielles et logicielles d'une passerelle. Le gatekeeper est le compagnon logiciel de la gateway. Une gateway permet aux terminaux d'oprer en environnements htrognes. Ces environnements peuvent tre trs diffrents, utilisant diverses technologies tels que le Numris, la tlphonie commute ou la tlphonie IP. Les gateways doivent aussi tre compatible avec les terminaux tlphoniques analogiques. La gateway fournit la possibilit d'tablir une connexion entre un terminal analogique et un terminal multimdia (un PC en gnral). Beaucoup de socits fournissent des passerelles mais cela ne signifie pas qu'elles fournissent le mme service. Les gateways (partie physique) et les gatekeepers (partie logicielle) font l'objet de deux sections spares pour bien cerner la diffrence. Certaines socits vendent un produit " gateway ", mais en ralit, elles incorporent une autre gateway du march avec leur gatekeeper pour proposer une solution commerciale. La plus-value ne se fait pas sur la gateway mais sur le gatekeeper car c'est sur celui-ci qu'on peut faire la diffrence. Un gatekeeper deux services principaux : la gestion des permission et la rsolution d'adresses. La gatekeeper est aussi responsable de la scurit. Quand un client veut mettre un appel, il doit le faire au travers du gatekeeper. C'est alors que celui-ci fournit une rsolution d'adresse du client de destination. Dans le cas o il y a plusieurs gateways sur le rseau, il peut rediriger l'appel vers un autre couple gateway/gatekeeper qui essaiera son tour de router l'appel. Pendant la rsolution d'adresse, le gatekeeper peut aussi attribuer une certaine quantit de bande passante pour l'appel. Il peut agir comme un administrateur de la bande passant disponible sur le rseau. Le gatekeeper rpond aux aspects suivant de la tlphonie IP :

Le routage des appels : en effet, le gatekeeper est responsable de la fonction de routage. Non seulement, il doit tester si l'appel est permis et faire la rsolution d'adresse mais il doit aussi rediriger l'appel vers le bon client ou la bonne passerelle. Administration de la bande passante : le gatekeeper alloue une certaine quantit de bande passant pour un appel et slectionne les codecs utiliser. Il agit en tant que rgulateur de la bande passante pour prmunir le rseau contre les goulots d'tranglement (bottle-neck). Tolrance aux fautes, scurit : le gatekeeper est aussi responsable de la scurit dans un rseau de tlphonie IP. Il doit grer les redondances des passerelles afin de faire aboutir tout appel. Il connat tout moment l'tat de chaque passerelle et route les appels vers les passerelles accessibles et qui ont des ports libres. Gestion des diffrentes gateways : dans un rseau de tlphonie IP, il peut y avoir beaucoup de gateways. Le gatekeeper, de par ses fonctionnalits de routage et de scurit, doit grer ces gateways pour faire en sorte que tout appel atteigne sa destination avec la meilleure qualit de service possible. Ainsi, le gatekeeper peut remplacer le classique PABX. En effet, il est capable de router les appels entrant et de les rediriger vers leur destination ou une autre passerelle. Mais il peut grer bien d'autres fonctions telles que la confrence ou le double appel. Il n'existe pas les mmes contraintes avec un gatekeeper qu'avec un PABX. En effet, ce dernier est constitu par du logiciel et l'oprateur peut implmenter autant de services qu'il le dsire. Alors qu'avec un PABX, l'volutivit est limite par le matriel propritaire de chaque constructeur, avec le gatekeeper, l'amlioration des services d'un rseau de tlphonie IP n'a pas de limites. Le grand bnfice du dveloppement d'un gros gatekeeper est de remplacer le PABX classique. En effet, chaque PABX utilise son propre protocole pour communiquer avec les postes clients, ce qui entrane un surcot. Avec le couple gateway/gatekeeper, ce problme n'existe pas. Il utilise des infrastructures qui existent, le LAN et des protocoles tel qu'IP.

6 - Standards VoIP
6.1 - Protocole H323
6.1.1 - Introduction 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 : l'envoi de son et de vido avec un soucis de donnes temps rel. Le protocole H.323 est l'un d'eux. 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 l'envoi de donnes audio et vido sur Internet. Il existe depuis 1996 et a t initi par l'ITU (International Communication Union), un groupe international de tlphonie qui dveloppe des standards de 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 d'argent.

6.1.2 - Fonctionnement Le protocole H.323 est utilis pour l'interactivit en temps rel, notamment la visioconfrence (signalisation, enregistrement, contrle d'admission, transport et encodage). C'est le leader du march pour la tlphonie Ip. Il s'inspire du protocole H.320 qui proposait une solution pour la visioconfrence sur un rseau numrique intgration de service (Rnis ou Isdn en anglais), comme par exemple le service numris propos par France Telecom. Le protocole H.323 est une adaptation de H.320 pour les rseaux Ip. A l'heure 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 - Dans un contexte de tlphonie sur IP, deux types de terminaux H.323 sont Aujourd'hui disponibles. Un poste tlphonique IP raccords directement au rseau Ethernet de l'entreprise. 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 Pabx d'entreprise. 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 d'chos, de suppression des silences et de contrle d'appels. Les passerelles sont le plus souvent bases sur des serveurs informatiques standards (Windows NT, Linux) quips d'interfaces particuliers pour la tlphonie (interfaces analogiques, accs de base ou accs primaire RNIS, interface E1, etc.) et d'interfaces 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 "gardesbarrire" permettent galement de grer les tlphones classiques et la signalisation permettant de router les appels afin d'offrir des services supplmentaires. Il peuvent enfin offrir des services d'annuaires. 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. Dans un contexte de tlphonie sur IP, la signalisation a pour objectif de raliser les fonctions suivantes : Recherche et traduction d'adresses - Sur la base du numro de tlphone du destinataire, il s'agit de trouver son adresse IP (appel tlphone . PC) ou l'adresse 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 d'appel - L'quipement terminal ( endpoint = terminal H.323 ou passerelle) situ l'origine de l'appel tablit une connexion avec l'quipement de destination et change avec lui les informations ncessaires l'tablissement de l'appel. Dans le cas d'une passerelle, cette fonction implique galement de supporter la signalisation propre l'quipement tlphonique laquelle elle est raccorde (signalisation analogique, Q.931, etc.) et de traduire cette signalisation dans le format dfini dans H.323. Le contrle d'appel 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 d'un PBX. Services supplmentaires : dviation, transfert d'appel, confrence, etc. Trois protocoles de signalisation sont spcifis dans le cadre de H.323 savoir : RAS (Registration, Admission and Status) - Ce protocole est utilis pour communiquer avec un Gatekeeper. Il sert notamment aux quipements terminaux pour dcouvrir l'existence d'un Gatekeeper et s'enregistrer auprs de ce dernier ainsi que pour les demandes de traduction d'adresses. La signalisation RAS utilise des messages H.225.0 6 transmis sur un protocole de transport non fiable (Udp, par exemple). Q.931 - H.323 utilise une version simplifie de la signalisation RNIS Q.931 pour l'tablissement et le contrle d'appels tlphoniques sur Ip. Cette version simplifie est galement spcifie dans la norme H.225.0. H.245 : ce protocole est utilis pour l'change de capacits entre deux quipements terminaux. Par exemple, il est utilis par ces derniers pour s'accorder sur le type de codec activer. Il peut galement servir mesurer le retard aller-retour (Round Trip Delay) d'une communication. Une communication H.323 se droule en cinq phases : tablissement d'appel 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 d'appel (par exemple, transfert d'appel, changement de bande passante, etc.) Libration de l'appel. 6.1.3 - H323 dans le modle Osi

Les diffrents protocoles sont reprsents ci-dessous dans le modle OSI :

6.1.4 - La visioconfrence sur Ip Tout d'abord, au niveau conomique, la visioconfrence sur Ip s'avre moins coteuse que celle sur liaison RNIS car d'un ct, l'quipement d'un PC est relativement peu cher : ce systme ne ncessite pas l'installation de prises RNIS spciales. D'autre part, une liaison Rnis a un cot calcul selon la longueur de l'appel, 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 s'avre 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 qu'avec une liaison Rnis. En effet, la visioconfrence sur Numeris utilise des dbits allant de 128Kb/s 384Kb/s, alors qu'en 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 l'absence d'une Qualit de Service (QoS) sur les rseaux Ip. C'est galement ce qui fait l'avantage des rseaux Rnis. Cependant, avec l'volution des rseaux Ip, on sait dsormais qu'il est possible qu'on puisse disposer d'une 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 qu'il 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 comme illustr sur le schma ci-dessous :

Dans le cas o il y a plus de deux interlocuteurs, la visioconfrence ncessite l'utilisation d'un pont multipoint comme illustr sur le schma ci-dessous :

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 d'avoir un GateKeeper . C'est 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 l'adresse destinataire contenue dans l'appel 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 d'applications. On peut, par exemple, afficher des documents sur les postes de travail des autres interlocuteurs. 6.1.5 - Avantages et inconvnients Les rseaux IP sont commutation de paquets, les flux de donnes transitent en commun sur une mme liaison. La visioconfrence IP mise sur une disponibilit de ces liaisons. Les dbits des rseaux IP doivent donc tre adapts en fonction du trafic afin d'viter tout risque de coupure du son et de la vido. Tous les sites n'ont pas le mme dbit. Plus le dbit sera lev et plus le risque de coupure sera faible. Par ailleurs, tant que la Qualit de Service n'existera pas dans les rseaux IP, la fiabilit des visioconfrences sur les lignes faible dbit sera basse. A l'heure actuelle, la compatibilit entre les diffrentes normes de visioconfrence est assez faible. La visioconfrence H.323 et H.320 sont compatibles mais elles ncessitent l'emploi de passerelles H.320/H.323. En ce qui concerne les diffrentes normes pour la visioconfrence sur Ip, H.323 et Ip Multicast ne sont, en rgle gnrale, pas compatibles, sauf dans le cadre de VRVS qui permet

un certain degr d'interoprabilit, mais ne gre pas la norme T.120. Voici les principaux bnfices qu'apporte la norme H.323 sont les suivants : Codec standards : H.323 tablit des standards pour la compression et la dcompression des flux audio et vido. Ceci assure que des quipements provenant de fabricants diffrents ont une base commune de dialogue. Interoprabilit : Les utilisateurs veulent pouvoir dialoguer sans avoir se soucier de la compatibilit du terminal destinataire. En plus d'assurer que le destinataire est en mesure de dcompresser l'information, H.323 tablit des mthodes communes d'tablissement et de contrle d'appel. Indpendance vis vis du rseau : H.323 est conu pour fonctionner sur tout type d'architecture rseau. Comme les technologies voluent et les techniques de gestion de la bande passante s'amliorent, les solutions bases sur H.323 seront capables de bnficier de ces amliorations futures. Indpendance vis vis des plates-formes et des applications : H.323 n'est li aucun quipement ou systme d'exploitation. Support multipoint : H.323 supporte des confrences entre trois points terminaux ou plus sans ncessiter la prsence d'une unit de contrle spcialise. Gestion de la bande passante : Le trafic audio et vido est un grand consommateur de ressources rseau. Afin d'viter que ces flux ne congestionnent le rseau, H.323 permet une gestion de la bande passante disposition. En particulier, le gestionnaire du rseau peut limiter le nombre simultan de connexions H.323 sur son rseau ou limiter la largeur de bande disposition de chaque connexion. De telles limites permettent de garantir que le trafic important ne soit pas interrompu. Support multicast : H.323 supporte le multicast dans les confrences multipoint. Multicast envoie chaque paquet vers un sous-ensemble des destinataires sans rplication, permettant une utilisation optimale du rseau. A l'heure actuelle, le standard de fait pour les systmes de tlphonie sur IP est la norme H.323 de l'UIT. Indispensable pour permettre un minimum d'interoprabilit entre quipements de fournisseurs diffrents, ce standard prsente toutefois les inconvnients suivants : Protocole complexe, cr initialement pour les confrences multimdia et qui incorpore des mcanismes superflus dans un contexte purement tlphonique. Ceci a notamment des incidences au niveau des terminaux H.323 (tlphones IP, par exemple) qui ncessitent de ce fait une capacit mmoire et de traitement non sans incidence au niveau de leur cot. Comprend de nombreuses options susceptibles d'tre implmentes de faon diffrentes par les constructeurs et donc de poser des problmes d'interoprabilit ou de plus petit dnominateur commun (dans le choix du codec, par exemple) ; D'autre part, comme le seul codec obligatoire est le codec G.711 (64 Kps) et que le support des autres codecs plus efficaces est optionnel, l'interoprabilit entre produits provenant de constructeurs diffrents

ne signifie pas qu'ils feront un usage optimal de la bande passante. En effet, dans le cas o les codecs bas dbits sont diffrents, le transport de la voix se fera 64 Kbps, ce qui, en terme de bande passante, ne prsente gure d'avantages par rapport un systme tlphonique classique. 6.1.6 - Comparaison avec Sip Sip est un autre protocole pour l'interactivit en temps rel. Il a t dvelopp par l'IETF et s'inspire du protocole Http alors que H.323 s'inspire de la tlphonie. Sip est plus modulaire et peut fonctionner avec d'autres protocoles. Il est donc plus souple que H.323. 6.1.7 - Conclusion Le protocole H.323 est une des normes envisageables pour la visioconfrence sur Ip. Cependant, elle est pour l'instant surtout employ par des programmes propritaires (Microsoft, etc.). La documentation est difficile d'accs car l'ITU fait payer les droits d'accs aux derniers dveloppements de cette technologie, en dehors des efforts faits par le projet OpenH.323 pour rendre cette technologie accessible tous. Cet ensemble de normes ne s'avrent pas toujours compatibles avec d'autres protocoles cause de son dveloppement inspir de la tlphonie, ce qui peut rendre son utilisation un peu "rigide".

6.2 - Protocole SIP

6.2.1 - Introduction 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 d'ouvrir, modifier et librer les sessions. L'ouverture de ces sessions permet de raliser de l'audio ou vidoconfrence, de l'enseignement distance, de la voix (tlphonie) et de la diffusion multimdia sur Ip essentiellement. Un utilisateur peut se connecter avec les utilisateurs d'une session dj ouverte. Pour ouvrir une session, un utilisateur met une invitation transportant un descripteur de session permettant aux utilisateurs souhaitant communiquer de s'accorder 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 l'avantage de ne pas tre attach un mdium particulier et est sens tre indpendant du protocole de transport des couches basses. 6.2.2 - 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 l'appelant le contacter. Etablissement et suivi de l'appel, avertit les parties appelant et appel de la demande d'ouverture de session, gestion du transfert et de la fermeture des appels. Gestion de fonctions volues : cryptage, retour d'erreurs, ... 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 l'ouverture de sessions en mode : Point--point - Communication entre 2 machines, on parle d'unicast. Diffusif - Plusieurs utilisateurs en multicast, via une unit de contrle M.C.U (Multipoint Control Unit) Combinatoire - Plusieurs utilisateurs pleinement interconnects en multicast via un rseau maillage complet de connexions. 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 (l'une pour l'image et l'autre pour la vido). Chaque utilisateur et sa machine est identifi par une adresse que l'on nomme Url Sip et qui se prsente comme une Url Mailto. Requte Uri permettant de localiser le proxy server auquel est rattach la machine de l'appel. 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 l'intermdiaire de requtes : Invite - Cette requte indique que l'application (ou utilisateur) correspondante l'Url Sip spcifi est invit participer une session. Le corps du message dcrit cette session (par ex : mdia supports par l'appelant ). En cas de rponse favorable, l'invit doit spcifier les mdias qu'il 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 l'appel fin de signaler qu'il souhaite mettre un terme la session. Cancel - Cette requte est envoye par un terminal ou un proxy server fin d'annuler une requte non valide par une rponse finale comme, par exemple, si une machine ayant t invite participer une session, et ayant accept l'invitation ne reoit pas de requte Ack, alors elle met une requte Cancel. Register - cette mthode est utilise par le client pour enregistrer l'adresse liste dans l'URL TO par le serveur auquel il est reli. Une rponse une requte est caractrise, par un code et un motif, appels code d'tat et raison phrase respectivement. Un code d'tat est un entier cod sur 3 bits indiquant un rsultat l'issue de la rception d'une requte. Ce rsultat est prcis par une phrase, textbased (UTF8), expliquant le motif du refus ou de l'acceptation de la requte. Le code d'tat est donc destin l'automate grant l'tablissement des sessions Sip et les motifs aux programmeurs. Il existe 6 classes de rponses et donc de codes d'tat, reprsentes par le premier bit : 1xx = Information - La requte a t reue et continue tre traite 2xx = Succs - L'action 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 n'a 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 : L'UAS (User Agent Server) - Il reprsente l'agent de la partie appele. C'est une application de type serveur qui contacte l'utilisateur lorsqu'une requte Sip est reue. Et elle renvoie une rponse au nom de l'utilisateur. L'U.A.C (User Agent Client) - Il reprsente l'agent de la partie appelante. C'est 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 serveur. Un tel serveur peut interprter et modifier les messages qu'il reoit avant de les retransmettre : Le RS (Redirect Server) - Il ralise simplement une association (mapping) d'adresses vers une ou plusieurs nouvelles adresses. (lorsqu'un 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 qu'un 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. 6.2.3 - Scurit et Authentification Les messages Sip peuvent contenir des donnes confidentielles, en effet le protocole Sip possde 3 mcanismes de cryptage : Cryptage de bout en bout du Corps du message Sip et de certains champs d'en-tte sensibles aux attaques. Cryptage au saut par saut (hop by hop) fin d'empcher des pirates de savoir qui appelle qui. Cryptage au saut par saut du champ d'en-tte Via pour dissimuler la route qu'a emprunt la requte. De plus, fin d'empcher tout intrus de modifier et retransmettre des requtes ou rponses Sip, des mcanismes d'intgrit et d'authentification des messages sont mis en place. Et pour des messages Sip transmis de bout en bout, des cls publiques et signatures sont utilises par Sip et stockes dans les champs d'en-tte Autorisation. Une autre attaque connue avec Tcp ou Udp est le deny of service , lorsqu'un Proxy Server intrus renvoie une rponse de code 6xx au client (signifiant un chec gnral, la requte ne peut tre traite). Le client peut ignorer cette rponse. Si il ne l'ignore pas et met une requte vers le serveur "rgulier" auquel il tait reli avant la rponse du serveur "intrus", la requte aura de fortes chances d'atteindre le serveur intrus et non son vrai destinataire. 6.2.4 - 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. 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 d'interoprabilit 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 d'en-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 s'utiliser 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

H323

Nombre changes pour tablir la connexion Maintenance du code protocolaire Evolution du protocole Fonction de confrence Fonction de tlservices Dtection d'un appel en boucle Signalisation multicast 6.2.5 - Conclusion

1,5 aller-retour

6 7 aller-retour

Simple par sa nature Complexe et ncessitant un textuelle l'exemple de Http compilateur Protocole ouvert de nouvelles fonctions Distribue Oui, par dfaut Oui Oui, par dfaut Ajout d'extensions propritaires sans concertation entre vendeurs 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

La simplicit, la rapidit et la lgret d'utilisation, tout en tant trs complet, du protocole Sip sont autant d'arguments qui pourraient permettre Sip de convaincre les investisseurs. De plus, ses avances en matire de scurit des messages sont un atout important par rapport ses concurrents.

6.3 - Transport Rtp et Rtcp

6.3.1 - Introduction

Rtp est un protocole qui a t dvelopp par l'IETF afin de facilit le transport temps rel de bout en bout des flots donnes audio et vido sur les rseaux Ip, c'est dire sur les rseaux de paquets. Rtp est un protocole qui se situe au niveau de l'application et qui utilise les protocoles sous-jacents de transport Tcp ou Udp. Mais l'utilisation de Rtp se fait gnralement au-dessus de Udp ce qui permet d'atteindre plus facilement le temps rel. Les applications temps rels comme la parole numrique ou la visio-confrence constitue un vritable problme pour Internet. Qui dit application temps rel, dit prsence d'une certaine qualit de service (QoS) que Rtp ne garantie pas du fait qu'il fonctionne au niveau Applicatif. De plus Rtp est un protocole qui se trouve dans un environnement multipoint, donc on peut dire que Rtp possde sa charge, la gestion du temps rel, mais aussi l'administration de la session multipoint. Rtp et Rtcp sont dfinis, depuis juillet 2003, par la Rfc 3550 rendant obsolte la version prcdente Rfc 1889. 6.3.2 - Les fonctions de Rtp Le protocole Rtp, Real Time Transport Protocol, standardis en 1996, a pour but d'organiser les paquets l'entre 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 d'un Kernel ou de librairies. Comme nous l'avons dit dans l'introduction, Rtp est un protocole de bout en bout. Rtp 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. Rtp, est 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 d'un paquet n'est pas un gros problme si les paquets ne sont pas perdus en trop grands 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 d'une synthse des paquets prcdent et suivant. Identifier le contenu des donnes pour leurs associer un transport scuris. L'identification de la source c'est dire l'identification de l'expditeur du paquet. Dans un multicast l'identit 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 d'tre transportes et doivent de ce fait tre rcupres facilement au moment de la phase de dpaqutisation afin que l'application 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); Garantie dans le dlai de livraison (seules les couches de niveau infrieur le peuvent) et dans la continuit du flux temps rel. 6.3.3 - Entte Rtp L'entte d'un paquet Rtp est obligatoirement constitu de 16 octets. Cette entte prcde le "payload" qui reprsente les donnes utiles.

6.3.3.1 - V Ce champ, cod sur 2 bits, permet d'indiquer la version de Rtp. Actuellement, V=2. 6.3.3.2 - P Ce bit indique, si il est 1, que les donnes possdent une partie de bourrage. 6.3.3.3 - X Ce bit spcifie, si il est 1, que l'entte est suivie d'une entte supplmentaire. 6.3.3.4 - CC Ce champ, cod sur 4 bits, reprsente le nombre de CSRC qui suit l'entte. 6.3.3.5 - M Ce bit, lorsqu'il est 1, dfinie que l'interprtation de la Marque est par un profil d'application. 6.3.3.6 - PT

Bas sur 7 bits, ce champ identifie le type du payload (audio, vido, image, texte, html, etc.). 6.3.3.7 - 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. 6.3.3.8 - 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. 6.3.3.9 - 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. 6.3.3.10 - SSRC Ce champ, sur 4 octets, identifie les sources de contribution. La liste des participants ayant leur contribution (audio, vido) aux donne du paquet. 6.3.4 - Les fonctions de Rtcp Le protocole Rtcp est fond sur la transmission priodique de paquets de contrle tous les participants d'une session. C'est 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 d'une distribution (plus communment appel la gigue : c'est dire les paquets qui arrivent rgulirement ou irrgulirement) et le dlai aller-retour. Ces informations permettent la source de s'adapter, 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, l'image ou mme des applications numrises sur plusieurs niveaux hirarchiques peuvent voir les flots gres suivre des chemins diffrents. L'identification car en effet, les paquets Rtcp contiennent des informations d'adresses, comme l'adresse d'un message lectronique, un numro de tlphone ou le nom d'un participant une confrence tlphonique. Le contrle de la session, car Rtcp permet aux participants d'indiquer leur dpart d'une confrence tlphonique (paquet Bye de Rtcp) ou simplement de fournir une indication sur leur comportement.

Le protocole Rtcp demande aux participants de la session d'envoyer priodiquement les informations cites ci-dessus. La priodicit est calcule en fonction du nombre de participants de l'application. 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 : rapport de l'metteur 201 : rapport du rcepteur 202 : description de la source 203 : au revoir 204 : application spcifique Ces diffrents paquets de supervision fournissent aux noeuds du rseau les instructions ncessaires un meilleur contrle des applications temps rel. 6.3.5 - Entte Rtcp Ce protocole dfini cinq paquets de contrle : 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, e-mail, localisation). 203 - BYE : Message de fin de participation une session. 204 - APP : Fonctions spcifiques une application.

Voici l'en-tte commun tous les paquets Rtcp.

6.3.5.1 - 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. 6.3.5.2 - P Ce bit indique, si il est 1, que les donnes possdent une partie de bourrage. 6.3.5.3 - 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. 6.3.5.4 - PT Ce champ, cod sur 1 octet, est fix 200 pour identifier ce datagramme Rtcp comme SR. 6.3.5.5 - Longueur Ce champ de 2 octets, reprsente la longueur de ce paquet Rtcp incluant l'entte et le bourrage. 6.3.5.6 - SSRC Bas sur 4 octets, ce champ, reprsente l'identification de la source pour le createur de ce paquet SR. 6.3.6 - Conclusion Rtp ncessite le protocole de transport Udp, (en-tte 8 octets), qui fournira les numros de port source et destination ncessaire la couche application. Pour l'instant le protocole Rtp se

trouve au dessus de Udp, tandis que dans le futur, on aura une indpendance vis vis des couches rseaux. En rsumant, ces deux protocoles sont adapts pour la transmission de donnes temps rel. Cependant, ils fonctionnent en stratgie bout bout et donc ne peuvent contrler l'lment principal de la communication : le rseau. Ces protocoles sont principalement utiliss en visioconfrence o les participants sont tour tour metteurs ou rcepteurs. Pour le transport de la voix, ils permettent une transmission correcte sur des rseaux bien cibls. C'est--dire, des rseaux qui implmentent une qualit de service adapte. Des rseaux bien dimensionns (bande passante, dterminisme des couches sous-jacentes, Cos, ...) peuvent aussi se servir de cette solution.

6.4 - H261
Le protocole H.261 est dcrit dans la RFC 2032, cette norme dcrit le transport d'un flux vido sur Rtp. Le format de l'en-tte est le suivant :

SBIT (Start Bit) - Bas sur 3 bits, ce champ reprsente le nombre de bits de poids forts ignorer dans le premier octet de donnes. EBIT (End Bit) - Bas sur 3 bits, ce champ reprsente le nombre de bits de poids faible ignorer dans le dernier octet de donnes. I (Intra-frame encoded data flag) - Bas sur 1 bit, ce flag doit tre mis 1 si il contient seulement des intra-frame cod. V (Motion Vector) - Bas sur 1 bit, ce flag indique si le Motion Vector est utilis ou pas. GOBN (GOB number) - Bas sur 4 bits, ce champ code le nombre de GOB actif au dbut du paquet. Placez 0 si le paquet commence par un en-tte de GOB. MBAP (Macroblock Address Predictor) - Bas sur 5 bits, ce champ code le prdicteur d'adresse de Macroblock. Placez 0 si le paquet commence par un en-tte de GOB.

QUANT (Quantizer) - Bas sur 5 bits, ce champ reprsente la valeur actif avant le dbut de ce paquet. HMVD (Horizontal Motion Vector Data) - Bas sur 5 bits, ce champ doit tre 0 si le flag V est 0 ou si le paquet commence avec une entte Gob. VMVD (Vertical Motion Vector Data) - Bas sur 5 bits, ce champ doit tre 0 si le flag V est 0 ou si le paquet commence avec une entte Gob.

6.5 - Audio
Le transport de la voix sur un rseau IP ncessite au pralable tout ou une partie des tapes suivantes : Numrisation : dans le cas o les signaux tlphoniques transmettre sont sous forme analogique, ces derniers doivent d'abord tre convertis sous forme numrique suivant le format PCM (Pulse Code Modulation) 64 Kbps. Si l'interface tlphonique est numrique (accs RNIS, par exemple), cette fonction est omise. Compression : le signal numrique PCM 64 Kbps est compress selon l'un des formats de codec (compression / dcompression) (Tableau 3-3) puis insr dans des paquets IP. La fonction de codec est le plus souvent ralise par un DSP (Digital Signal Processor). Selon la bande passante disposition, le signal voix peut galement tre transport dans son format originel 64 Kbps. Dcompression : ct rception, les informations reues sont dcompresses .il est ncessaire pour cela d'utiliser le mme codec que pour la compression- puis reconverties dans le format appropri pour le destinataire (analogique, PCM 64Kbps, etc.). L'objectif d'un codec est d'obtenir une bonne qualit de voix avec un dbit et un dlai de compression le plus faibles possibles. Le cot du DSP est li la complexit du codec utilis. Le Tableau ci-dessous prsente les caractristiques des principaux codecs standards de l'UIT. Les codecs les plus souvent mis en oeuvre dans les solutions VoIP sont G.711, G.729 et G.723.1. La qualit d'un codec est mesure de faon subjective en laboratoire par une population test de personnes. Ces dernires coutent tout un ensemble de conversations compresses selon les diffrents codecs tester et les valuent qualitativement selon la table suivante : Tableau : Echelle utilis pour l'valuation de la qualit de voix Qualit de la parole Score

Excellente Bonne

5 4

Correcte Pauvre Insuffisante

3 2 1

Sur la base des donnes numriques des apprciations, une opinion moyenne de la qualit d'coute (Mean Opinion Score . MOS) est ensuite calcule pour chaque codec. Les rsultats obtenus pour les principaux codecs sont rsums dans le tableau ci-dessous : Tableau : Score MOSdes diffrents codecs Codec VoIP Dbit (Kbps) Score MOS

G.711 (PCM) G.726 G.729 G.723.1 G.723.1 GSM G.729 x2 G.729 x3 G.729 x GSM

64 32 8 6.4 5.3 13

4.1 3.85 3.92 3.9 3.65 3.5 3.27 2.68 3.17

Deux observations principales peuvent tre tires du Tableau 3-5 : La qualit de la voix obtenue par les codecs G.729 et G.723.1 ( 6.4Kbps) est trs proche de celle du service tlphonique actuel, et ce pour des dbits entre 8 et 10 fois infrieurs. Ces deux codecs prsentent une meilleure qualit que celle des rseaux tlphoniques cellulaires (GSM). Le cumul, dans une mme communication, d'oprations de compression/dcompression conduit une rapide dgradation de la qualit. Les solutions mises en oeuvre doivent viter des configurations en tandem dans lesquelles un PBX reoit un appel d'un poste distant travers une liaison VoIP et le redirige vers une autre liaison semblable.

Offrant une qualit de voix trs proche, les codecs G.729 et G.723.1 se distinguent essentiellement par la bande passante qu'ils requirent et par le retard que chacun introduit dans la transmission. Le choix d'un quipement implmentant l'un ou l'autre de ces codecs devra donc tre fait selon la situation, en fonction notamment de la bande passante disposition et du retard cumul maximum estim pour chaque liaison (selon les standards de l'UIT, le retard aller ( one-way delay ) devrait tre infrieur 150 ms). Le facteur du jitter est primordiale pour une bonne coute de la Voip.

7 - Problme et QoS
7.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 d'lments 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 l'lment 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. Classe n Dlai par sens Commentaires Classe n Dlai par sens Commentaires

1 2 3 4

0 150 ms 150 300 ms 300 700 ms Au del de 700 ms

Acceptable pour la plupart des conversations Acceptable pour des communications faiblement interactives Devient pratiquement une communication half duplex Inutilisable sans une bonne pratique de la conversation half duplex

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).

7.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.

7.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 perdre certains paquets lorsque ceux-ci ont un retard qui dpasse le dlai maximum autoris par le buffer.

8 - Etat du march
On compte une bonne vingtaine de firmes sur le march. Les principaux sont Cisco, Clarent, Avaya, Alcatel, Nortel Network, Siemens, Tnovis, 3COM ... Ce qu'il faut souligner, c'est le fait qu'il y ait peu de concurrents car comme je l'ai dit prcdemment, la tlphonie sur Ip est un march trs jeune et trs novateur. D'ailleurs, le fait que la tlphonie sur IP soit un march chevauchant 2 secteurs qui se rapprochent et taient compltement diffrent auparavant, la tlphonie et l'informatique, nous assistons ici une concurrence ayant des origines diffrentes. En effet, nous retrouvons le gant de l'quipement rseaux Cisco en concurrence avec des entreprises de tlphonies tel que Alcatel ou Siemens. Mais Cisco et Clarent arrivent largement en tte, sur un march qui de 259 millions de dollars cette anne pourrait atteindre 2,89 milliards en 2006. La tlphonie sur IP propose 3 types de terminaux diffrents : Les hardphones qui sont des tlphones physiques IP, les softphones qui sont des logiciels permettant de tlphoner sur IP au travers d'un PC et les tlphones IP Wi-fi qui sont des tlphones sans-fil IP. Mais la plupart des concurrents proposent ces 3 produits qui sont plutt homognes. Un softphone Cisco et un Softphone Siemens sont quasi-identiques. Seule l'interface graphique les distingue. Pour le client, le produit des 2 concurrents est identique dans la mesure o il apporte les mmes services.

9 - Conclusion
Actuellement, il est vident que la tlphonie IP va continuer de se dvelopper dans les prochaines annes. Le march de la tlphonie IP est trs jeune mais se dveloppe une vitesse fulgurante. C'est aujourd'hui que les entreprises doivent investir dans la tlphonie 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 d'entreprises disposent avantage de la tlphonie IP, car elle demande un investissement relativement faible pour son dploiement. La tlphonie IP ouvre la voie de la convergence voix/donnes et celle de l'explosion de nouveaux services tels que les CTI. Maintenant que la normalisation a atteint une certaine maturit, il n'est plus dangereux de miser sur le standard H323 qui a t accept par l'ensemble de la communaut.

La tlphonie IP est une bonne solution en matire d'intgration, de fiabilit, d'volutivit et de cot. Elle fera partie intgrante des Intranets d'entreprises 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 n'est pas tranche. D'un cot, une stagnation des communications classiques; d'un autre cot l'utilisation massive d'Internet 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.

10 - Discussion autour de la documentation

Vous pouvez poser toutes vos questions, vos remarques et vos expriences propos de la voix sur IP. Pour cela, rendez-vous sur le Forum "Tlphonie".

11 - Suivi du document
Le 14 novembre 2004, par _SebF, cration du document. Merci Cattoen Franois, Greca Thomas, Clment Le Ttour et Christophe Badot.

La VoIP en attente
DSI pleins de projets, technologies matures, intgrateurs aux aguets, l'cosystme de la VoIP se met en place pour rpondre une demande en hausse.
Alain Coffre et Pierre Hardoin avec Fabrice Frossard , Dcision Informatique (n 696), le 13/12/2006 07h00

Dsormais affranchie du label Interop, la Convention VoIP, qui s'est tenue la semaine dernire la Porte de Versailles, a jou sur du velours. Le tohu-bohu gnr par les environnements de communication IP indique, selon l'organisateur du salon, Christophe Fry, directeur gnral de Tarsus Dveloppement, que la VoIP est une vraie lame de fond, avec une vraie demande. Un signe qui ne trompe pas. Cette anne, nos visiteurs comptent beaucoup de DSI et de DG de PME. L'an dernier, c'tait surtout des grands comptes et des TPE. De plus, nombre de d'entre eux sont venus avec des projets de dploiement . Une assertion confirme par Jean-Philippe Le Roy, directeur commercial du distributeur HL2D : Le salon est plein de personnes porteuses de projets. Beaucoup de PABX installs il y une dizaine d'annes suite au passage aux numros dix chiffres arrivent en fin de contrat. Il va falloir les changer, et beaucoup opteront pour l'IP. D'ailleurs, 2007 devrait tre l'anne de la concrtisation. Outre les cycles naturels de renouvellement, le passage la VoIP est motiv par des arguments conomiques (cots des communications entre les sites distants, appels internes) et mtiers. Ainsi Philippe Lasserre, directeur technique d'Alcatel, met en avant l'amlioration de la productivit de l'entreprise, qui grce la ToIP et ses fonctions avances, est difficilement quantifiable . Parmi ces fonctions, on peut citer la messagerie unifie, l'appel d'un clic de souris etc. Certains, telle la SSII Resix qui prsentait le serveur NetxServ, voquent mme la rduction des cots de communications GSM, puisque le rpertoire est prsent sur le PC, ce qui permet de lutter contre le rflexe portable , mme au bureau. La fdration des plans de communication et leur gestion depuis une partie logicielle avec une forte simplification est l'argument massue des offreurs. Que ce soit pour de la tlphonie simple, ou pour un couplage avec des fonctions mtier de type relation client. Migrer vers IP impose cependant quelques rflexions en amont, essentiellement sur les gains attendus. De la VoIP la ToIP, les avantages s'accumulent. Certains entreprises ne dsirent que de la tlphonie, d'autres veulent y ajouter des applications mtier, de la messagerie unifie, etc. Plus le couplage avec le mtier est fort, plus il y a d'avantages et de facilit oprationnelle , rsume Marc Rispoli, responsable de dveloppement march pour Cisco.

Une offre htrogne et de qualit

Quelles que soient ses raisons pour migrer vers IP, l'entreprise n'a que l'embarras du choix l'heure du dploiement : IPBX, passerelle de conversion analogique/numrique couple au PABX (comme celles proposes par NetxServ ou Audiocode), ou encore Centrex IP, trs en vogue sur le salon. L'offre Centrex est rcente, mais sduit de plus en plus d'entreprises grce ses arguments de simplicit et de cot. Il y a aujourd'hui une vraie demande pour ceux qui dsirent des fonctions avances sans difficults de dploiement , constate Alexandre Letellier, commercial pour l'oprateur Ipnotic. Cet engouement pour le Centrex ne doit cependant pas masquer l'htrognit qualitative de l'offre, ni ses prrequis en amont : la qualit du LAN, mais aussi le fait que faire passer les communications par l'IP Centrex ncessite une bonne liaison vers Internet, comme une ligne SDSL, qui reste onreuse. De mme pour les liens T0 , dtaille David Chassan, responsable dveloppement de l'intgrateur Vivaction. La culture du service " manag " ou externalis est trs faible en France, ajoute Marc Rispoli, c'est pourquoi, nous proposons un

service intermdiaire comprenant l'oprateur et l'intgrateur. La proximit est encore le meilleur argument de vente et d'assurance auprs des entreprises. Un argument bien compris par les tenants du logiciel libre, trs prsents Convention VoIP autour de l'IPBX libre Asterisk, comme la SSII Proformatique qui a dvelopp sa propre distribution d'Asterisk, Xivo. Proformatique offre une solution tout-en-un aux PME associant un PC industriel o est install Asterisk et des postes SIP Thomson ou Snom. Nous pensions qu'Asterisk sduirait surtout les PME jusqu' 50 postes. Or, nous avons dploy un projet la semaine dernire de 300 postes tlphoniques , affirme Sylvain Boily, directeur technique de Proformatique.

Le march a du mal dcoller

Si les solutions sont l, le march reste en retrait, selon une rcente tude IDC, qui relve un taux de pntration de 20 % dans les grandes entreprises (plus de 499 personnes), et plus faible encore dans les entreprises plus petites. Des quatre millions de lignes installes en ToIP, moins de 30 % le sont en entreprise. A cela, plusieurs bonnes raisons, comme le souligne Patrick Hamelin, ingnieur systme et tlcoms de la SSII Ilexia : Le principal concurrent de la VoIP reste France Tlcom et la tlphonie classique. La perception des problmes de qualit, mme s'ils se sont attnus, dcourage encore de nombreuses entreprises de passer sur IP. De plus, il y a un vrai frein psychologique. Quand FT communiquera largement sur la VoIP, les migrations s'acclreront. Un pressentiment confirm par IDC, pour qui 87 % des entreprises s'estiment satisfaites par la tlphonie traditionnelle, quand 33 % trouvent encore la technologie non mature. Ajoutons aussi un cot du terminal IP lev. A contrario, 90 % des adeptes de la VoIP apprcient la rduction des cots et l'administration centralise. De fait, comme le conclut Olivier de Nomazy, responsable marketing PME pour Nortel, ce sont les solutions hybrides IP/traditionnelles qui dcollent le plus . Une faon de transiger et de migrer en douceur.
VoIP ou ToIP ? Pour beaucoup, les dnominations VoIP et ToIP se mlangent et couvrent une ralit identique. Marc Rispoli, de Cisco, clarifie les termes : Lorsque l'on parle de VoIP, on voque le transport de la voix et les passerelles permettant de passer de l'analogique au numrique. Autrement dit, ce qui se passe aprs que l'on a compos un numro depuis un poste analogique, soit la conversion du signal en IP via une passerelle et le transport de ces flux par un oprateur. Cela couvre l'aspect transport. La ToIP intervient ds que vous avez des terminaux IP en bout de chane. Quant aux softphones et autres outils de communication logiciels, nous prfrons parler de communication IP unifie.

Le rseau de dmonstration de Convention VoIP

Cliquez ici pour agrandir l'image

Elabor par le laboratoire Ilexia, le rseau de Convention VoIP conoit des scnarios d'interconnexion d'entreprises : analogique/numrique, Centrex, tout-IP, etc. Tous les quipements sont configurs en SIP.

Quelques nouveaux quipements

Cliquez ici pour agrandir l'image