Vous êtes sur la page 1sur 61

Voix sur IP (VoIP)

Emmanuel Gillard Chef de service Equipements Et Liaisons Direction des systmes d'information Conseil gnral de l'Isre

INPG Dpartement Formation Continue de l'INP Grenoble

TABLE DES MATIRES SOMMAIRE


Table des matires .........................................................................................................................................................2 1 - Introduction ...................................................................................................................................................................5 2 - Le Rseau Tlphonique Commut......................................................................................................................5 2.1 - Histoire de la tlphonie ..................................................................................................................................5 2.2 - Principe du RTC ...................................................................................................................................................6 2.3 - Architecture du rseau .....................................................................................................................................7 3 - Les enjeux de la tlphonie sur IP ........................................................................................................................8 4 - Les avantages ................................................................................................................................................................9 4.1 - Rduction des cots ...........................................................................................................................................9 4.2 - Standards ouverts et interoprabilit multi-fournisseurs.................................................................9 4.3 - Choix d'un service opr ..................................................................................................................................9 4.3.1 Centrex IP ...................................................................................................................................................... 10 4.4 - Un rseau voix, vido et donnes (triple play) .................................................................................... 11 4.5 - Un service PABX distribu ou centralis ................................................................................................ 12 4.6 - Intgration des services vido .................................................................................................................... 12 5 - L'Architecture VoIP.................................................................................................................................................. 12 5.1 - Les schmas ........................................................................................................................................................ 12 5.2 - Gateway et Gatekeeper .................................................................................................................................. 13 5.3 - VoWLAN ou la voix sur IP par le WiFi ..................................................................................................... 14 6 - Standards VoIP .......................................................................................................................................................... 16 6.1 - Protocole H323 ................................................................................................................................................. 16 6.1.1 - Introduction ............................................................................................................................................... 16 6.1.2 - Fonctionnement ....................................................................................................................................... 17 6.1.3 - H323 dans le modle OSI...................................................................................................................... 19 6.1.4 - La visioconfrence sur IP ..................................................................................................................... 21 6.1.5 - Avantages et inconvnients ................................................................................................................. 22 Voix sur IP Page 2

6.1.6 - Comparaison avec SIP............................................................................................................................ 23 6.1.7 - Conclusion .................................................................................................................................................. 23 6.2 - Transport RTP et RTCP.................................................................................................................................. 24 6.2.1 - Introduction ............................................................................................................................................... 24 6.2.2 - Les fonctions de RTP .............................................................................................................................. 24 6.2.3 - Entte RTP .................................................................................................................................................. 24 6.2.4 - Les fonctions de RTCP ........................................................................................................................... 26 6.2.5 - Entte RTCP ............................................................................................................................................... 26 6.2.6 - Conclusion .................................................................................................................................................. 27 6.3 Le transport d'un flux vido (H.261 et H.263) .................................................................................... 28 6.3.1 - H.261 ............................................................................................................................................................. 28 6.3.2 H.263 ............................................................................................................................................................ 29 6.4 Le transport d'un flux audio ....................................................................................................................... 30 6.4.1 - Les codecs ................................................................................................................................................... 30 6.4.2 - G.711 (PCM) ............................................................................................................................................... 31 6.5 - Protocole SIP ...................................................................................................................................................... 32 6.5.1 - Introduction ............................................................................................................................................... 32 6.5.2 - Fonctionnement ....................................................................................................................................... 32 6.5.3 - Scurit et Authentification................................................................................................................. 34 6.5.4 - Comparaison avec H323 ....................................................................................................................... 35 6.5.5 - Conclusion .................................................................................................................................................. 35 7 - Problme et QoS ........................................................................................................................................................ 35 7.1 - Latence ................................................................................................................................................................. 35 7.2 - Perte de paquets ............................................................................................................................................... 36 7.3 - Gigue ...................................................................................................................................................................... 37 8 Migration d'une installation ................................................................................................................................ 37 8.1 Alimentation des postes IP .......................................................................................................................... 37 9 La rglementation dans certains pays ............................................................................................................ 38 10 - Etat du march ........................................................................................................................................................ 41 Voix sur IP Page 3

10.1 - 3COM .................................................................................................................................................................. 41 10.2 - ALCATEL ........................................................................................................................................................... 41 10.3 - AVAYA ................................................................................................................................................................ 42 10.4 - WellX ................................................................................................................................................................... 42 10.5 - CISCO .................................................................................................................................................................. 43 10.6 - NORTEL ............................................................................................................................................................. 45 10.7 - QUESCOM.......................................................................................................................................................... 46 10.8 - MITEL ................................................................................................................................................................. 46 10.9 - SIEMENS ............................................................................................................................................................ 47 10.10 - EADS-TELECOM .......................................................................................................................................... 47 10.11 - ERICSSON ....................................................................................................................................................... 47 10.12 - CENTILE.......................................................................................................................................................... 47 10.13 - TENOVIS ......................................................................................................................................................... 48 10.14 - TIPTEL ............................................................................................................................................................. 48 10.15 - FRANCE TELECOM ..................................................................................................................................... 49 10.16 - ALSATEL ......................................................................................................................................................... 49 10.17 - IC CENTREX ................................................................................................................................................... 49 10.18 - PACWAN ......................................................................................................................................................... 49 10.19 - Panasonic ....................................................................................................................................................... 50 10.20 - TechTelecom................................................................................................................................................. 50 10.21 - 3CX .................................................................................................................................................................... 51 10.22 - Keyyo ............................................................................................................................................................... 52 10.23 Microsoft ........................................................................................................................................................ 52 10.24 - Asterisk ........................................................................................................................................................... 53 11- Le futur : communications unifies ................................................................................................................. 56 12 - Conclusion................................................................................................................................................................. 60 Rfrences .......................................................................................................................................................................... 61

Voix sur IP

Page 4

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. La tlphonie devient ds lors 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, jigue-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 grands intrts pour la voix sur rseau priv. 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 (http://www.frameip.com/sondages/sondages_voip.php) 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 RESEAU TELEPHONIQUE COMMUTE


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 multiples fonctions. 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 protocoles de discussion utilis sur la paire de cuivre boucle locale.

2.1 - HISTOIRE DE LA TELEPHONIE


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 telles que : 1837 Premier tlgraphe lectrique invent par Samuel Morse

Voix sur IP

Page 5

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 Etats-Unis 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 nuds 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.

Voix sur IP

Page 6

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 pour 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 celui-ci. 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 RESEAU


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 eux-mmes 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);

Voix sur IP

Page 7

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 TELEPHONIE 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 Pourcentage

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

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 2007-2008 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 (http://www.frameip.com/mplscisco/). 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 pas suffisamment de dploiements oprationnels en France et mme dans le monde. De nombreuses entreprises connaissent la tlphonie sur IP, mais beaucoup 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

Voix sur IP

Page 8

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 - REDUCTION DES COUTS


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 INTEROPERABILITE 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 OPERE

Voix sur IP

Page 9

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.3.1 CENTREX IP
Un exemple de service opr est le Centrex IP. Un Centrex IP est un IPBX hberg et mutualis. Ce systme permet une entreprise d'externaliser la gestion de son systme de voix sur rseau IP. Apparue depuis le dbut des annes 2000, l'offre n'est devenue crdible auprs des entreprises que depuis la maturation des liaisons xDSL haut dbit des tarifs trs attrayants. Le Centrex IP permet galement de passer pour un cot rduit un systme de communications unifies. Description Les tlphones des utilisateurs s'authentifient au Centrex au travers d'Internet. Les appels entrants et sortants transitent en IP. Cette solution permet de supprimer les abonnements tlphoniques, le standard tlphonique et de rduire considrablement le cot des appels tlphoniques. Le Centrex est fourni en mode ASP (abonnement mensuel par poste). Principe L'entreprise cliente d'un Centrex IP est quipe sur son site d'un routeur connect sur liaison xDSL et de tlphones IP. Le rseau local de l'entreprise doit tre apte supporter la tlphonie sur IP. En consquence, selon la taille et la complexit du rseau, un audit s'impose avant la mise en uvre du service de Centrex IP. Les rticences face la notion de Centrex IP sont lies en partie aux interrogations concernant la qualit et la fiabilit de la voix sur IP transitant sur un lien xDSL. Elles sont lies galement au caractre intrusif de ce type de solution (risques pour la scurit du systme d'information). Economie Au niveau budgtaire, le Centrex IP apporte d'abord des conomies en matire d'investissements, puisqu'on se passe du PABX et du cblage tlphonique. Il engendre aussi une rduction des frais de communications et une meilleure visibilit sur les cots, les offres tant largement forfaitises - la tarification mensuelle par poste comprend les appels internes et souvent nationaux, voire internationaux. La quasi-totalit des nouveaux entrants de ce march vise avant tout les petites, voire les trs petites entreprises. Ces dernires ont des cycles de dcision beaucoup plus courts et sont rceptives une offre qui allie une rduction des cots une richesse fonctionnelle jusque-l inabordable. Convergences Le Centrex IP permet galement une offre tarifaire incluant les communications sur Internet haut dbit et sur le rseau mobile, et ce avec un seul et mme numro pour l'utilisateur. La facturation unique est mme concevable avec des reports de minutes possibles entre les abonnements. Entre autres technologies, l'UMA (Unlicensed Mobile Access)1 permet un lien entre les rseaux d'oprateurs de tlphonie mobile GSM/GPRS et les rseaux sans fil Wi-Fi ou Bluetooth. A terme, on peut penser que les gros dploiements dans les entreprises se feront par un protocole SIP (Session Initiation Protocol), plus

1 Unlicensed Mobile Access ou UMA est une technologie qui a pour objectif de remplacer la couche physique des rseaux GSM et GPRS par des bandes de frquences libres d'utilisation, celles des 2,4 GHz, ou l'on trouve Bluetooth et Wi-Fi entre autres.

Elle a t dveloppe par un consortium d'entreprises nomm UMAC comptant entre autres Alcatel, Cingular, Ericsson, Motorola, Nokia, Nortel, Siemens, T-Mobile et Kineto Wireless. L'objectif ultime de l'UMA est de faire converger les protocoles de communications des tlphones mobiles, fixe et informatiques.

Voix sur IP

Page 10

compliqu que l'UMA mais mieux adapt pour tre vhicul sur du Wi-Fi, un procd qui porte le nom d'IMS (IP Multimedia Subsystem)2. Prestataires Outre les oprateurs de tlcommunications et les oprateurs virtuels, les services de Centrex IP sont disponibles auprs d'une nouvelle catgorie d'acteurs. Les intgrateurs et installateurs s'intressent au Centrex IP : cela leur permet de se positionner quasi comme des oprateurs, sans en avoir les moyens financiers ni les ressources techniques. Un seul march, plusieurs technologies (Centrex IP vs. PABX IP administr) L'IP Centrex n'est ni plus ni moins qu'une des multiples variantes smantiques utilises pour dsigner un seul et mme march: celui de la tlphonie sur IP loue en tant que service, c'est--dire administre et loue un tiers (le tiers pouvant tre un oprateur, un intgrateur ou autre). Historiquement, environ 10 15% des entreprises choisissent de faire administrer leur tlphonie par un tiers, plutt que d'investir dans l'acquisition d'une installation tlphonique. Sur ce march, les technologies utilises par le soustraitant sont principalement de deux types: plates-formes dites "softswitches" utilises par certains oprateurs, PABX IP (qui supportent galement des fonctions multi-clients). En France, la premire catgorie ne reprsente pas plus de quelques dizaines de milliers de lignes sur un parc de plusieurs millions de lignes d'entreprise. L'immense majorit (suprieure 99%) des lignes "en location" sont mises en uvre aujourd'hui l'aide systmes de tlphonie d'entreprise (PABX IP) administrs. Selon la socit Alcatel-Lucent (le leader europen sur le march de la tlphonie d'entreprise), l'IP Centrex a rellement peu de chance de dcoller d'une part cause de la base installe de PABX, d'autre part en raison d'une dficience en termes de fonctionnalits tlphoniques requises et enfin cause de son caractre intrusif. Les aspects scurit sont un critre important pour nombre de prescripteurs en entreprise, en particulier les plus grandes. Ils ne sont pas forcment trs bien grs par les fournisseurs de solutions Centrex IP. Enfin, l'IP Centrex offre peu de fonctionnalits de type Couplage tlphonie-informatique (CTI).

4.4 - UN RESEAU VOIX, VIDEO ET DONNEES (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.

2 Le IP Multimedia Subsystem (IMS) est une architecture standardise Next Generation Network (NGN) pour les oprateurs de tlphonie, qui permet de fournir des services multimdias fixes et mobiles. Ce systme utilise la technologie VoIP base sur une implmentation 3GPP standardise de SIP fonctionnant sur un protocole standard IP.
Les systmes tlphoniques existants (commutation de paquets et commutation de circuits) sont pris en charge. Lobjectif dIMS nest pas seulement de permettre de nouveaux services, existants ou futurs, proposs sur Internet. Les utilisateurs doivent en plus tre capables dutiliser ces services aussi bien en dplacement (situation de roaming) que depuis chez eux. Pour cela, lIMS utilise les protocoles standards IP, dfinis par lIETF. Ainsi, une session multimedia, quelle seffectue entre deux utilisateurs IMS, entre un utilisateur IMS et un internaute, ou bien encore entre deux internautes, est tablie en utilisant exactement le mme protocole. De plus, les interfaces de dveloppement de services sont galement bases sur les protocoles IP. Cest pour cela quIMS fait vritablement converger lInternet et le monde de la tlphonie cellulaire ; Il utilise les technologies cellulaires pour fournir un accs en tout lieu, et les technologies Internet pour fournir les services.

Voix sur IP

Page 11

4.5 - UN SERVICE PABX DISTRIBUE OU CENTRALISE


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 - INTEGRATION DES SERVICES VIDEO


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 SCHEMAS
Voici le schma gnral 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

Voix sur IP

Page 12

effet, chaque constructeur apporte ses normes et ses fonctionnalits ses solutions. Il existe tout de mme des rfrences en la matire. Nous allons 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, nous allons 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 remarquer, 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 telles que Numris (RNIS), la tlphonie commute (RTC) ou la tlphonie IP. Les gateways doivent aussi tre compatibles 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 fournit deux services principaux : la gestion des permissions 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.

Voix sur IP

Page 13

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 passante 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 passante 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 tels qu'IP.

5.3 - VOWLAN OU LA VOIX SUR IP PAR LE WIFI


Littralement VoWLAN signifie Voice over Wireless LAN, soit la transmission de la voix sur un rseau local sans fil, elle est aussi appele VoWiFi (Voice over Wi-Fi) ou VoIP on WLAN. Dclinaison de la voix sur IP (VoIP), elle reprend son principe de fonctionnement, savoir l'acheminement de la voix sur un rseau informatique. Plus besoin donc de passer par le rseau traditionnel, la voix transite soit de PC PC, de PC tlphone ou de tlphone tlphone en utilisant l'infrastructure rseau existante dans l'entreprise. La voix est codifie sous forme binaire, puis transmise par paquets IP via un central PABX jusqu'au destinataire qui se charge alors de la retranscription. La VoWLAN, et par extension la voix sur IP, se distingue d'un rseau commut comme le rseau tlphonique actuel. Pour celui-ci, lors d'un appel, le central se charge d'tablir une liaison permanente entre les deux interlocuteurs. Au contraire, le protocole IP utilis par les rseaux filaires (LAN) et nonfilaires (WLAN), n'tablit pas de connections permanentes entre les deux parties mais transmet l'information en fonction de l'tat de congestion du rseau. Ce fonctionnement se traduit par une lgre dgradation de la communication par rapport un poste fixe, mais reste de meilleure qualit que le rseau GSM (celui utilis par les tlphones portables). Mettre en place une infrastructure VoWLAN ncessite du matriel particulier. Cartes rseaux et points d'accs, doivent supporter la norme actuelle pour les rseaux sans fil, le 802.11 dfini par l'IEEE. Les principales dclinaisons de cette norme sont le 802.11a, le 802.11b et le 802.11g. La vitesse de transfert thorique varie de 11Mb/s pour la version b, 54 Mb/s pour la norme 802.11g pour une porte radio d'une centaine de mtres. A quel usage se destine la technologie ? La voix par rseaux sans fil conserve les mmes avantages que son cousin, la voix sur IP, savoir un cot restreint des communications locales, mais rajoute la mobilit aux terminaux tlphoniques. Potentiellement, toute organisation dont le personnel doit pouvoir tre joignable tout moment peut donc

Voix sur IP

Page 14

envisager de mettre en place ce type d'infrastructure au sein de ses locaux. Plus le nombre d'utilisateurs est grand, meilleur sera le retour sur investissement par rapport sa solution de tlphonie classique. L'autre atout de la VoWLAN, est la convergence voix / donnes. Ainsi, de nombreux services restent inventer dans un march encore jeune. Les terminaux capables d'exploiter les donnes (PDA ou tlphones Wi-Fi) pourraient ainsi dialoguer avec des bornes interactives ou tablir une visio-confrence. Exit le tlphone standard sans options, le VoWLAN introduit la mobilit et les fonctionnalits. Quelles normes le matriel doit-il respecter ? 802.11a : elle permet d'obtenir un dbit de 54 Mb/s thorique et spcifie 8 canaux radio autour de la bande de frquence des 5 Ghz. 802.11b : c'est la norme la plus rpandue dans les rseaux sans fil. Le dbit thorique est limit 11 Mb/s, sur 13 canaux autour de la plage des 2,4Ghz. 802.11e : cette norme implmente la qualit de service dans les rseaux sans fil. Elle dispose d'un systme de priorit spcifiant le traitement de l'information en fonction de sa nature. Intitul Wireless Multimedia Extension (WME), ce systme libre en priorit de la bande passante pour le transport de la voix ou de la vido, que pour les donnes brutes. Il sera mme possible d'imposer une bande passante pour un type de d'information. 802.11i : le groupe de travail du 802.11i se charge d'introduire davantage de scurit au niveau du standard 802.11. Il travaille notamment sur des mcanismes de scurit plus lgers pnalisant moins les communications vocales et sur un moyen de r-authentification de l'utilisateur lorsqu'il passe d'un relais un autre. Quelles sont les limites de cette technologie ? A l'heure actuelle, elles sont encore nombreuses. Elles proviennent en grande majorit des protocoles 802.11 supports par le matriel actuel. Aucun n'est en mesure de fournir une qualit de service (QoS) pourtant ncessaire pour garantir le bon fonctionnement des communications. Comme la communication s'effectue par ondes radios non rserve, les interfrences sont possibles si deux zones se chevauchent et la porte limite, surtout en intrieur. Autre reproche souvent formul, garantir la scurit d'un rseau sans fil est complexe. Elle passe soit par la mise en place d'un rseau priv virtuel (VPN), soit par des restrictions d'accs et des algorithmes de cryptage. Mais l'un comme l'autre pose des problmes de qualit des communications. Le dernier dfaut du VoWLAN vient de la limite des points d'accs. Actuellement, un point d'accs supporte seulement quatre cinq appels en simultans. Les normes 802.11e et 802.11i, sorties en septembre 2004, ont corrig en partie ces dfauts. Enfin, il convient de prendre en compte galement les problmes potentiels de roaming. Chaque passage d'un Access Point un autre ncessite une rauthentification dont la dure avoisine les 500ms. Il est donc ncessaire que l'quipement reste dans la zone de recouvrement de la couverture durant cette priode :

Voix sur IP

Page 15

Quelles sont les technologies concurrentes ? Le DECT (Digital Enhanced Cordless Telecommunications) est un systme de tlphonie sans fil courte porte (de 100 300 mtres) o l'on dispose d'une base et de plusieurs combins repartis autour. Plus ancienne que la VoWLAN, elle ne souffre pas des dfauts de cette dernire. Le systme DECT dispose en effet d'une bande de frquence rserve, ce qui limite les interfrences et garantit le dbit. De plus, la technologie DECT bnficie d'une stratgie de scurit mature. Cependant, elle offre techniquement moins de possibilits. Les terminaux mis disposition ne sont que de simples tlphones et le rseau sur lequel DECT s'appuie ne permet pas une liaison voix / donnes. Qui se positionne sur ce secteur ? Alcatel, Cisco, Spectralink, Symbol, Nec, Motorola, Dell, Nortel Networks et Texas Instrument travaillent sur le matriel Wi-Fi autour d'architecture VoWLAN. Cegetel, France Telecom ou 9Tlcom, ont ajout leur catalogue des offres de voix sur 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 des nouvelles fonctionnalits, telles que la visioconfrence : l'envoi de son et de vido avec un souci 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 utilises pour l'envoi de donnes audio et vido sur Internet. Il a t dvelopp pour les rseaux ne garantissant pas une qualit de service (QoS) : IP et IPX sur Ethernet, Fast Ethernet et Token Ring. 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. H.323 fait partie de la srie H.32x qui traite de la vidoconfrence au travers diffrents rseaux. Elle inclut H.320 et H.324 lis aux rseaux ISDN (Integrated Service Data Network) et PSTN (Public Switched Telephone Network).

Voix sur IP

Page 16

Les diffrents protocoles utiliss dans H.323 sont : tat H.323 : System Document H.225.0 : signalisation d'appel, empaquetage, enregistrement au garde-barrire, admission et H.245 : contrle (galement utilis dans H.324 et H.310) T.120 : contrle des donnes et des confrences, RTP : Real-time Transport Protocol (IETF) RTCP : Real-time Transport Control Protocol (IETF)

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 installe 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 particulires 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 Pabx eux-mmes.

Voix sur IP

Page 17

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. Ils peuvent enfin offrir des services d'annuaires. Remarque : La traduction d'adresse n'est pas une translation d'adresse IP classique, mais l'association entre un alias H.323 (identifiant H.323 de l'utilisateur) et une adresse IP issu du rfrencement du terminal. Les adresses du type "email" sont possibles (Tristan.Debeaupuis@hsc.fr), ainsi que les adresses du type "numro de tlphone" (33141409700 ou 192.70.106.33). 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 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

Voix sur IP

Page 18

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 transmis sur un protocole de transport non fiable (UDP, par exemple). H.225 - 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 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 : 1) tablissement d'appel 2) change de capacit et rservation ventuelle de la bande passante travers le protocole RSVP (Ressource reSerVation Protocol) 3) tablissement de la communication audio-visuelle 4) Invocation ventuelle de services en phase d'appel (par exemple, transfert d'appel, changement de bande passante, etc.) 5) Libration de l'appel.

6.1.3 - H323 DANS LE MODELE OSI


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

Voix sur IP

Page 19

Voici une autre reprsentation de l'empilement des protocoles intervenant dans le standart H323 :

Architecture

Voix sur IP

Page 20

6.1.4 - LA VISIOCONFERENCE 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 (Virtual Room Videoconferencing System) 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 :

Voix sur IP

Page 21

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 (par 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 INCONVENIENTS


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

Voix sur IP

Page 22

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. Le 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 employe 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'avre pas toujours compatible avec d'autres protocoles cause de son dveloppement inspir de la tlphonie, ce qui peut rendre son utilisation un peu "rigide".

Voix sur IP

Page 23

6.2 - TRANSPORT RTP ET RTCP 6.2.1 - INTRODUCTION


RTP est un protocole qui a t dvelopp par l'IETF afin de faciliter le transport temps rel de bout en bout des flux de 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 d'UDP, ce qui permet d'atteindre plus facilement le temps rel. Les applications temps rels comme la parole numrique ou la visio-confrence constituent un vritable problme pour Internet. Qui dit application temps rel, dit prsence d'une certaine qualit de service (QoS) que RTP ne garantit 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.2.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 leur 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.2.3 - ENTETE RTP


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

Voix sur IP

Page 24

6.2.3.1 - V Ce champ, cod sur 2 bits, permet d'indiquer la version de RTP. Actuellement, V=2. 6.2.3.2 - P Ce bit indique, s'il est 1, que les donnes possdent une partie de bourrage. 6.2.3.3 - X Ce bit spcifie, s'il est 1, que l'entte est suivi d'un entte supplmentaire. 6.2.3.4 - CC Ce champ, cod sur 4 bits, reprsente le nombre de CSRC qui suit l'entte. 6.2.3.5 - M Ce bit, lorsqu'il est 1, dfinit que l'interprtation de la Marque est par un profil d'application. 6.2.3.6 - PT Bas sur 7 bits, ce champ identifie le type du payload (audio, vido, image, texte, html, etc.). 6.2.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.2.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.2.3.9 - SSRC

Voix sur IP

Page 25

Bas sur 4 octets, ce champ identifie de manire unique la source de synchronisation, sa valeur est choisie de manire alatoire par l'application. 6.2.3.10 - CSRC Ce champ, sur 4 octets, identifie les sources de contribution. La liste des participants ayant leur contribution (audio, vido) aux donnes du paquet.

6.2.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 grs 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 - 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. Ces diffrents paquets de supervision fournissent aux nuds du rseau les instructions ncessaires un meilleur contrle des applications temps rel.

6.2.5 - ENTETE RTCP

Voix sur IP

Page 26

Voici l'en-tte commun tous les paquets RTCP :

6.2.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.2.5.2 - P Ce bit indique, s'il est 1, que les donnes possdent une partie de bourrage. 6.2.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.2.5.4 - PT Ce champ, cod sur 1 octet, est fix 200 pour identifier ce datagramme RTCP comme SR. 6.2.5.5 - Longueur Ce champ de 2 octets, reprsente la longueur de ce paquet RTCP incluant l'entte et le bourrage. 6.2.5.6 - SSRC Bas sur 4 octets, ce champ, reprsente l'identification de la source pour le crateur de ce paquet SR.

6.2.6 - CONCLUSION
RTP ncessite le protocole de transport UDP, (en-tte 8 octets), qui fournira les numros de port source et destination ncessaires la couche application. Pour l'instant, le protocole RTP se trouve au dessus d'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

Voix sur IP

Page 27

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.3 LE TRANSPORT D'UN FLUX VIDEO (H.261 ET H.263) 6.3.1 - H.261


Le protocole H.261 est dcrit dans la RFC 2032. Cette norme dcrit le transport d'un flux vido sur RTP. H.261 est une recommandation de compression vido de l'UIT-T. C'est une volution de la norme H.120. Elle fut notamment popularise par la console de jeu Playstation de Sony, qui l'intgra entirement dans son moteur de dcompression de donnes. Les travaux sur la norme H.261 ont ultrieurement servi de base la norme MPEG. Cette norme devenu obsolte, sa succession fut assure par la norme H.263 de meilleure qualit pour la VoIP; pour l'encodage vido pur, on prfrera la norme H.264. 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.

Voix sur IP

Page 28

QUANT (Quantizer) - Bas sur 5 bits, ce champ reprsente la valeur active 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 un 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 un entte Gob.

6.3.2 H.263
H.263 est une recommandation concernant la norme de codage vido dveloppe par lUIT-T Q.6/SG16. lorigine, H.263 a t dvelopp pour la transmission de la vido sur des lignes trs bas dbits, pour des applications de visiophonie via le rseau tlphonique commut de type H.324. Elle a ensuite t intgre dans les protocoles de visioconfrence sur IP du type H.323. Au dbut dune communication vido entre deux terminaux quips de ce codec, ils changent leurs caractristiques grce au protocole H.245 et choisissent les modes de H.263 quils utiliseront lors de la communication. Historique : La version 1 de H.263, standardise en 1996, dfinit une architecture de base (baseline) spcifiant des techniques communes aux autres standards (H.261, MPEG-1, MPEG-2). Elle comporte donc les techniques de compensation de mouvement inter-images, de transforme par bloc (DCT), de quantification et de codage entropique bas sur des codes longueur variable (VLC). La partie baseline de ce codec a aussi servi de fondement au codec video MPEG-4. La version 1 comporte aussi 5 modes optionnels dfinis dans des annexes : * Annexe D : vecteurs de mouvement non restreints (taille de vecteurs tendue et pouvant sortir de limage) * Annexe E : codage entropique arithmtique * Annexe F : prdiction avance (4 vecteurs mouvement par macroblock, compensation par chevauchement des blocks voisins) * Annexe G : images PB * Annexe H : correction derreurs Seuls cinq formats (SQCIF, QCIF, CIF, 4CIF et 16CIF) dimages ainsi quune seule frquence dimage (29,97 Hz) ont t standardiss pour cette premire version. La version 2 de H.263 (appele H.263+) ratifie en fvrier 1998 permet dlargir les domaines dapplications en tant plus flexible et en amliorant lefficacit de codage, tout en restant compatible avec la version 1. Pour cela, de nouveaux modes optionnels contenus dans des annexes ont t ajouts :
* * * * * * * * * * * * * Annexe Annexe Annexe Annexe Annexe Annexe Annexe Annexe Annexe Annexe Annexe Annexe Annexe D modifie : les vecteurs peuvent tre cods avec des codes VLC rversible I : intra prediction des coefficients DCT (avec tables VLC supplmentaires) J : filtre de deblocking intgr dans la boucle de codage K : subdivision de limage en slices L : informations supplmentaires (pour laffichage) M : images PB amlior N : slection de limage de rfrence (utilise une voie de retour) O : scalabilit (temporelle, spatiale, qualit) P : image de rfrence globalement prdite Q : changement de rsolution dynamique R : prdiction confine lintrieur dun slice S : changement de tables VLC pour le mode inter autoris T : extension de la quantification au niveau macroblock et pour la chrominance

H.263+ nest plus restreint pour ce qui concerne la taille de limage et la frquence dimage. La version 3 de H.263 (appele H.263++) date de 2000 et spcifie 4 annexes supplmentaires :
* Annexe U : slection des plusieurs images de rfrence au niveau macroblock. * Annexe V : mode slice amlior et support du data partitionning (sparation des vecteurs mouvement des coefficients DCT). * Annexe W : informations supplmentaires damlioration * Annexe X : dfinition de profils et niveaux

Voix sur IP

Page 29

6.4 LE TRANSPORT D'UN FLUX 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) 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.). 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 :

Explications du synoptique : La bande voix qui est un signal lectrique analogique utilisant une bande de frquence de 300 3400 Hz, elle est d'abord chantillonn numriquement 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 transiter sur n'importe quel rseau IP.

6.4.1 - LES CODECS


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. L'objectif d'un codec est d'obtenir une bonne qualit de voix avec un dbit et un dlai de compression les 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 uvre 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 Excellente Score 5

Voix sur IP

Page 30

Bonne Correcte Pauvre Insuffisante

4 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 MOS des diffrents codecs Codec VoIP G.711 (PCM) G.726 G.729 G.723.1 G.723.1 GSM G.729 x2 G.729 x3 G.729 x GSM Deux observations principales peuvent tre tires du ce tableau : 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 uvre 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 primordial pour une bonne coute de la Voip. Dbit (Kbps) 64 32 8 6.4 5.3 13 Score MOS 4.1 3.85 3.92 3.9 3.65 3.5 3.27 2.68 3.17

6.4.2 - G.711 (PCM)


Cette recommandation concerne l'chantillonnage et les lois de compression employer pour la modulation par impulsion et codage (MIC) des frquences vocales. La bande tlphonique tant limite fmax = 3400 Hz, la frquence d'chantillonnage sera fix 8 000 Hz ce qui donne environ Fe = 2,35 fmax (application du thorme de Shannon). Dans le transport d'une information numrique, la quantification n'est plus sensible aux perturbations qui gnaient la transmission analogique. L'cart entre la valeur de quantification et la valeur exacte se traduit par un bruit de quantification. Pour une meilleure qualit, il faut dfinir le rapport signal/bruit. Le rapport signal/bruit est une fonction linaire du signal d'entre jusqu' saturation dans les niveaux forts. Or, il s'avre qu'une telle fonction pnalise les signaux faibles.

Voix sur IP

Page 31

Plus le signal est faible, donc proche du niveau de bruit, plus le rapport signal/bruit est mauvais. On peut arriver un rapport de 15 dB pour les faibles signaux, ce qui est franchement mauvais. L'chelle des valeurs en fonction du rapport signal/bruit nous donne : 50 40 30 20 10 dB dB dB dB dB = = = = = Excellent Trs Bon Bon Moyen Inexploitable

Pour amliorer la valeur du rapport signal/bruit, il faut soit rajouter des lments binaires, soit diminuer la taille des chelons lorsque le signal est faible. Pour cela, on a recourt la compression. Les lois de compression sont toutes logarithmiques mais on considre que pour les chelons les plus faibles, la loi est linaire. On a donc une loi linaire jusqu' une certaine valeur, puis une loi logarithmique.

6.5 - PROTOCOLE SIP 6.5.1 - INTRODUCTION


Le protocole SIP (Session Initiation Protocol) 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 (http://www.frameip.com/rfc/rfc3261.php) rendant obsolte la RFC 2543 (http://www.frameip.com/rfc/rfc2543.php). 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.5.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 :

Voix sur IP

Page 32

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, SDP3). 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 l'audio). 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 rattache 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 invite 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 (UTF-8), 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 :

SDP, Session Description Protocol, est un format de description et dinitialisation des paramtres. Il est publi par le groupe IETF sous le RFC 4566

Voix sur IP

Page 33

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 errone 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'UAC (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.5.3 - SECURITE 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 emprunte 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 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. S'il ne l'ignore pas et met une requte vers le serveur

Voix sur IP

Page 34

"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.5.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. Le nombre des en-ttes est limit (36 au maximum et en pratique, moins d'une dizaine d'enttes 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

1,5 aller-retour Simple par sa nature textuelle l'exemple de Http Protocole ouvert de nouvelles fonctions Distribue Oui, par dfaut Oui Oui, par dfaut

6 7 aller-retour Complexe et ncessitant un compilateur 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

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

7 - PROBLEME ET QOS
7.1 - LATENCE
Voix sur IP Page 35

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 1 2 3 4 Dlai par sens 0 150 ms 150 300 ms 300 700 ms Au del de 700 ms Commentaires 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 lments 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

Voix sur IP

Page 36

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 MIGRATION D'UNE INSTALLATION


Cette migration d'un rseau existant doit respecter absolument certaines rgles, les voici : 1 - Mettre niveau le rseau tendu 2 - Dimensionner le rseau local (s'assurer d'une trs bonne bande passante et surtout de son utilisation) 3 - Rcuprer l'existant en tlphonie classique (comme les fax par exemple ou les liens oprateurs analogiques ou numriques) 4 - Confrer une certaine autonomie aux sites distants 5 - Intgrer la tlphonie sans fil (soit DECT, soit WIFI) 6 - Autoalimenter les postes tlphoniques (norme 802.3af) 7 - Assurer la scurit 8 - Calculer le retour sur investissement (ROI) Pour consulter un cas d'cole de migration, allez consulter le rapport d'Infogrames qui a choisi la tlphonie sur IP : http://www.zdnet.fr/techupdate/reseaux_telecoms/0,39020969,39129886,00.htm

8.1 ALIMENTATION DES POSTES IP


He oui, 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 et dbranch avec une fausse manipulation. Ces deux solutions ont t normaliss par un document officiel de IEEE Computer Society (norme : 802.3af) et elles sont dcrites ci-dessous:

Voix sur IP

Page 37

Dans le premier cas gauche ici, les tlphones IP sont directement connects aux switchs d'tages qui intgrent l'alimentation 48 V ncessaire sur les paires LIBRES ! C'est donc un switch dernire gnration compatible 802.3af

Dans notre 2 cas gauche, le switch n'tant pas quip, il a fallu installer un PATCH POWER PANEL pour pouvoir alimenter quand mme les tlphones IP. Les cordons rseaux sortent du switch, vont au power panel puis ressortent sur un autre port vers le PC de l'tage.

Si vous n'avez pas un switch qui assure la tlalimentation 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 (c'est normal) et aucun appel d'urgences n'est donc possible.

9 LA REGLEMENTATION DANS CERTAINS PAYS


Le prsent tableau est fond sur les rsultats de l'enqute de l'UIT sur la rglementation (Edition 2000) et sur des tudes de cas ralises par l'UIT. Les tats membres n'y ont apport ni modifications ni claircissements en vue du troisime Forum Mondial des politiques de tlcommunications. Source : http://www.itu.int/itunews/issue/2001/02/toc-fr.html Notes : selon que la transmission des signaux s'effectue ou non "en temps rel", la rglementation affrente la tlphonie classique peut s'appliquer divers degrs. On ne dispose pas pour tous les pays d'informations rglementaires permettant de dterminer si le service est assur ou non en temps rel. Pays Angola Antigua-et-Barbuda (1) Bhoutan Congo Costa Rica Dominicaine (Rp.) Estonie (2) Etats-Unis (3) Gambie Guatemala Madagascar Malte Mexique Mongolie (2) Nouvelle-Zlande Ouganda Pologne Sainte-Lucie (1) Saint-Vincent (4) Slovaquie Tonga Vietnam Description de la rglementation

Pas d'interdiction spcifique pour la tlphonie/tlcopie sur l'Internet public. Notes : (1) Antigua-et-Barbuda et Sainte Lucie : l'utilisation de l'Internet public n'est pas interdite pour la tlphonie et la tlcopie, mais on ne dispose d'aucune donne sur l'utilisation des rseaux Ip pour ces services. (2) En Estonie, les communications tlphoniques nationales et internationales achemines par des rseaux Ip taient interdites jusqu'au 31 dcembre 2000. La tlphonie Ip publique tait galement interdite jusqu' la mme date. En Mongolie, les communications tlphoniques internationales taient interdites jusqu' cette mme date. (3) Les Etats-Unis autorisent la tlphonie Ip sans aucune condition, c'est dire qu'elle n'est pas assujettie au rgime des rglements internationaux. (4) Saint-Vincent : l'utilisation de rseaux Ip n'est pas interdite, mais on ne dispose d'aucune donne concernant l'utilisation de l'Internet public pour la tlphonie et la tlcopie.

Voix sur IP

Page 38

Pays de l'Union Europenne (5) Hongrie (6) Islande

Autorise ou non rglemente si la transmission n'est pas en temps rel (n'est pas assimile de la tlphonie vocale). (5) L'Union Europenne regroupe les 15 pays suivants : Allemagne, Autriche, Belgique, Danemark, Espagne, Finlande, France, Grce, Irlande, Italie, Luxembourg, Pays-bas, Portugal, Royaume Uni et Sude. (6) Hongrie : lorsque le temps mort de transmission est =/> 250 ms et la perte de paquets >1%. Autorise. Dans le cas d'une transmission en temps rel, assortie de conditions peu contraignantes (obligation de notification ou d'enregistrement, autres dispositions de base de la rglementation de la tlphonie vocale classique). (7) Exception : de tlphone tlphone dans le cas autre que l'oprateur tabli. Autorise. Lorsque la transmission de fait en temps rel, assimile aux autres services de tlcommunication vocale ( sous rserve d'octroi de licences et vise par les dispositions dtailles de la rglementation applicable la tlphonie vocale classique )

Hong-Kong (RAS de) Japon Rpublique Tchque (7) Singapour Suisse Australie Canada Chine Core (Rp.) Malaisie

Voici les pays qui autorisent les services tlphoniques/de tlcopie, soit sur Internet public, soit sur des rseaux IP (mais pas sur les deux la fois). Pays Argentine Chypre Ethiopie Kenya Utilisation d'Internet public Interdite Interdite Interdite Interdite (services tlphoniques, rappel et reroutage compris) Utilisation des rseaux IP Non interdite Non interdite Non interdite Non interdite Interdite (jusqu'en 2003 pour la tlphonie Ip ) Interdite (jusqu'en 2003 pour la tlphonie Ip )

Kirghizistan Non interdite Moldova Non interdite Interdite (les services tlphoniques sont interdits puisqu'ils sont assimils des services de tlphonie vocale)

Prou

Non interdite

Philippines Interdite Sri Lanka Non interdite

Non interdite Interdite (services tlphoniques)

Ce prsent tableau est fond sur les rsultats de l'enqute de l'UIT sur la rglementation (Edition 2000) et sur des tudes de cas ralises par l'UIT. Les tats membres n'y ont apport ni modifications ni claircissements en vue du troisime Forum Mondial des politiques de tlcommunications. Source : http://www.itu.int/itunews/issue/2001/02/toc-fr.html

Voici les pays qui interdisent l'utilisation de l'Internet public et des rseaux IP pour les services de tlphonie ou de tlcopie :
Pays Albanie Azerbadjan Belize Botswana Cambodge Tous les services sont interdits Tlphonie interdite sur l'Internet public Tlphonie interdite indfiniment Informations donnes Services tlphoniques sur rseaux Ip interdits jusqu'en 2003

Voix sur IP

Page 39

Cameroun Cte d'Ivoire Croatie Cuba Equateur Erytrhe

Tlphonie interdite sur l'Internet public Tlphonie interdite sur l'Internet public jusqu'en 2004

Tlphonie interdite sur l'Internet public et les rseaux Ip la diffrence de la tlcopie Tlphonie interdite sur l'Internet public. Tlphonie temporairement interdite sur les rseaux IP Tlphonie interdite pendant encore plusieurs annes ( la fois sur l'Internet public et sur les rseaux Ip ) Tlphonie interdite ( la fois sur l'Internet public et sur les rseaux Ip ) Ce pays interdit l'utilisation de services tlphoniques sur l'Internet public, mais n'a pas rpondu la question concernant les rseaux IP Tlphonie interdite sur l'Internet public. Rglementation en cours d'laboration pour autoriser la tlphonie sur les rseaux IP. Tlphonie interdite sur l'Internet public. Tlphonie et tlcopie interdites sur les rseaux IP Tlphonie interdite sur l'Internet public. Services tlphoniques et de tlcopie interdits sur les rseaux Ip jusqu'a la fin de l'anne 2004

Gabon

Inde

Indonsie Isral Jordanie Lettonie Lituanie Maroc Mozambique Myanmar Nicaragua Nigria Pakistan Paraguay Qatar

Tlphonie interdite sur l'Internet public et sur les rseaux Ip jusqu'au 31 dcembre 2002

Tlphonie et tlcopie interdites sur l'Internet public et sur les rseaux IP

Services tlphoniques interdits sur l'Internet public et sur les rseaux IP Tlphonie et tlcopie interdites l'heure actuelle sur les rseaux IP Services de terminaison tlphoniques interdits sur l'Internet public. Tlphonie interdite sur les rseaux IP Tlphonie interdite sur l'Internet public et les rseaux IP Tlphonie et tlcopie interdites sur l'Internet public et sur les rseaux IP, mais la situation sera rexamine Tlphonie interdite sur l'Internet public. Services tlphoniques interdits au moins jusqu'au 1er janvier 2003 Tlphonie interdite sur l'Internet public Tlphonie et tlcopie interdites sur l'Internet public; nanmoins, la tlphonie Internet, qui est considre comme une application Internet plutt que comme service de tlcommunication assur par un fournisseur de services Internet, est autorise. Tous les services sur les rseaux Ip sont interdits

Roumanie Sngal

Seychelles

Swaziland Thalande Togo Trinit-et-Tobago Tunisie Turquie Tlphonie interdite sur l'Internet public et les rseaux IP Tlphonie interdite sur les rseaux Ip Tlphonie et tlcopie interdites sur l'Internet public et sur les rseaux IP

Ce prsent tableau est fond sur les rsultats de l'enqute de l'UIT sur la rglementation (Edition 2000 ) et sur des tudes de cas ralises par l'UIT. Les tats membres n'y ont apport ni modifications ni claircissements en vue du troisime Forum Mondial des politiques de tlcommunications. Source : http://www.itu.int/itunews/issue/2001/02/toc-fr.html

Voix sur IP

Page 40

10 - ETAT DU MARCHE
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 nous l'avons dit prcdemment, la tlphonie sur IP est un march jeune et novateur. D'ailleurs, le fait que la tlphonie sur IP soit un march chevauchant deux secteurs qui se rapprochent et taient compltement diffrents 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 qu'Alcatel ou Siemens. Mais Cisco et Clarent arrivent largement en tte, sur un march qui de 259 millions de dollars en 2005 et 2,89 milliards en 2006. La tlphonie sur IP propose trois 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. Voici un panorama des principaux produits. Le panorama n'est pas class selon les qualits des constructeurs, il est class alatoirement.

10.1 - 3COM
Site Internet : http://www.3com.fr/ Produits Tlphonie et Applications, cliquez ici Le produit 3Com NBX 100 Communications System est disponible dans 61 pays et dans 11 langages diffrents. La connectivit PSTN possible est Loop-start analog, T1/PRI, E1/PRI et ISDN BRI-ST. Les capacits maximum sont : 400 heures de messagerie vocale, 720 PSTN et 1500 devices ( PSTN + postes). Le systme d'exploitation est VxVorks. Autre produit : 3 NBX 1200 postes IP maxi du type Basic ou Business

10.2 - ALCATEL
Site Internet : http://www.alcatel.fr/ Alcatel OmniPcx Office, cliquez ici. Alcatel Office, cliquez ici. La voix sur Ip est native sur le produit OmniPcx.

Voix sur IP

Page 41

Le systme d'exploitation est Linux, la messagerie unifie est disponible, le nombre de postes Ip maximum est de 4000 pour l'OmniPcx 4400 et de 200 sur l'Omnipcx Office. Le nombre maximum de boites vocales est de 15000. L'Ip Sotfphone est disponible.

10.3 - AVAYA
Site Internet : http://www.avaya.fr/ Avaya Ip 401 Compact Office et Avaya IP403 Office et aussi l'Ip 6000 Le systme d'exploitation est propritaire, la messagerie unifie est disponible, le nombre de boites vocales est illimit, et le nombre de postes Ip maximum est de 90 pour l'Ip 403 Office et de 4 pour l'Ip 403 Compact Office. Deux autres modles :Definity One sous windows NT H323, 240 postes IP maxi du type 4600 ou softphone IP + Definity sous OS proprietaire, H323, 5000 postes IP maxi du type 4600 ou softphone IP

10.4 - WELLX
Site Internet : http://www.wellx.com/fr/index.htm Pour plus d'informations, cliquez ici. WellX Office est une solution PCBX (PC industriel quip de cartes de Tlcommunications). Le systme d'exploitation est Windows 2003.

Voix sur IP

Page 42

WellX Office est conforme au protocole SIP (stack OsIP et proxy Partysip) et gre indiffremment des terminaux analogiques et des terminaux SIP (IP-Phone -par ex. SIEMENS en photo droite-, MSN Messenger, SIP Phone, postes USB,....) mais aussi des "Access Device" type Mediatrix (http://www.mediatrix.com/). Jusqu' 200 postes Ip et 256 postes analogiques. Applications disponibles : Administration Web, Serveur vocal, Enregistreur de communications, Gestion des appels CTI (monte de fiches, client Web ), messagerie vocale et unifie, commandes vocales, ACD, interfaces TAPI ( possibilit de dvelopper une application 'tlphonie' avec VBA, VB, ASP, HTML, ou C++ ).

Client CTI

10.5 - CISCO
Site Internet : http://www.cisco.com/global/FR/solutions/smb/avvid_solutions/iptel_home.shtml Caractristiques des postes IP Phone de Cisco, cliquez ici. Dmonstration d'un poste 7960, cliquez ici.

Voix sur IP

Page 43

Possibilit de dveloppement XML. Cisco Unity : messagerie unifie et messagerie vocale. Le serveur de convergence mdia Cisco 7835-1266 peut grer 2500 postes IP, tandis que le serveur de convergence mdia Cisco 7835-1133 peut grer 1000 postes Ip (par serveur ) avec possibilit de les monter en grappe . Ils intgrent le serveur Call Manager. Le logiciel de traitement d'appels Cisco CallManager Manager 3.2 peut grer un maximum de 10 000 postes Ip par grappe.. La version 4.0 du Call Manager est sortie. Ils sont tous compatibles H323, MGCP, SIP, SCCP. Quelques modles : MCS7845 sous windows 2000, 30 000 postes IP maxi du type switch, XML, couleur, sans fil MCS7835 sous windows 2000, 10 000 postes IP maxi du type switch, XML, couleur, sans fil MCS7825 sous windows 2000, 4000 postes IP maxi du type switch, XML, couleur, sans fil MCS7815 sous windows 2000, 400 postes IP maxi du type switch, XML, couleur, sans fil Call manager express , OS temps rel, 120 postes IP maxi du type switch, XML, sans fil Caractristiques des postes IP Phone de Cisco, cliquez ici.

Voix sur IP

Page 44

10.6 - NORTEL
Site Internet : http://www.nortelnetworks.com/index.html Le systme d'exploitation est VxVorks. Le nombre de postes IP maximum est de 1000 pour le Call Server de base ( Succession Communication Server for Enterprise (CSE) 1000 ) et de 10 000 avec des serveurs en grappe. Quelques modles : Business Communication Manager 3.5 sous windows NT, EUROISDN, H323, QSIG, SIP, maxi inconnu, du type i2004, i2002 et i2050 Succession 1000 sous Vx-Works, EUROISDN, H323, QSIG, 1000 postes IP maxi du type i2004, i2002 et i2050 Succession 1000M sous Vx-Works, EUROISDN, H323, QSIG, 10 000 postes IP maxi du type i2004, i2002 et i2050 Caractristiques des postes IP Phone, cliquez ici.

Voix sur IP

Page 45

10.7 - QUESCOM
Site Internet : http://www.quescom.com/ Le produit QUESCOM 400 intgre les lments suivants : Serveur de voix sur IP, Serveur de messagerie et de tlphonie, Serveur d'appels RNIS et IP. Ce produit permet d'interconnecter un PABX existant avec une solution de VOIX SUR Ip et dispose d'une option GSM. Il est compatible avec les tlphones Ip de Cisco et accepte jusqu' 32 communications Ip simultanes.

10.8 - MITEL
Site Internet : http://www.mitel.fr/ Le produit 3300 ICP intgre la messagerie vocale (jusqu' 750 boites ), un standard automatique et la distribution automatique des appels ( ACD ). La connectivit PSTN est possible ainsi que PRI (QSIG et Euro Isdn ), et BRI. L'IP Sotfphone est disponible ainsi que des tlphones WI-FI. MITEL propose plus de 6 tlphones Ip et le nombre d'utilisateurs maximum peut dpasser les 700 avec un montage en cluster des contrleurs. Deux gammes : MN 3340, sous Vx-Works, 40 postes IP maxi, du type 5201, 5205 MN 3300, sous Vx-Works, 100, 250 et 700 postes IP maxi, du type 5201, 5205

Voix sur IP

Page 46

10.9 - SIEMENS
Site Internet : http://www.siemens.fr/ HiPath HiPath HiPath HiPath HiPath HiPath 3300 3350 3500 3550 3700 3750 sous sous sous sous sous sous windows windows windows windows windows windows NT/2000, NT/2000, NT/2000, NT/2000, NT/2000, NT/2000, ETSI, ETSI, ETSI, ETSI, ETSI, ETSI, ISO, ISO, ISO, ISO, ISO, ISO, CE, CE, CE, CE, CE, CE, IP, IP, IP, IP, IP, IP, 96 postes IP maxi, du type nc 96 postes IP maxi, du type nc 192 postes IP maxi, du type nc 192 postes IP maxi, du type nc 500 postes IP maxi, du type nc 500 postes IP maxi, du type nc

10.10 - EADS-TELECOM
Plusieurs modles : NexspanCommunicationServer sous windows 2000 et IRMX, 950 postes ip maxi, du type i740, i760, i780, i2052, H323 M6501 IP PBX sous IRMX, 250 postes IP maxi, du type i740, i760, i780, i2052 softphone M6540 IP PBX sous IRMX, 250 postes IP maxi, du type i740, i760, i780, i2052 softphone M6550 IP PBX sous IRMX, 9500 postes IP maxi, du type i740, i760, i780, i2052 softphone Nexspan C sous IRMX, 0 postes IP maxi Nexspan S sous IRMX, 250 postes IP maxi, du type i740, i760, i780, i2052 softphone Nexspan L sous IRMX, 250 postes IP maxi, du type i740, i760, i780, i2052 softphone

10.11 - ERICSSON
Site Internet : http://www.ericsson.fr/ Webswitch 2000 3.1 OS proprietaire, 128 1500 postes IP maxi, du type Dialog 3413, IP, softphone

10.12 - CENTILE
Site internet : http://www.centile.com/ Centile a dvelopp deux types de produits: - le PABX hberg (hosted iPBX), - ainsi que le PABX local (LAN PBX).

Voix sur IP

Page 47

Le PABX hberg est destin a des Oprateurs tlcoms, ISP afin qu'ils oprent le service. Cette solution logicielle s'installe sur Solaris et LINUX et contient toutes les fonctionnalits attendues d'un PABX: Serveur d'IVRs (boite vocale, confrence, ACD...) Serveur CTI pour les interfaces utilisateurs (Flash) Stacks protocolaires (SIP, MGCP, SCCP, H323) Gestion des codecs (G729, G723, G711) Media serveur Call Control engine

Sur un serveur, plusieurs PABX peuvent tre cres avec un nombre d'utilisateurs diffrents afin d'attaquer le march de la PME a la grande entreprise. Les API pour les couches applicatives et services sont la disposition des clients afin de dvelopper des services personnaliss. Le LAN PABX est destin des entreprises multi-sites, pour des centres d'affaires ou tout simplement pour une entreprise qui veut avoir l'quipement en local.

10.13 - TENOVIS
Site Internet : http://www.tenovis.com/ ICC sous propritaire et LINUX, H323, 5000 postes ip maxi, du type compatible H323 I5 IP sous propritaire et LINUX, H323, 48 postes ip maxi, du type compatible H323

10.14 - TIPTEL
Site Internet : http://www.tiptel.fr/ IP400 sous windows , H323, 200 postes ip max, du type compatible H323 IP3000-30 sous windows , H323, 1000 postes ip max, du type compatible H323

Voix sur IP

Page 48

10.15 - FRANCE TELECOM


Site Internet : http://www.francetelecom.com/fr/ e-DIATONIS e-DIATONIS e-DIATONIS e-DIATONIS e-DIATONIS Mx sous IRMX , 250 postes IP maxi, du type propritaire Lx sous IRMX , 250 postes IP maxi, du type propritaire S sous LINUX , 200 postes IP maxi, du type propritaire M sous LINUX , 200 postes IP maxi, du type propritaire L sous LINUX , 200 postes IP maxi, du type propritaire

10.16 - ALSATEL
Site Internet : http://www.alsatel.fr/ Irma VPM IPBX Orient Centres de scurit ou d'alertes sous windows NT/XP, SIP, H323, postes IP phones, TIPPHONE

10.17 - IC CENTREX
Site internet : http://www.iccentrex.com/ Fini l'achat ou la location d'un PABX, plus d'abonnement l'oprateur historique, un seul rseau unique dans votre entreprise pour vos PC et vos tlphones : lC CENTREX IC CENTREX est une offre de Tlcommunication d'entreprise "cl en main" et externalise. Sans changer vos habitudes, ni vos numros de tlphone, IC CENTREX traite tous vos appels entrants et sortants, vous fournit un accs internet hautdbit associ la convergence Voix/Donnes/Mobilit. AVANTAGES IC CENTREX Pas de location ni d'achat de PABX Suppression des abonnements Un seul interlocuteur tlphonique Un abonnement mensuel par utilisateur "tout compris"* Une maintenance technique 24h /24, 7j /7 incluse Evolue simplement selon vos besoins Communications inter sites gratuites et illimites Facture unique pour Internet, Tlphonie et Maintenance

Documentation au format pdf

10.18 - PACWAN
Site internet : http://www.pacwan.fr/ PACWAN propose deux solutions : VoxDSL : les solutions professionnelles de voix sur IP pour les entreprises. De 1 999 postes, disposez immdiatement de nos solutions prtes brancher VoxDSL et des tlcommunications gratuites et illimites (vers les tlphones fixes de la France mtropolitaine, hors numros spciaux ou surtaxs). Votre central tlphonique d'entreprise complet partir de 22 euros par mois... communications incluses ! La technologie de voix sur IP pour les petites entreprises. La convergence de la voix et des donnes pour de trs grosses conomies la cl ! VoaDSL : La voix sur IP n'est plus synonyme de multinationales. Vous aussi accdez ds maintenant au futur des tlcommunications, et ne payez plus un centimes sur vos appels tlphoniques ! La voix sur ADSL c'est le tlphone et l'Internet dans un seul abonnement. C'est d'importantes conomies et une nouvelle faon de penser le travail et l'organisation de votre entreprise. Vous tltravaillez, vous grez une agence locale, vous dpensez des fortunes en tlphone ? La solution VoADSL adapte vos besoins existe dj chez PacWan! Un quipement simple installer (Plug & call), un support technique prt vous aider et des tarifs d'abonnement quivalents ceux de l'ADSL classique.

Voix sur IP

Page 49

10.19 - PANASONIC
Site internet : KX-TD208FR OS nc, max nc, type nc KX-TD612SP OS nc, max nc, type nc KXt-TDA100 OS propritaire, max nc, type nc KXt-TDA200 OS propritaire, max nc, type nc

10.20 - TECHTELECOM
Site Internet : http://www.techtelecom.fr/ La solution de tlphonie sur IP e-phone a la particularit de s'intgrer directement dans l'environnement de messagerie du client. Avec son combin USB, son casque USB ou son oreillette Bluetooth, il est possible d'mettre ou de recevoir des appels directement partir de sa messagerie. Cette nouvelle offre construite autour de serveurs standard Windows a de plus l'avantage d'utiliser toutes les possibilits de l'informatique : Annuaires centraliss, Messagerie unifie, Serveur vocal, Lien TAPI...

Voix sur IP

Page 50

Document au format Pdf

10.21 - 3CX
Site internet : http://www.3cx.fr/ Faites voluer vos moyens de communications avec 3CX PABX-IP for Windows Un autocom qui remplace entirement votre PABX propritaire, compatible avec tlphones/softphones SIP standard, les services VoIP et les lignes RTC traditionnelles. 3CX PABX-IP est bien moins onreux qu'un PABX traditionnel et peut vous aider faire des conomies importantes sur le cot des appels en utilisant un fournisseur de services VoIP. Son administration web rend facile la gestion du systme tlphonique. 3CX PABX-IP limine le rseau de branchements tlphoniques et permet aux utilisateurs d'avoir un poste direct en prenant tout simplement leur tlphone.

Voix sur IP

Page 51

10.22 - KEYYO
Site internet : http://www.keyyo.fr/ Le standard tlphonique volutif Keyyo grce son mode hberg IPCentrex vous affranchit de toute installation de PABX et de cblage. Vous mutualisez votre rseau informatique et tlcom. Vos tlphones IP se branchent directement sur votre rseau informatique. Avec Keyyo c'est simple : Branchez/ tlphonez/ Grez d'un simple clic ! Keyyo c'est plus de flexibilit pour une meilleure matrise des cots. Vous grez en toute autonomie vos lignes et forfaits poste par poste depuis votre compte web Keyyo.

10.23 MICROSOFT
Fondes sur les protocoles standards IP et SIP, les nouvelles technologies de communication unifies sont plus performantes et moins coteuses dployer. Microsoft tire parti de son exprience en matire de serveurs performants (Microsoft Exchange Server, Windows Server) et de logiciels simples utiliser (Microsoft Office Outlook, MSN, gamme Office) pour proposer une offre complte de logiciels (serveurs et clients), de services et de matriels. Les logiciels Office Communications Server 2007 (successeur de Office Live Communications Server 2005) utilise le protocole de tlphonie par Internet SIP (Session Initiation Protocol) afin dinsrer au sein dapplications existantes des fonctions de communication en temps rel par audio, vido, confrence Web ou messagerie instantane. Office Communicator 2007 (volution dOffice Communicator 2005) est le logiciel client dOffice Communications Server. Il fournit des services de gestion de prsence et de disponibilit par messagerie

Voix sur IP

Page 52

instantane (MSN, AOL ou Yahoo!), ainsi que de tlphonie et de tlconfrence par Internet. Ce logiciel est disponible en versions PC, navigateur ou terminal mobile (sous Windows Mobile). Exchange Server 2007 (successeur dExchange Server 2003) assure la gestion, au-del des courriels, des messages vocaux lectroniques, des tlcopies ou de laccs aux donnes contenues par le serveur au travers dun service vocal accessible depuis tout poste tlphonique. Les services Office Live Meeting : un simple PC et une connexion Internet suffisent pour accder ce service de formation distance, de confrence audio (par voix sur IP) ou vido, le tout intgr lenvironnement Office. Exchange Hosted Services : une prestation complte pour la scurisation des communications lectroniques (archivage, filtrage, protection contre les virus, restitution des donnes en cas de sinistre). Les produits Office RoundTable : ce systme de vidoconfrence possde une camra 360 degrs unique en son genre. Associ Office Communications Server 2007, RoundTable offre aux participants de la confrence une vue panoramique sur les intervenants ainsi quun gros plan ds quune personne prend la parole. Tlphones mobiles volus et tlphones IP fixes : linterface Office Communicator est incluse dans des tlphones fabriqus par LG-Nortel, Motorola, Polycom, Thomson Telecom.

10.24 - ASTERISK
Asterisk est un logiciel libre qui transforme un ordinateur en un commutateur tlphonique priv ou PABX. Asterisk est publi sous licence GPL. Asterisk permet, entre autres, la messagerie vocale, la confrence, les serveurs vocaux, la distribution des appels. Asterisk implmente les protocoles H.320, H.323 et SIP, ainsi qu'un protocole spcifique nomm IAX (Inter-Asterisk eXchange). Ce protocole IAX permet la communication entre deux serveurs Asterisk ainsi qu'entre client et serveur Asterisk. Asterisk peut galement jouer le rle de registrar et passerelle avec les rseaux publics (RTC, GSM, etc.). Asterisk est extensible par des scripts ou des modules en Perl, en C, en Python, en PHP... Historique Asterisk est n en 1999, cr par un tudiant de l'universit d'Auburn (tats-Unis - Alabama). la recherche d'un commutateur tlphonique priv pour crer un centre de support technique sur Linux, il est dissuad par les tarifs trop levs des solutions existantes, et dcide de se crer son propre routeur d'appels sous Linux, le PBX Asterisk. Quelque temps aprs, il cre la socit Digium, fournisseur de cartes FXO et FXS4 compatibles avec Asterisk. Fonctionnalits Asterisk comprend un nombre trs lev de fonctions permettant l'intgration complte pour rpondre la majorit des besoins en tlphonie. Il permet de remplacer totalement, par le biais de cartes FXO/FXS, un PABX propritaire, et d'y adjoindre des fonctionnalits de VoIP pour le transformer en PBX IP. Il permet galement de fonctionner totalement en VoIP, par le biais de tlphones SIP ou IAX du march. Enfin, des

4 FXS linterface Foreign eXchange Subscriber est un port qui raccorde la ligne tlphonique de labonn. En dautres termes, la prise murale qui fournit la tonalit, le courant de charge et le voltage de la sonnerie

FXO - linterface Foreign eXchange Office est un port qui reoit la ligne tlphonique. Cest la prise du tlphone ou de la tlcopieuse, ou la (les) prise(s) de votre rseau tlphonique analogue. Le FXO offre un indicateur dtat raccroch/dcroch (fermeture de circuit). Puisque le port FXO est raccord un appareil, tel un tlphone ou une tlcopieuse, il est souvent appel priphrique FXO .

Voix sur IP

Page 53

fonctionnalits de routage d'appel, menu vocal et boites vocales -- entres autres -- le placent au niveau des PBX les plus complexes. Des modules tiers permettent de visualiser ou paramtrer le PBX via une interface Flash ou via un client lger. Enfin, notez qu'une distribution particulire d'Asterisk, trixbox (anciennement *@home), est ddie au PBX lger sur un rseau domestique. Aperu des fonctions d'appels Accs au systme direct Appels 3 directions Appels confrence Appels en attente Appels par noms Authentification Base de donnes interne permettant lecture et criture Bureau distance Blocage par identifiants d'appelants (nom et numro) Conversions de protocoles Conversion texte-parole (TTS) Dpistage d'appels Dtection de parole E911 Enregistrement d'appel ENUM peler et dicter File d'attente Gestion de cartes d'appels Gestion de la confidentialit Heure et date d'appels Identification d'appelants Identification d'appelants sur appels en attentes Insertion de messages vocaux dans courriels Intgration diffrent types de bases de donnes Listes noires Ne pas dranger Macros Messagerie SMS Messagerie vocale Indicateur visuel de message en attente Tonalit rythme pour indication de message Redirection des messages vocaux par courriel Gestion des groupes de boites de messages Interface Web pour gestion des messages Musique d'attente Musique d'attente sur transferts d'appels Intgration flexible de la norme MP3 Lecture alatoire ou linaire Contrle du volume Passerelles VoiP Prpos automatique Prposs tlphonique locaux et distants Prise d'appels distance Protocol OSP Rapports dtaill des appels (CDR) Rception d'alertes au tlphone Recherche d'extensions Recherche de personnes Rpertoire tlphonique interactif Routage d'appels Routage par identifiant Sonneries distinctes Support DUNDI Surveillance Stationnement Systme de menu l'cran ADSI Systme de rponse automatis interactif (IVR) Transcodage

Voix sur IP

Page 54

Transferts d'appels Transferts d'appels aveugles Transferts d'appels lors de non-rponses Transferts d'appels lorsque le canal est occup Transferts d'appels superviss Transmission et rception de tlcopies Intgration de la tlphonie et de l'informatique AGI (Asterisk Gateway Interface) Gestion des appels graphique Gestion des appels sortants Interface de gestion TCP/IP Support IPv4 et IPv6 Extensibilit Aucune latence Connexions directes d'Asterisk Permet l'intgration de systmes physiquement spars Permet le dploiement d'un plan tlphonique travers plusieurs bureaux TDMoE Utilisation de matriel rseau standard Voix sur IP / Tlphonie sur IP (VoiP) Passerelle et terminal Bluetooh Codecs supports pour la tlphonie ADPCM G.711 (A-Law et U-Law) G.722 G.723.1 G.726 G.729 ( l'achat d'une licence ou version libre) GSM iLBC Linear LPC-10 Speex Protocoles supports IAX (Inter-Asterisk Exchange) H.320 H.323 SIP (Session Initiation Protocol) MGCP (Media Gateway Control Protocol) SCCP (Cisco Skinny) UNISTIM (Unified Networks IP Stimulus) pour materiel Nortel Le protocole IAX IAX (Inter-Asterisk eXchange) est un protocole de voix sur IP issu du projet de PABX open source Asterisk dvelopp par la socit Digium. Il permet la communication entre client et serveur ainsi qu'entre serveurs. Il est plus puissant que SIP car il a t conu pour le contrle et la transmission de flux multimdia avec un dbit plus faible (notamment pour la voix) et l'intgration dans les rseaux NATs, en effet IAX n'utilise qu'un seul port UDP: le 4569 pour la signalisation et les donnes. Le nom IAX est souvent utilis pour parler de la version 2 du protocole en effet la premire version n'est pratiquement plus utilise. Ses faiblesses sont sa jeunesse et sa non-standardisation, bien qu'il soit de plus en plus utilis.

Voix sur IP

Page 55

Protocoles PRI 4ESS BRI (ISDN4Linux) DMS100 EuroISDN Lucent 5E National ISDN2 NFAS Interoprabilit avec la tlphonie traditionnelle E&M E&M Wink Feature Group D FXS FXO GR-303 Loopstart Groundstart Kewlstart MF and DTMF support Robbed-bit Signaling (RBS) Interoprabilit matrielle RTC RNIS Wifi Ethernet Bluetooth Cartes son Distributions Plusieurs solutions intgres bases sur Asterisk sont distribues par des entreprises : AsteriskNOW (dvelopp par les crateurs d'Asterisk), Trixbox, Fonisk, ou XIVO. Alternatives Le monde du logiciel libre est riche et d'autres projets de PABX ont vu le jour. On peut citer par exemple : Bayonne[6], le PBX GNU, plus ancien qu'Asterisk ; SipX[7], ax sur le protocole SIP ; CallWeaver (anciennement OpenPBX)[8] qui fonctionne aussi sur Mac OS X. FreeSwitch[9], alternative Asterisk

11- LE FUTUR : COMMUNICATIONS UNIFIEES


Dans l'industrie des tlcommunications et de la bureautique, on dsigne par Communications unifies (en anglais Unified Communications) un ensemble de nouveaux services destins aux professionnels en entreprise permettant d'intgrer ( unifier ) troitement : Les moyens de communications interpersonnelles temps rel, comme la tlphonie fixe et mobile, la visiophonie, les ponts de confrence audio / vido Les outils de travail collaboratif (comme la messagerie instantane, la prsence, les systmes de confrences par le web, de partage et de gestion de documents). L'environnement informatique, notamment les outils de bureautique, comme le client de messagerie lectronique, l'agenda, le traitement de texte ou le logiciel de visionnage de prsentations.

Voix sur IP

Page 56

Les utilisateurs peuvent ainsi accder aux outils de communications tout en continuant employer en parallle les outils informatiques qui leurs sont ncessaires pour leur travail au quotidien. Une interface unique intuitive pour laccs aux services L'utilisateur accde aux services au moyen d'une interface unique, simple et conviviale, intgre discrtement dans son environnement de travail habituel. Cette interface prend la forme d'icones au sein par exemple de Microsoft Outlook ou d'IBM Lotus Notes, ou bien d'un "portail web" accessible partir du navigateur internet, ou encore d'un logiciel embarqu fournissant une interface adapte aux terminaux mobiles. Quels sont les principaux usages au quotidien? La liste des fonctions disponibles varie d'un fournisseur l'autre. En gnral, l'utilisateur peut effectuer les oprations suivantes, non exhaustives, partir de son ordinateur de bureau ou de son PC portable : Grer ses contacts et son agenda Communiquer par email Connatre ltat de prsence dun collgue (connect, au tlphone, en runion etc.) Initier une communication vocale ou visio, soit sur son PC directement (mode click-to) ou bien sur son poste tlphonique avec un certain niveau de couplage avec le PC (tlphonie sur le poste, services multimdia sur le PC). Envoyer un message texte son interlocuteur selon sa disponibilit. Grer sa joignabilit derrire un numro d'appel unique: le portail web permet au professionnel de modifier lui mme les rgles d'acheminement et de prsentation des appels. Par exemple de 9H00 17H30, faire sonner mon poste fixe, puis au bout de trois sonneries, mon tlphone mobile; de 17H30 9H00, racheminer l'appel mon domicile pour tel ou tel appelant; etc. Programmer des runions, vrifier la disponibilit des invits, suivre les rponses aux invitations; Animer et participer une runion audio ou vido; Publier et modifier un document en temps rel plusieurs. Consulter ses messages vocaux, les fax reus Transfrer rapidement et de manire scurise un document etc.

Prise en compte de la mobilit et du nomadisme Comme indiqu plus haut, l'accs aux services se fait le plus souvent partir de l'ordinateur de bureau ou d'un PC portable, avec parfois un certain couplage entre le PC et le poste tlphonique fixe. Selon le produit, certaines fonctions sont parfois disponibles galement pour les collaborateurs en dplacement partir de terminaux avec interface radio data GPRS, UMTS, CDMA ou WiFi tels que tlphone mobile, Smartphone ou assistant personnel (PDA). Intgration avec les applications mtier Dans certains cas, les services de communications unifies peuvent galement tre intgrs avec les applications mtier de l'entreprise, les progiciels de gestion des processus internes (ERP), de gestion de la relation client (CRM) ou de back office. Mise en uvre : serveur ddi ou en mode ASP Selon le cas, les communications unifies peuvent tre proposes aux collaborateurs de l'entreprise au moyen d'un serveur ddi, possd en propre et exploit en interne par les quipes techniques de la socit. Ou bien le service peut tre dlivr au travers du rseau IP VPN ou Internet par un serveur hberg chez un sous-traitant comme par exemple un intgrateur ou un oprateur en tlcommunications. Le serveur peut tre

Voix sur IP

Page 57

ddi l'entreprise (offre sur mesure) ou bien mutualis entre un trs grand nombre d'entreprises (frquent sur le segment des PME). On parle alors de mode ASP ou SaaS (Software as a Service). Mise en uvre : principaux protocoles Ces services font intervenir diffrents protocoles standardiss du monde de l'Internet, notamment Session Initiation Protocol (SIP), SIP Instant Messaging and Presence Leveraging Extensions (SIMPLE) ou eXtensible Messaging and Presence Protocol (XMPP). Ces protocoles sont particulirement bien adapts pour la mise en uvre de services multimdias. Quels sont les bnfices pour l'entreprise? Les produits de communications unifies visent de manire gnrale amliorer la productivit des collaborateurs de l'entreprise en permettant et/ou en rendant plus efficace le contrle, la gestion, l'intgration et l'utilisation au quotidien de plusieurs formes de communications. Par exemple : Appeler sans effort sur un simple clic de souris partir de la liste de contacts Permettre un change rapide, dans un mme btiment ou distance d'informations, par exemple pour faire avancer une runion. Transfrer distance un document plus efficacement (ex alternative plus efficace l'envoi d'une pice jointe dans un courrier) Participer distance une confrence, une formation, une prsentation de produits Limiter les dplacements inutiles, salle de runion virtuelle, plus besoin d'utiliser une salle de confrence ddie avec des quipements vido coteux.

Certains services, notamment ceux de certains oprateurs en tlcommunications, supportent les communications unifies non seulement entre collaborateurs d'une mme entreprise, mais aussi en mode B to B, c'est--dire entre socits diffrentes travaillant en rseau, en quipes rparties ex. communaut financire, certains professionnels (cabinets darchitecte ou davocat), organismes de recherche et industriels organiss en ples de comptitivit. Quelles incidences sur les salaris ? Super-productivit et hyperconnectivit : Le salari recre son environnement de communications professionnel en tout lieu dans l'entreprise (ex depuis son bureau, un autre bureau, depuis une salle de runion...), voire en dplacement l'extrieur de l'entreprise (htel, aroport, hot-spot, domicile depuis un accs haut dbit...) Les risques : les salaris sont plus facilement disponibles tout instant pendant et en dehors des heures professionnelles, ce qui peut conduire une augmentation du stress, une plus grande dpendance l'gard du travail (addiction) et de l'employeur.

Principaux acteurs du march On peut distinguer trois groupes de fournisseurs : Les diteurs de logiciels de bureautique, qui ont historiquement une forte expertise au niveau applicatif et une emprise quasi-monopolistique sur le poste de travail (agenda, client de messagerie, traitement de texte). On trouve dans ce groupe IBM et Microsoft qui sont prsents dans 95% des entreprises. Ils ont dvelopp des outils de travail collaboratif (messagerie instantane, partage d'applications et de documents, organisation de runions) et sont en train d'y ajouter des fonctions complmentaires (tlphonie, visio, confrence) en les dveloppant en interne, en signant diffrents types d'accords (interfonctionnement technique, distribution, change de brevets) ou les deux. Les quipementiers en tlcommunications, qui ont historiquement une forte exprience du march de la tlphonie d'entreprise (expertise technique, accs au march, aspects oprationnels). On trouve dans ce groupe notamment Alcatel-Lucent, Avaya, Cisco Systems, Nortel ou Siemens AG. Certains ont dvelopp leur propre logiciel de communications unifies maison , qui vient complter ou s'intgrer dans leur serveur de ToIP et qui vient s'intgrer dans l'un ou l'autre des environnements bureautiques mentionns plus haut.

Voix sur IP

Page 58

D'autres fournisseurs signent des accords avec les fournisseurs des autres groupes pour dlivrer la solution. Enfin d'autres fournisseurs font les deux (dveloppement en interne et signent des accords). Certains fournisseurs d'outils de gestion lectronique de processus (workflow) comme Adobe Systems ou Citrix ou de progiciels de gestion intgrs (ERP) comme SAP AG et Oracle, interviennent dans la mise en uvre des processus oprationnels l'chelle de l'entreprise et souhaitent intgrer de nouveaux modules afin de les rendre plus communicants . Comme on le voit, dans certains cas ces socits sont totalement concurrentes deux deux. Dans certains autres cas, au contraire, elles signent des accords de partenariat et leurs comptences se compltent. Enfin dans d'autres cas, elles signent des accords de partenariat qui leur permettent de bien se complter dans certains domaines tout en sachant que dans certains autres domaines elles peuvent tre concurrentes (Cooptition). Alliance ICA Pratiquement toutes les socits jouent maintenant la carte de l'interoprabilit technique avec Microsoft et/ou d'IBM qui, eux deux, contrlent la quasi-totalit de l'environnement bureautique en entreprise. Mais certains constructeurs vont beaucoup plus loin en dveloppant une stratgie technologique, commerciale et oprationnelle commune. C'est par exemple le cas de l'quipementier en tlcommunications canadien Nortel qui a annonc le 18 juillet 2006 la formation dune alliance stratgique avec Microsoft baptise Innovative communications alliance (ICA). Microsoft et Nortel ont convenu de former des quipes conjointes pour la conception (R&D), la commercialisation, l'intgration, le dploiement et le support aprs vente des produits touchant les solutions de tlphonie filaire et sans fil et dentreprise. Autres acteurs en aval Autour du march des communications unifies gravitent galement un grand nombre d'intgrateurs systmes, d'installateurs de PABX IP, de revendeurs ainsi que quelques oprateurs en tlcommunications (comme Orange Business Services) qui commencent dployer les solutions dveloppes par les socits ci-dessus. Quel est lenjeu ? Interrogations sur l'avenir de lindustrie La plupart des entreprises qui ont volu de la tlphonie numrique traditionnelle la tlphonie sur IP, cherchent ensuite naturellement mettre en uvre des applications avances (les communications unifies) susceptibles d'amliorer la productivit des collaborateurs. Se contenter de rinventer les services de la tlphonie traditionnelle en mettant en avant les seuls avantages conomiques, parfois incertains, de la tlphonie sur IP ne suffit plus. L'entre de poids lourds de l'informatique comme Microsoft ou IBM sur le march de la tlphonie sur IP et des communications unifies est officiellement confirme depuis 2006. Les premiers produits sont disponibles en 2007. Les entreprises accueillent aujourd'hui bras ouverts ces solutions et ont dj achet plus de 430 000 licences. Il ne faudra gure plus de quelques annes Microsoft pour devenir totalement crdible. Les partenariats avec les constructeurs, notamment Nortel, visent justement lui permettre d'acqurir plus rapidement cette crdibilit. Les concurrents traditionnels du march du PABX n'ont peut-tre pas dit leur dernier mot, mais combien de temps resteront-ils crdibles aux yeux des entreprises, en particulier des grands comptes qui risquent de diffrer leur dcision d'achat en attendant l'arrive complte maturit des produits Microsoft? Ne va-t-on pas plutt assister au dclin et terme la disparition des serveurs de tlphonie utiliss jusqu'ici en entreprise (PABX ou PABX IP) au profit de solutions entirement bases sur du logiciel, centres sur le poste de travail, et capables de fournir plus facilement de meilleurs services ? Tous les acteurs traditionnels du monde des tlcommunications, qu'ils soient quipementiers (Alcatel-Lucent, Avaya, Cisco Systems et les autres), intgrateurs ou oprateurs, sont concerns. Le rouleau compresseur est en marche. Certains vont peut tre l'ignorer, tandis que d'autres seront tents de le ralentir quelque temps, mais au final ils ne pourront pas sy soustraire. Il est encore difficile de prvoir combien d'acteurs, parmi la vingtaine de grands industriels prsents en 2007 sur le march des PABX IP au niveau mondial, seront encore prsents sur ce mme march dans cinq ans. Il est probable que l'on va assister une longue srie d'annonces de cessions d'activits, de fusions-absorptions et peut tre aussi dans certains cas de faillites. A l'inverse, la perspective d'un univers bureautique et tlcoms compltement dpendant de Microsoft va telle sduire toutes les entreprises ? Verra-t-on se dvelopper sur ce march galement une alternative issue de l'univers du logiciel libre ?

Voix sur IP

Page 59

12 - 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 qu'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.

Voix sur IP

Page 60

REFERENCES
Wikipedia Tlphonie sur IP (Marc Chutet) Voix sur IP (SebF)

Voix sur IP

Page 61