Vous êtes sur la page 1sur 14

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

Infos tlcoms :

5 derniers posts :

l Accueil l Forum PABX-FR l Forum Scurit Informatique l Tlchargement l Glossaire l Menu Principal Prsentation Statistiques Plan du site Liens personnels Cryptographie IP-TCPIP-UDP-RFC PABX Prsentation Tlphonie sur IP Voix sur IP (VOIP) Newsletter Publicit Voix sur IP - VOIP Par _SebF 1 - Introduction 2 - Le Rseau Tlphonique Commut 2.1 - Histoire de la tlphonie 2.2 - Principe du Rtc 2.3 - Architecture du rseau 3 - Les enjeux de la tlphonie sur Ip 4 - Les avantages 4.1 - Rduction des cots 4.2 - Standards ouverts et interoprabilit multi-fournisseurs 4.3 - Choix dun service opr 4.4 - Un rseau voix, vido et donnes (triple play) 4.5 - Un service PABX distribu ou centralis 4.6 - Evolution vers un rseau de tlphonie sur Ip 4.7 - Intgration des services vido 5 - L'Architecture Voip 5.1 - Les schmas 5.2 - Gateway et Gatekeeper 6 - Standards VoIP 6.1 - Protocole H323 6.1.1 - Introduction 6.1.2 - Fonctionnement 6.1.3 - H323 dans le modle Osi 6.1.4 - La visioconfrence sur Ip 6.1.5 - Avantages et inconvnients 6.1.6 - Comparaison avec Sip 6.1.7 - Conclusion 6.2 - Protocole Sip 6.2.1 - Introduction 6.2.2 - Fonctionnement 6.2.3 - Scurit et Authentification 6.2.4 - Comparaison avec H323 6.2.5 - Conclusion 6.3 - Transport Rtp & Rtcp 6.3.1 - Introduction 6.3.2 - Les fonctions de Rtp 6.3.3 - Entte Rtp 6.3.4 - Les fonctions de Rtcp 6.3.5 - Entte Rtcp 6.3.6 - Conclusion 6.4 - H261 6.5 - Audio 7 - Problme & QoS 7.1 - Latence 7.2 - Perte de paquets 7.3 - Gigue 8 - Etat du march 9 - Conclusion 10 - Suivi du document 1 - Introduction

Recherche l Contact l

Annonces Google
Centrale PABX VoIP PABX IP Tlphone Standard PABX Sip VoIP Phone Tlcommunications Informations Indicatifs Plan num franais Liens Tlcoms World Callshop/callbox GSM GPRS WAP Partenaires IP La bible Scu Informatique Ilotech PABX-FR.COM PABX-FR.EU Tlcoms Vins Paris La tlphonie en VPC

La voix sur IP (Voice over IP) est une technologie de communication vocale en pleine mergence. Elle fait partie dun 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 aujourdhui. Plus rcemment lInternet sest tendu partiellement dans lIntranet de chaque organisation, voyant le trafic total bas sur un transport rseau de paquets IP surpasser le trafic traditionnel du rseau voix (rseau commutation de circuits). Il devenait clair que dans le sillage de cette avance technologique, les oprateurs, entreprises ou organisations et fournisseurs devaient, pour bnficier de lavantage du transport unique IP, introduire de nouveaux services voix et vido. Ce ft en 1996 la naissance de la premire version voix sur IP appele H323. Issu de lorganisation de standardisation europenne ITU-T sur la base de la signalisation voix RNIS (Q931), ce standard a maintenant donn suite de nombreuses volutions, quelques nouveaux standards prenant dautres orientations technologiques. Pour tre plus prcis et nanmoins schmatique, le signal numrique obtenu par numrisation de la voix est dcoup en paquets qui sont transmis sur un rseau IP vers une application qui se chargera de la transformation inverse (des paquets vers la voix). Au lieu de disposer la fois d'un rseau informatique et d'un rseau tlphonique commut (RTC), l'entreprise peut donc, grce la VoIP, tout fusionner sur un mme rseau. Cela part du fait que la tlphonie devient de la "data". Les nouvelles capacits des rseaux haut dbit devraient permettre de transfrer de manire fiable des donnes en temps rel. Ainsi, les applications de vido ou audioconfrence ou de tlphonie vont envahir le monde IP qui, jusqualors, ne pouvaient raisonnablement pas supporter ce genre dapplications (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 grand intrt 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. Quil sagisse dentreprises mono-sites ou multisites, les sondages montrent que le phnomne de migration vers les systmes de tlphonie sur IP en entreprise est actuellement engag. Les premires technologies de VoIP imagines taient propritaires et donc trs diffrentes les unes des autres. Pourtant, un systme qui est cens mettre des gens et des systmes en relation exige une certaine dose de standardisation. C'est pourquoi sont apparus des protocoles standards, comme le H323 ou le SIP. 2 - Le Rseau Tlphonique Commut Mais quest-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 dutiliser de multiples services telles que la transmission et rception de fax, lutilisation dun minitel, accder Internet etc Il reprsente donc l'un des protocoles de discussion utilis sur la paire de cuivre boucle locale. 2.1 - Histoire de la tlphonie Du premier tlgraphe de Chappe en 1790 au RTC actuelle, lhistoire des communications a connu de grands moments et de grandes avancs d lingniosit de certains et aux progrs technologiques et lectroniques. Nous retiendrons quelques grandes dates telles que : 1837 Premier tlgraphe lectrique invent par Samuel Morse. 1889 Almon B. Strowger (USA) invente le premier slecteur automatique et donne ainsi naissance la commutation tlphonique automatique.

1 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

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 tlphoniques, 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 tels 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 lchange.

On distingue deux grandes parties dans ce rseau : Le rseau capillaire ou de distribution, cest le raccordement depuis chez labonn 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. La gestion gnrale du rseau discerne trois fonctions : La distribution, celle-ci comprend essentiellement la liaison d'abonns 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, frquence 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 rseau Le rseau tlphonique commut a une organisation hirarchique trois niveaux. Il est structur en zones correspondant un niveau de concentration.

On distingue : Zone Autonomie d'Acheminement (ZAA), cette zone, la plus basse de la hirarchie, comporte un ou plusieurs Commutateurs Autonomie d'Acheminement (CAA) qui 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);

2 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

Zone de Transit Principal (ZTP), cette zone assure la commutation des liaisons longue distance. Chaque ZTP (Zone de Transit Principal) comprend un Commutateur de Transit Principal (CTP), L'un des commutateurs de transit principal (CTP) est reli au commutateur international de transit.

3 - Les enjeux de la tlphonie sur Ip Dans cette partie, nous allons voir pourquoi la tlphonie IP est devenue importante pour les entreprises. Lenjeu est de russir faire converger le rseau de donne IP et le rseau tlphonique actuel. Voici les principales motivations pour dployer la tlphonie sur IP (Source Sage Research 2003, sondage auprs de 100 dcisionnaires IT). Motivations Rduction de cots Ncessit de standardiser l'quipement Hausse de la productivit des employs Autres bnfices de productivit Hausse du volume d'appels traiter Autres facteurs Pourcentage 75 % 66 % 65 % 64 % 46 % 50 %

La tlphonie sur IP exploite un rseau de donnes IP pour offrir des communications vocales lensemble de lentreprise sur un rseau unique voix et donnes. Cette convergence des services de communication donnes, voix, et vido sur un rseau unique, saccompagne des avantages lis la rduction des cots dinvestissement, la simplification des procdures dassistance et de configuration, et lintgration accrue de filiales et de sites distants aux installations du rseau dentreprise. Les cots gnraux de l'infrastructure de rseau sont rduits. Le dploiement d'un unique rseau converg voix et donnes sur tous les sites permet de raliser des conomies sur les investissements productifs, l'ordre d'ide en 2004-2005 atteint les 50% si l'on prend on compte les communications inter-sites. De plus, comme le tlphone et le PC partagent le mme cble Ethernet, les frais de cblage sont rduits. Les frais d'administration du rseau sont galement minimiss. Il est ainsi possible de raliser des conomies court et long terme sur de nombreux postes : administration d'un seul rseau, fournisseur d'accs unique, unique contrat de maintenance, cblage commun, gratuit des communications interurbaines, rduction de la complexit de l'intgration d'applications. Enfin, la migration de la solution actuelle vers la Tlphonie sur IP s'effectue en douceur. Les solutions de tlphonie sur Ip sont conues pour dgager une stratgie de migration faible risque partir de linfrastructure existante. Le scnario vers lequel va s'orienter la tlphonie sur Ip dpend beaucoup de l'volution du rseau lui-mme. En effet, si Internet reste peu prs dans sa configuration actuelle o il est essentiellement dimensionn en fonction d'une qualit de service moyenne pour la transmission des donnes, il est fort probable que la tlphonie sur Ip restera un march rserv au rseau de type Frame, Mpls. Les seules exceptions seraient alors les cas dinterconnexion de PBX d'entreprises, commerce lectronique, applications nouvelles associant la voix pour une vritable utilisation multimdia d'Internet. En effet, ce qui ralenti considrablement lexplosion de ce secteur est le fait quil y ait encore trop peu de dploiements oprationnels en France et mme dans le monde. De nombreuses entreprises connaissent la tlphonie sur IP, mais toutes en sont au mme stade : le test. De plus, il faut savoir que la plupart des dploiements oprationnels de tlphonie sur IP ont t raliss pour des universits, or, les universits nayant pas les mmes exigences quune entreprise, ces dploiements ne sont pas rellement pris en compte. Les applications et les services Ip intgrs amliorent la productivit et le soin de la clientle. Les bnfices rcurrents seront apports par les gains de productivit lis lutilisation de nouveaux services et de nouveaux applicatifs tels que la messagerie unifie qui permettent de librer, selon les spcificits des mtiers, entre 25 et 40 minutes de temps de travail par collaborateur, les assistants personnels qui permettent au collaborateur de personnaliser sur lIntranet toutes les fonctions avances de renvoi dappel en fonction de son agenda propre ou partag et les applications deLearning , quil convient de faire apparatre dans une dmarche de dmonstration de retour sur linvestissement court et moyen terme. De plus, les fonctions simplifies de cration, de dplacement et de modification rduisent le temps ncessaire pour ajouter de nouveaux utilisateurs au rseau. Le dploiement de nouveaux services est acclr. L'utilisation d'une infrastructure IP commune et d'interfaces standard ouvertes permet de dvelopper et de dployer trs rapidement des applications innovantes. Enfin, les utilisateurs accdent tous les services du rseau partout o ils peuvent s'y connecter notamment travers lextention mobility (substitution de postes). 4 - Les avantages La VoIP offre de nombreuses nouvelles possibilits aux oprateurs et utilisateurs qui bnficient dun rseau bas sur Ip. Les avantages les plus marqus sont les suivants. 4.1 - Rduction des cots En dplaant le trafic voix Rtc vers le rseau priv WAN/IP les entreprises peuvent rduire sensiblement certains cots de communications. Rductions importantes mises en vidence pour des communications internationales, ces rductions deviennent encore plus intressantes dans la mutualisation voix/donnes du rseau IP inter-sites (WAN). Dans ce dernier cas, le gain est directement proportionnel au nombre de sites distants.

4.2 - Standards ouverts et interoprabilit multi-fournisseurs Trop souvent par le pass les utilisateurs taient prisonniers dun choix technologique antrieur. La VoIP a maintenant prouv tant au niveau des rseaux oprateurs que des rseaux dentreprises que les choix et les volutions deviennent moins dpendants de lexistant. Contrairement nos convictions du dbut, nous savons maintenant que le monde VoIP ne sera pas uniquement H323, mais un usage multiprotocoles 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 conceptions offrent immdiatement une diffrence dans lexploitation des terminaisons considres. 4.3 - Choix dun service opr Les services oprateurs ouvrent les alternatives VoIP. Non seulement lentreprise peut oprer son rseau priv VoIP en extension du rseau RTC oprateur, mais loprateur lui-mme ouvre de nouveaux services de transport VoIP qui simplifient le nombre daccs locaux un site et rduit les cots induits. Le plus souvent les entreprises oprant des rseaux multi-sites louent une liaison prive pour la voix et une pour la donne, en conservant les connexions RTC daccs local. Les nouvelles offres VoIP oprateurs permettent outre les accs RTC locaux, de souscrire uniquement

3 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

le mdia VoIP inter-sites. 4.4 - Un rseau voix, vido et donnes (triple play) En positionnant la voix comme une application supplmentaire du rseau IP, lentreprise 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 dun rseau de meilleure qualit, plus facilement volutif et plus disponible, pourvu que la bande passante du rseau concentrant la voix, la vido et les donnes soit dimensionne en consquence.

4.5 - Un service PABX distribu ou centralis Les PABX en rseau bnficient de services centraliss tel que la messagerie vocale, la taxation, etc Cette mme centralisation continue tre assure sur un rseau VoIP sans limitation du nombre de canaux. A linverse, un certain nombre de services sont parfois souhaits dans un mode de dcentralisation. Cest le cas du centre dappels o le besoin est une centralisation du numro dappel (ex : numro vert), et une dcentralisation des agents du centre dappel. Difficile effectuer en tlphonie traditionnelle sans lutilisation dun rseau IP pour le dport de la gestion des ACD distants. Il est ainsi trs facile de constituer un centre dappel ou centre de contacts (multi canaux/multi-mdias) virtuel qui possde une centralisation de supervision et dinformations. Il convient pour en assurer une bonne utilisation de dimensionner convenablement le lien rseau. Lutilisation de la VoIP met en commun un mdia qui peut la fois offrir un moment prcis une bande passante maximum la donne, et dans une autre priode une bande passante maximum la voix, garantissant toujours la priorit celle-ci. 4.6 - Evolution vers un rseau de tlphonie sur Ip La tlphonie sur IP repose totalement sur un transport VoIP. La mise en uvre de la VoIP offre l une premire brique de migration vers la tlphonie sur IP. 4.7 - Intgration des services vido La VoIP intgre une gestion de la voix mais galement une gestion de la vido. Si nous excluons la configuration des multicasts sur les composants du rseau, le rseau VoIP peut accueillir des applications vido de type vido confrence, vido surveillance, e-learning, vido on demand,, pour lensemble des utilisateurs un cot dinfrastructure rseau supplmentaire minime. 5 - L'Architecture Voip 5.1 - Les schmas Voici le schma gnrale de l'utilisation de la Voip en entreprise :

La VoIP tant une nouvelle technologie de communication, elle na pas encore de standard unique. En effet, chaque constructeur apporte ses normes et ses fonctionnalits ses solutions. Il existe tout de mme des rfrences en la matire. Je vais dcrire les trois principales que sont H.323, SIP et MGCP/MEGACO. Tous les acteurs de ce march utilisent comme base pour leur produit une ou plusieurs de ces trois architectures. Il existe donc plusieurs approches pour offrir des services de tlphonie et de visiophonie sur des rseaux IP. Certaines placent lintelligence dans le rseau alors que dautres prfrent une approche peer to peer avec lintelligence 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 dun rseau de tlphonie IP. Elle comprend toujours des terminaux, un serveur de communications et une passerelle vers les autres rseaux. Chaque norme a ensuite ses propres caractristiques pour garantir une plus ou moins grande qualit de service. Lintelligence du rseau est aussi dporte soit sur les terminaux, soit sur les passerelles/Gatekeeper (contrleur de commutation). On retrouve les lments communs suivants : Le routeur : Il permet daiguiller les donnes et le routage des paquets entre deux rseaux. Certains routeurs, comme les Cisco 2600, permettent de simuler un gatekeeper grce lajout de cartes spcialises supportant les protocoles VoIP. La passerelle : il sagit dune interface entre le rseau commut et le rseau IP. Le PABX : Cest 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 ny 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 didentifier le contenu des donnes pour leur 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

4 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

d'informations sur la transmission et sur les lments destinataires. Ce protocole de contrle permet de renvoyer la source des informations sur les rcepteurs et ainsi lui permettre, par exemple, d'adapter un type de codage ou encore de modifier le dbit des donnes. 5.2 - Gateway et Gatekeeper Pour commencer je vais parler dun des lments clefs dun 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. Cest une partie essentielle de larchitecture du rseau de tlphonie IP. Le gatekeeper est llment qui fournit de lintelligence la passerelle. Comme nous lavons dj fait remarqu, nous pouvons sparer les parties matrielles et logicielles dune passerelle. Le gatekeeper est le compagnon logiciel de la gateway. Une gateway permet aux terminaux doprer en environnements htrognes. Ces environnements peuvent tre trs diffrents, utilisant diverses technologies tels que le Numris, la tlphonie commute ou la tlphonie IP. Les gateways doivent aussi tre compatible avec les terminaux tlphoniques analogiques. La gateway fournit la possibilit dtablir 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 quelles fournissent le mme service. Les gateways (partie physique) et les gatekeepers (partie logicielle) font lobjet 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 cest sur celui-ci quon peut faire la diffrence. Un gatekeeper deux services principaux : la gestion des permissions et la rsolution dadresses. La gatekeeper est aussi responsable de la scurit. Quand un client veut mettre un appel, il doit le faire au travers du gatekeeper. Cest alors que celui-ci fournit une rsolution dadresse du client de destination. Dans le cas o il y a plusieurs gateways sur le rseau, il peut rediriger lappel vers un autre couple gateway/gatekeeper qui essaiera son tour de router lappel. Pendant la rsolution dadresse, le gatekeeper peut aussi attribuer une certaine quantit de bande passante pour lappel. Il peut agir comme un administrateur de la bande passant disponible sur le rseau. Le gatekeeper rpond aux aspects suivant de la tlphonie IP : Le routage des appels : en effet, le gatekeeper est responsable de la fonction de routage. Non seulement, il doit tester si lappel est permis et faire la rsolution dadresse mais il doit aussi rediriger lappel 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 dtranglement (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 ltat 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 part 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 dautres fonctions telles que la confrence ou le double appel. Il nexiste pas les mmes contraintes avec un gatekeeper quavec un PABX. En effet, ce dernier est constitu par du logiciel et loprateur peut implmenter autant de services quil le dsire. Alors quavec un PABX, lvolutivit est limite par le matriel propritaire de chaque constructeur, avec le gatekeeper, lamlioration des services dun rseau de tlphonie IP na pas de limite. Le grand bnfice du dveloppement dun 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 nexiste pas. Il utilise des infrastructures qui existent, le LAN et des protocoles tel quIP. 6 - Standards VoIP 6.1 - Protocole H323 6.1.1 - Introduction Avec le dveloppement du multimdia sur les rseaux, il est devenu ncessaire de crer des protocoles qui supportent ces nouvelles fonctionnalits, telle que la visioconfrence : lenvoi de son et de vido avec un soucis de donnes temps rel. Le protocole H.323 est lun deux. Il permet de faire de la visioconfrence sur des rseaux IP. H.323 est un protocole de communications englobant un ensemble de normes utiliss pour lenvoi de donnes audio et vido sur Internet. Il existe depuis 1996 et a t initi par lITU (International Communication Union), un groupe international de tlphonie qui dveloppe des standards de communication. Concrtement, il est utilis dans des programmes tels que Microsoft Netmeeting, ou encore dans des quipements tels que les routeurs Cisco. Il existe un projet OpenH.323 qui dveloppe un client H.323 en logiciel libre afin que les utilisateurs et les petites entreprises puissent avoir accs ce protocole sans avoir dbourser beaucoup dargent. 6.1.2 - Fonctionnement Le protocole H.323 est utilis pour linteractivit en temps rel, notamment la visioconfrence (signalisation, enregistrement, contrle dadmission, transport et encodage). Cest le leader du march pour la tlphonie Ip. Il sinspire du protocole H.320 qui proposait une solution pour la visioconfrence sur un rseau numrique intgration de service (Rnis ou Isdn en anglais), 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 lheure actuelle, la visioconfrence sur liaison Rnis est toujours la technique la plus dploye. Elle existe depuis 1990. Les rseaux utiliss sont commutation de circuits. Ils permettent ainsi de garantir une Qualit de Service (QoS) aux utilisateurs (pas de risque de coupure du son ou de l'image). Aujourd'hui, c'est encore un avantage indiscutable. Par contre, comme pour le tlphone, la facturation est fonction du dbit utilis, du temps de communication et de la distance entre les appels. H.323 dfinit plusieurs lments de rseaux : Les terminaux - Dans un contexte de tlphonie sur IP, deux types de terminaux H.323 sont Aujourdhui disponibles. Un poste tlphonique IP raccord directement au rseau Ethernet de lentreprise. Un PC multimdia sur lequel est install une application compatible H.323. Les passerelles (GW: Gateway) - Elles assurent l'interconnexion entre un rseau Ip et le rseau tlphonique, ce dernier pouvant tre soit le rseau tlphonique public, soit un Pabx dentreprise. Elles assurent la correspondance de la signalisation et des signaux de contrle et la cohsion entre les mdias. Pour ce faire, elles implmentent les fonctions suivantes de transcodage audio (compression, dcompression), de modulation, dmodulation (pour les fax), de suppression dchos, de suppression des silences et de contrle dappels. Les passerelles sont le plus souvent bases sur des serveurs informatiques standards (Windows NT, Linux) quips dinterfaces particuliers pour la tlphonie (interfaces analogiques, accs de base ou accs primaire RNIS, interface E1, etc.) et dinterfaces rseau, par exemple de type Ethernet. La fonctionnalit de passerelle peut toutefois tre intgre directement dans le routeur ainsi que dans les Pbx eux-mmes. Les portiers (GK: Gatekeeper) - Ils sont des lments optionnels dans une solution H.323. Ils ont pour rle de raliser la traduction d'adresses (numro de tlphone - adresse Ip) et la gestion des autorisations. Cette dernire permet de donner ou non la permission d'effectuer un appel, de limiter la bande passante si besoin et de grer le trafic sur le Lan. Les "gardes-barrire" permettent galement de grer les tlphones classiques et la signalisation permettant de router les appels afin d'offrir des services supplmentaires. Il peuvent enfin offrir des services dannuaires. Les units de contrle multipoint (MCU, Multipoint Control Unit) - Rfrence au protocole T.120 qui permet aux clients de se connecter aux sessions de confrence de donnes. Les units de contrle multipoint peuvent communiquer entre elles pour changer des informations de confrence. Dans un contexte de tlphonie sur IP, la signalisation a pour objectif de raliser les fonctions suivantes : Recherche et traduction dadresses - Sur la base du numro de tlphone du destinataire, il sagit de trouver son adresse IP (appel tlphone . PC) ou ladresse IP de la passerelle desservant le destinataire. Cette fonction est prise en charge par le Gatekeeper. Elle est effectue soit localement soit par requte vers un annuaire centralis. Contrle dappel - Lquipement terminal ( endpoint = terminal H.323 ou passerelle) situ lorigine de lappel tablit une connexion avec lquipement de destination et change avec lui les informations ncessaires ltablissement de lappel. Dans le cas dune passerelle, cette fonction implique galement de supporter la signalisation propre lquipement tlphonique laquelle elle est raccorde (signalisation analogique, Q.931, etc.) et de traduire cette signalisation dans le format dfini dans H.323. Le contrle dappel est pris en charge soit par les quipements terminaux soit par le Gatekeeper. Dans ce cas, tous les messages de signalisation sont routs via le Gatekeeper, ce dernier jouant alors un rle similaire celui dun PBX. Services supplmentaires : dviation, transfert dappel, confrence, etc. 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

5 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

terminaux pour dcouvrir lexistence dun Gatekeeper et senregistrer auprs de ce dernier ainsi que pour les demandes de traduction dadresses. La signalisation RAS utilise des messages H.225.0 6 transmis sur un protocole de transport non fiable (Udp, par exemple). Q.931 - H.323 utilise une version simplifie de la signalisation RNIS Q.931 pour ltablissement et le contrle dappels tlphoniques sur Ip. Cette version simplifie est galement spcifie dans la norme H.225.0. H.245 : ce protocole est utilis pour lchange de capacits entre deux quipements terminaux. Par exemple, il est utilis par ces derniers pour saccorder sur le type de codec activer. Il peut galement servir mesurer le retard aller-retour (Round Trip Delay) dune communication. Une communication H.323 se droule en cinq phases : tablissement dappel change de capacit et rservation ventuelle de la bande passante travers le protocole RSVP (Ressource reSerVation Protocol) tablissement de la communication audio-visuelle Invocation ventuelle de services en phase dappel (par exemple, transfert dappel, changement de bande passante, etc.) Libration de lappel. 6.1.3 - H323 dans le modle Osi Les diffrents protocoles sont reprsents ci-dessous dans le modle OSI :

6.1.4 - La visioconfrence sur Ip Tout dabord, au niveau conomique, la visioconfrence sur Ip savre moins coteuse que celle sur liaison RNIS car dun ct, lquipement dun PC est relativement peu cher : ce systme ne ncessite pas linstallation de prises RNIS spciales. Dautre part, une liaison Rnis a un cot calcul selon la longueur de lappel, le dbit, et la distance. Alors que dans une liaison IP, le prix est forfaitaire selon le dbit. En fin de compte, la visioconfrence par Ip savre souvent moins onreuse que par liaison Rnis. Ensuite, qualitativement parlant, la visioconfrence sur Ip peut utiliser des dbits suprieurs et ainsi avoir une image et un son meilleur quavec une liaison Rnis. En effet, la visioconfrence sur Numeris utilise des dbits allant de 128Kb/s 384Kb/s, alors quen mutualisant certaines liaisons Ip, on peut obtenir des lignes haut dbit allant jusqu plusieurs Mb/s. Malheureusement, le problme majeur de la visioconfrence sur Ip est labsence dune Qualit de Service (QoS) sur les rseaux Ip. Cest galement ce qui fait lavantage des rseaux Rnis. Cependant, avec lvolution des rseaux Ip, on sait dsormais quil est possible qu'on puisse disposer dune QoS sur ceux-ci tels que Rsvp, Diffserv, gestion de file d'attente. On pourrait donc avoir des flux avec priorit sur ces rseaux. En dehors du protocole H.323, il existe des normes de visioconfrence sur Ip ayant des possibilits analogues H.323 telles que Ip multicast, qui est particulirement adapts au tlenseignement et la diffusion de sminaires et confrences car il permet la connexion de plusieurs dizaines de sites voire plus. Il existe galement le systme Vrvs qui est utilis dans certaines communauts scientifiques, notamment la physique, en raison de sa convivialit. Il intgre Ip multicast et H.323. Pour pouvoir suivre une visioconfrence, il faut bien entendu le matriel adquat. Ce peut tre un matriel ddi contenant tout ce quil faut : moniteur, micro, et camra vido. Ou alors, un ensemble matriel et logiciel sur un poste de travail normal (PC, etc.). Si la visioconfrence ne compte que deux interlocuteurs, alors la liaison est point point comme illustr sur le schma ci-dessous :

6 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

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

Pour se connecter entre eux, les interlocuteurs sont identifis par un numro ou une adresse E.164. Elle est compose de numros et est structure comme un numro de tlphone. En particulier, un numro de tlphone est une adresse E.164. E.164 est le nom de la norme qui dfinit ces adresses. Pour router un appel H.323 dans le rseau, il est ncessaire davoir un GateKeeper . Cest un lment logiciel qui fonctionne dans un PC, ou encore dans un pont multipoint ou dans un routeur IP (Exemple dans les routeurs Cisco). En fonction de ladresse destinataire contenue dans lappel H.323, les diffrents GateKeeper vont tablir la communication entre metteur et destinateur et mettre en place le routage. Par ailleurs, le protocole H.323 intgre la norme T.120 qui permet le partage dapplications. On peut, par exemple, afficher des documents sur les postes de travail des autres interlocuteurs. 6.1.5 - Avantages et inconvnients Les rseaux IP sont commutation de paquets, les flux de donnes transitent en commun sur une mme liaison. La visioconfrence IP mise sur une disponibilit de ces liaisons. Les dbits des rseaux IP doivent donc tre adapts en fonction du trafic afin d'viter tout risque de coupure du son et de la vido. Tous les sites nont 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 nexistera pas dans les rseaux IP, la fiabilit des visioconfrences sur les lignes faible dbit sera basse. A lheure actuelle, la compatibilit entre les diffrentes normes de visioconfrence est assez faible. La visioconfrence H.323 et H.320 sont compatibles mais elles ncessitent lemploi 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 dinteroprabilit, mais ne gre pas la norme T.120. Voici les principaux bnfices quapporte la norme H.323 sont les suivants : Codec standards : H.323 tablit des standards pour la compression et la dcompression des flux audio et vido. Ceci assure que des quipements provenant de fabricants diffrents ont une base commune de dialogue. Interoprabilit : Les utilisateurs veulent pouvoir dialoguer sans avoir se soucier de la compatibilit du terminal destinataire. En plus dassurer que le destinataire est en mesure de dcompresser linformation, H.323 tablit des mthodes communes dtablissement et de contrle dappel. Indpendance vis vis du rseau : H.323 est conu pour fonctionner sur tout type darchitecture rseau. Comme les technologies voluent et les techniques de gestion de la bande passante samliorent, 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 nest li aucun quipement ou systme dexploitation. Support multipoint : H.323 supporte des confrences entre trois points terminaux ou plus sans ncessiter la prsence dune unit de contrle spcialise. Gestion de la bande passante : Le trafic audio et vido est un grand consommateur de ressources rseau. Afin dviter que ces flux ne congestionnent le rseau, H.323 permet une gestion de la bande passante disposition. En particulier, le gestionnaire du rseau peut limiter le nombre simultan de connexions H.323 sur son rseau ou limiter la largeur de bande disposition de chaque connexion. De telles limites permettent de garantir que le trafic important ne soit pas interrompu. Support multicast : H.323 supporte le multicast dans les confrences multipoint. Multicast envoie chaque paquet vers un sous-ensemble des destinataires sans rplication, permettant une utilisation optimale du rseau. A lheure actuelle, le standard de fait pour les systmes de tlphonie sur IP est la norme H.323 de lUIT. Indispensable pour permettre un minimum dinteroprabilit 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.

7 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

Comprend de nombreuses options susceptibles dtre implmentes de faon diffrentes par les constructeurs et donc de poser des problmes dintroprabilit ou de plus petit dnominateur commun (dans le choix du codec, par exemple) ; Dautre part, comme le seul codec obligatoire est le codec G.711 (64 Kps) et que le support des autres codecs plus efficaces est optionnel, lintroprabilit entre produits provenant de constructeurs diffrents ne signifie pas quils 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 davantages par rapport un systme tlphonique classique. 6.1.6 - Comparaison avec Sip Sip est un autre protocole pour linteractivit en temps rel. Il a t dvelopp par lIETF et sinspire du protocole Http alors que H.323 sinspire de la tlphonie. Sip est plus modulaire et peut fonctionner avec dautres 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 linstant surtout employ par des programmes propritaires (Microsoft, etc.). La documentation est difficile daccs car lITU fait payer les droits daccs 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 savrent pas toujours compatibles avec dautres protocoles cause de son dveloppement inspir de la tlphonie, ce qui peut rendre son utilisation un peu "rigide". 6.2 - Protocole SIP 6.2.1 - Introduction Le protocole Sip (Session Initiation Protocole) a t initi par le groupe MMUSIC (Multiparty Multimedia Session Control) et dsormais repris et maintenu par le groupe SIP de l'IETF donnant la Rfc 3261 rendant obsolte la Rfc 2543. Sip est un protocole de signalisation appartenant la couche application du modle Osi. Son rle est douvrir, modifier et librer les sessions. Louverture de ces sessions permet de raliser de laudio ou vidoconfrence, de lenseignement distance, de la voix (tlphonie) et de la diffusion multimdia sur Ip essentiellement. Un utilisateur peut se connecter avec les utilisateurs dune session dj ouverte. Pour ouvrir une session, un utilisateur met une invitation transportant un descripteur de session permettant aux utilisateurs souhaitant communiquer de saccorder sur la compatibilit de leur mdia, Sip permet donc de relier des stations mobiles en transmettant ou redirigeant les requtes vers la position courante de la station appele. Enfin, SIP possde lavantage de ne pas tre attach un mdium particulier et est sens tre indpendant du protocole de transport des couches basses. 6.2.2 - Fonctionnement Sip intervient aux diffrentes phases de l'appel : Localisation du terminal correspondant, Analyse du profil et des ressources du destinataire, Ngociation du type de mdia (voix, vido, donnes) et des paramtres de communication, Disponibilit du correspondant, dtermine si le poste appel souhaite communiquer, et autorise lappelant le contacter. Etablissement et suivi de l'appel, avertit les parties appelant et appel de la demande douverture 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 louverture de sessions en mode : Point--point - Communication entre 2 machines, on parle dunicast. Diffusif - Plusieurs utilisateurs en multicast, via une unit de contrle M.C.U (Multipoint Control Unit) Combinatoire - Plusieurs utilisateurs pleinement interconnects en multicast via un rseau maillage complet de connexions. Voici les diffrents lments intervenant dans l'ouverture de session : Suivant nature des changes, choix des protocoles les mieux adapts (Rsvp, Rtp, Rtcp, Sap, Sdp). Dtermination du nombre de sessions, comme par exemple, pour vhiculer de la vido, 2 sessions doivent tre ouvertes (lune pour limage et lautre pour la vido). Chaque utilisateur et sa machine est identifi par une adresse que lon nomme Url Sip et qui se prsente comme une Url Mailto. Requte Uri permettant de localiser le proxy server auquel est rattach la machine de lappel. Requte Sip, une fois le client (machine appelante) connect un serveur Sip distant, il peut lui adresser une ou plusieurs requtes Sip et recevoir une ou plusieurs rponses de ce serveur. Les rponses contiennent certains champs identiques ceux des requtes, tels que : Call-ID, Cseq, To et From. Les changes entre un terminal appelant et un terminal appel se font par lintermdiaire de requtes : Invite - Cette requte indique que lapplication (ou utilisateur) correspondante lUrl Sip spcifi est invit participer une session. Le corps du message dcrit cette session (par ex : mdia supports par lappelant ). En cas de rponse favorable, linvit doit spcifier les mdias quil supporte. Ack - Cette requte permet de confirmer que le terminal appelant a bien reu une rponse dfinitive une requte Invite. Options - Un proxy server en mesure de contacter l'UAS (terminal) appel, doit rpondre une requte Options en prcisant ses capacits contacter le mme terminal. Bye - Cette requte est utilise par le terminal de lappel fin de signaler quil souhaite mettre un terme la session. Cancel - Cette requte est envoye par un terminal ou un proxy server fin dannuler une requte non valide par une rponse finale comme, par exemple, si une machine ayant t invite participer une session, et ayant accept linvitation ne reoit pas de requte Ack, alors elle met une requte Cancel. Register - cette mthode est utilise par le client pour enregistrer ladresse liste dans lURL TO par le serveur auquel il est reli. Une rponse une requte est caractrise, par un code et un motif, appels code dtat et raison phrase respectivement. Un code dtat est un entier cod sur 3 bits indiquant un rsultat lissue de la rception dune requte. Ce rsultat est prcis par une phrase, textbased (UTF-8), expliquant le motif du refus ou de lacceptation de la requte. Le code dtat est donc destin lautomate grant ltablissement des sessions Sip et les motifs aux programmeurs. Il existe 6 classes de rponses et donc de codes dtat, reprsentes par le premier bit : 1xx = Information - La requte a t reue et continue tre traite 2xx = Succs - Laction a t reue avec succs, comprise et accepte 3xx = Redirection - Une autre action doit tre mene afin de valider la requte 4xx = Erreur du client - La requte contient une syntaxe ronne ou ne peut pas tre traite par ce serveur 5xx = Erreur du serveur - Le serveur na pas russi traiter une requte apparemment correcte 6xx = Echec gnral - La requte ne peut tre traite par aucun serveur Dans un systme Sip on trouve deux types de composantes, les users agents (UAS, UAC) et un rseau de serveurs : LUAS (User Agent Server) - Il reprsente lagent de la partie appele. Cest une application de type serveur qui contacte lutilisateur lorsquune requte Sip est reue. Et elle renvoie une rponse au nom de lutilisateur. LU.A.C (User Agent Client) - Il reprsente lagent de la partie appelante. Cest une application de type client qui initie les requtes.

8 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

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 quil reoit avant de les retransmettre : Le RS (Redirect Server) - Il ralise simplement une association (mapping) dadresses vers une ou plusieurs nouvelles adresses. (lorsquun client appelle un terminal mobile - redirection vers le PS le plus proche - ou en mode multicast - le message mis est redirig vers toutes les sorties auxquelles sont relis les destinataires). Notons quun Redirect Server est consult par l'Uac comme un simple serveur et ne peut mettre de requtes contrairement au Ps. Le LS (Location Server) - Il fournit la position courante des utilisateurs dont la communication traverse les Rs et PS auxquels il est rattach. Cette fonction est assure par le service de localisation. Le RG (Registrar) - C'est un serveur qui accepte les requtes Register et offre galement un service de localisation comme le LS. Chaque PS ou RS est gnralement reli un Registrar. 6.2.3 - Scurit et Authentification Les messages Sip peuvent contenir des donnes confidentielles, en effet le protocole Sip possde 3 mcanismes de cryptage : Cryptage de bout en bout du Corps du message Sip et de certains champs den-tte sensibles aux attaques. Cryptage au saut par saut (hop by hop) fin dempcher des pirates de savoir qui appelle qui. Cryptage au saut par saut du champ den-tte Via pour dissimuler la route qua emprunt la requte. De plus, fin dempcher tout intrus de modifier et retransmettre des requtes ou rponses Sip, des mcanismes dintgrit et dauthentification 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 den-tte Autorisation. Une autre attaque connue avec Tcp ou Udp est le deny of service , lorsquun Proxy Server intrus renvoie une rponse de code 6xx au client (signifiant un chec gnral, la requte ne peut tre traite). Le client peut ignorer cette rponse. Si il ne lignore pas et met une requte vers le serveur "rgulier" auquel il tait reli avant la rponse du serveur "intrus", la requte aura de fortes chances datteindre le serveur intrus et non son vrai destinataire. 6.2.4 - Comparaison avec H323 Voici les avantages du protocole H.323 : Il existe de nombreux produits (plus de 30) utilisant ce standard adopt par de grandes entreprises telles Cisco, IBM, Intel, Microsoft, Netscape, etc. Les cinq principaux logiciels de visioconfrence Picturel 550, Proshare 500, Trinicon 500, Smartstation et Cruiser 150 utilisent sur Ip la norme H.323. Un niveau dinteroprabilit trs lev, ce qui permet plusieurs utilisateurs d'changer des donnes audio et vido sans faire attention aux types de mdia qu'ils utilisent. Voici les avantages du protocole Sip : Sip est un protocole plus rapide. La sparation entre ses champs den-tte et son corps du message facilite le traitement des messages et diminue leur temps de transition dans le rseau. Nombre des en-ttes est limit (36 au maximum et en pratique, moins d'une dizaine d'en-ttes sont utilises simultanment), ce qui allge l'criture et la lecture des requtes et rponses. Sip est un protocole indpendant de la couche transport. Il peut aussi bien sutiliser avec Tcp que Udp. De plus, il spare les flux de donnes de ceux la signalisation, ce qui rend plus souple l'volution "en direct" d'une communication (arrive d'un nouveau participant, changement de paramtres).

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

H323

1,5 aller-retour

6 7 aller-retour

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

La simplicit, la rapidit et la lgret dutilisation, tout en tant trs complet, du protocole Sip sont autant darguments qui pourraient permettre Sip de convaincre les investisseurs. De plus, ses avances en matire de scurit des messages sont un atout important par rapport ses concurrents. 6.3 - Transport Rtp & Rtcp 6.3.1 - Introduction Rtp est un protocole qui a t dvelopp par lIETF afin de facilit le transport temps rel de bout en bout des flots donnes audio et vido sur les rseaux Ip, cest dire sur les rseaux de paquets. Rtp est un protocole qui se situe au niveau de l'application et qui utilise les protocoles sous-jacents de transport Tcp ou Udp. Mais l'utilisation de Rtp se fait gnralement au-dessus de Udp ce qui permet datteindre plus facilement le temps rel. Les applications temps rels comme la parole numrique ou la visio-confrence constitue un vritable problme pour Internet. Qui dit application temps rel, dit prsence dune certaine qualit de service (QoS) que Rtp ne garantie pas du fait qu'il fonctionne au niveau Applicatif. De plus Rtp est un protocole qui se trouve dans un environnement multipoint, donc on peut dire que Rtp possde sa charge, la gestion du temps rel, mais aussi ladministration de la session multipoint. Rtp et Rtcp sont dfinis, depuis juillet 2003, par la Rfc 3550 rendant obsolte la version prcdente Rfc 1889. 6.3.2 - Les fonctions de Rtp Le protocole Rtp, Real Time Transport Protocol, standardis en 1996, a pour but dorganiser les paquets lentre du rseau et de les contrler la sortie. Ceci de faon reformer les flux avec ses caractristiques de dpart. Rtp est gr au niveau de l'application donc ne ncessite pas l'implmentation dun Kernel ou de librairies. Comme nous lavons dit dans lintroduction, Rtp est un protocole de bout en bout. 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 dun paquet nest 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 dune synthse des paquets prcdent et suivant.

9 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

Identifier le contenu des donnes pour leur associer un transport scuris. Lidentification de la source cest dire lidentification de lexpditeur du paquet. Dans un multicast lidentit de la source doit tre connue et dtermine. Transporter les applications audio et vido dans des trames (avec des dimensions qui sont dpendantes des codecs qui effectuent la numrisation). Ces trames sont incluses dans des paquets afin dtre transportes et doivent de ce fait tre rcupres facilement au moment de la phase de dpaqutisation afin que lapplication soit dcode correctement. En revanche, ce n'est pas "la solution" qui permettrait d'obtenir des transmissions temps rel sur IP. En effet, il ne procure pas de : Rservation de ressources sur le rseau (pas d'action sur le rseau, cf. RSVP); Fiabilit des changes (pas de retransmission automatique, pas de rgulation automatique du dbit); Garantie dans le dlai de livraison (seules les couches de niveau infrieur le peuvent) et dans la continuit du flux temps rel. 6.3.3 - Entte Rtp L'entte d'un paquet Rtp est obligatoirement constitu de 16 octets. Cette entte prcde le "payload" qui reprsente les donnes utiles.

6.3.3.1 - V Ce champ, cod sur 2 bits, permet d'indiquer la version de Rtp. Actuellement, V=2. 6.3.3.2 - P Ce bit indique, si il est 1, que les donnes possdent une partie de bourrage. 6.3.3.3 - X Ce bit spcifie, si il est 1, que l'entte est suivie d'une entte supplmentaire. 6.3.3.4 - CC Ce champ, cod sur 4 bits, reprsente le nombre de CSRC qui suit l'entte. 6.3.3.5 - M Ce bit, lorsqu'il est 1, dfinie que l'interprtation de la Marque est par un profil d'application. 6.3.3.6 - PT Bas sur 7 bits, ce champ identifie le type du payload (audio, vido, image, texte, html, etc.). 6.3.3.7 - Numro de squence Ce champ, d'une taille de 2 octets, reprsente le numro d'ordre d'mission des paquets. Sa valeur initiale est alatoire et il s'incrmente de 1 chaque paquet envoy, il peut servir dtecter des paquets perdus. 6.3.3.8 - Timestamp Ce champ horodatage, de 4 octets, reprsente l'horloge systme ou l'horloge d'chantillonnage de l'metteur. Elle doit tre monotone et linaire pour assurer la synchronisation des flux. 6.3.3.9 - SSRC Bas sur 4 octets, ce champ identifie de manire unique la source de synchronisation, sa valeur est choisie de manire alatoire par l'application. 6.3.3.10 - SSRC Ce champ, sur 4 octets, identifie les sources de contribution. La liste des participants ayant leur contribution (audio, vido) aux donne du paquet. 6.3.4 - Les fonctions de Rtcp Le protocole Rtcp est fond sur la transmission priodique de paquets de contrle tous les participants dune session. Cest le protocole Udp (par exemple) qui permet le multiplexage des paquets de donnes Rtp et des paquets de contrle Rtcp. Le protocole Rtp utilise le protocole Rtcp, Real-time Transport Control Protocol, qui transporte les informations supplmentaires suivantes pour la gestion de la session : Les rcepteurs utilisent Rtcp pour renvoyer vers les metteurs un rapport sur la QoS. Ces rapports comprennent le nombre de paquets perdus, le paramtre indiquant la variance dune distribution (plus communment appel la gigue : cest dire les paquets qui arrivent rgulirement ou irrgulirement) et le dlai aller-retour. Ces informations permettent la source de sadapter, par exemple, de modifier le niveau de compression pour maintenir une QoS. Une synchronisation supplmentaire entre les mdias. Les applications multimdias sont souvent transportes par des flots distincts. Par exemple, la voix, limage ou mme des applications numrises sur plusieurs niveaux hirarchiques peuvent voir les flots gres suivre des chemins diffrents. Lidentification car en effet, les paquets Rtcp contiennent des informations dadresses, comme ladresse dun message lectronique, un numro de tlphone ou le nom dun participant une confrence tlphonique. Le contrle de la session, car Rtcp permet aux participants dindiquer leur dpart dune confrence tlphonique (paquet Bye de Rtcp) ou simplement de fournir une indication sur leur comportement. Le protocole Rtcp demande aux participants de la session denvoyer priodiquement les informations cites ci-dessus. La priodicit est calcule en fonction du nombre de participants de lapplication. On peut dire que les paquets Rtp ne transportent que les donnes des utilisateurs. Tandis que les paquets Rtcp ne transportent en temps rel, que de la supervision. On peut dtailler les paquets de supervision en 5 types: 200 : rapport de lmetteur 201 : rapport du rcepteur 202 : description de la source

10 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

203 : au revoir 204 : application spcifique Ces diffrents paquets de supervision fournissent aux nuds du rseau les instructions ncessaires un meilleur contrle des applications temps rel. 6.3.5 - Entte Rtcp Ce protocole dfinit cinq paquets de contrle : 200 - SR (Sender Report) : Ce rapport regroupe des statistiques concernant la transmission (pourcentage de perte, nombre cumul de paquets perdus, variation de dlai (gigue), Ces rapports sont issus d'metteurs actifs d'une session. 201 - RR (Receiver Report) : Ensemble de statistiques portant sur la communication entre les participants. Ces rapports sont issus des rcepteurs d'une session. 202 - SDES (Source Description) : Carte de visite de la source (nom, e-mail, localisation). 203 - BYE : Message de fin de participation une session. 204 - APP : Fonctions spcifiques une application. Voici l'en-tte commun tous les paquets Rtcp.

6.3.5.1 - V Ce champ, cod sur 2 bits, permet d'indiquer la version de Rtp, qui est la mme que dans les paquets Rtcp. Actuellement, V=2. 6.3.5.2 - P Ce bit indique, si il est 1, que les donnes possdent une partie de bourrage. 6.3.5.3 - RC Ce champ, bas sur 5 bits, indique le nombre de blocs de rapport de rception contenus en ce paquet. Une valeur de zro est valide. 6.3.5.4 - PT Ce champ, cod sur 1 octet, est fix 200 pour identifier ce datagramme Rtcp comme SR. 6.3.5.5 - Longueur Ce champ de 2 octets, reprsente la longueur de ce paquet Rtcp incluant l'en-tte et le bourrage. 6.3.5.6 - SSRC Bas sur 4 octets, ce champ, reprsente l'identification de la source pour le crateur de ce paquet SR. 6.3.6 - Conclusion Rtp ncessite le protocole de transport Udp, (en-tte 8 octets), qui fournira les numros de port source et destination ncessaire la couche application. Pour linstant le protocole Rtp se trouve au dessus de Udp, tandis que dans le futur, on aura une indpendance vis vis des couches rseaux. En rsumant, ces deux protocoles sont adapts pour la transmission de donnes temps rel. Cependant, ils fonctionnent en stratgie bout bout et donc ne peuvent contrler l'lment principal de la communication : le rseau. Ces protocoles sont principalement utiliss en visioconfrence o les participants sont tour tour metteurs ou rcepteurs. Pour le transport de la voix, ils permettent une transmission correcte sur des rseaux bien cibls. C'est--dire, des rseaux qui implmentent une qualit de service adapte. Des rseaux bien dimensionns (bande passante, dterminisme des couches sous-jacentes, Cos, ...) peuvent aussi se servir de cette solution. 6.4 - H261 Le protocole H.261 est dcrit dans la RFC 2032, cette norme dcrit le transport dun flux vido sur Rtp. Le format de len-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.

11 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

I (Intra-frame encoded data flag) - Bas sur 1 bit, ce flag doit tre mis 1 si il contient seulement des intra-frame cod. V (Motion Vector) - Bas sur 1 bit, ce flag indique si le Motion Vector est utilis ou pas. GOBN (GOB number) - Bas sur 4 bits, ce champ code le nombre de GOB actif au dbut du paquet. Placez 0 si le paquet commence par un en-tte de GOB. MBAP (Macroblock Address Predictor) - Bas sur 5 bits, ce champ code le prdicteur d'adresse de Macroblock. Placez 0 si le paquet commence par un en-tte de GOB. QUANT (Quantizer) - Bas sur 5 bits, ce champ reprsente la valeur actif avant le dbut de ce paquet. HMVD (Horizontal Motion Vector Data) - Bas sur 5 bits, ce champ doit tre 0 si le flag V est 0 ou si le paquet commence avec une entte Gob. VMVD (Vertical Motion Vector Data) - Bas sur 5 bits, ce champ doit tre 0 si le flag V est 0 ou si le paquet commence avec une entte Gob. 6.5 - Audio Le transport de la voix sur un rseau IP ncessite au pralable tout ou une partie des tapes suivantes : Numrisation : dans le cas o les signaux tlphoniques transmettre sont sous forme analogique, ces derniers doivent dabord tre convertis sous forme numrique suivant le format PCM (Pulse Code Modulation) 64 Kbps. Si linterface tlphonique est numrique (accs RNIS, par exemple), cette fonction est omise. Compression : le signal numrique PCM 64 Kbps est compress selon lun des formats de codec (compression / dcompression) (Tableau 3-3) puis insr dans des paquets IP. La fonction de codec est le plus souvent ralise par un DSP (Digital Signal Processor). Selon la bande passante disposition, le signal voix peut galement tre transport dans son format originel 64 Kbps. Dcompression : ct rception, les informations reues sont dcompresses .il est ncessaire pour cela dutiliser le mme codec que pour la compression- puis reconverties dans le format appropri pour le destinataire (analogique, PCM 64Kbps, etc.). Lobjectif dun codec est dobtenir une bonne qualit de voix avec un dbit et un dlai de compression le plus faible possible. Le cot du DSP est li la complexit du codec utilis. Le Tableau ci-dessous prsente les caractristiques des principaux codecs standards de lUIT. Les codecs les plus souvent mis en oeuvre dans les solutions VoIP sont G.711, G.729 et G.723.1. La qualit dun 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 Bonne Correcte Pauvre Insuffisante Score 5 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 MOSdes 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 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

Deux observations principales peuvent tre tires du Tableau 3-5 : La qualit de la voix obtenue par les codecs G.729 et G.723.1 ( 6.4Kbps) est trs proche de celle du service tlphonique actuel, et ce pour des dbits entre 8 et 10 fois infrieurs. Ces deux codecs prsentent une meilleure qualit que celles des rseaux tlphoniques cellulaires (GSM). Le cumul, dans une mme communication, doprations de compression/dcompression conduit une rapide dgradation de la qualit. Les solutions mises en oeuvre doivent viter des configurations en tandem dans lesquelles un PBX reoit un appel dun 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 quils requirent et par le retard que chacun introduit dans la transmission. Le choix dun quipement implmentant lun ou lautre 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 lUIT, le retard aller ( one-way delay ) devrait tre infrieur 150 ms). Le facteur du jitter est primordiale pour une bonne coute de la Voip. 7 - Problme & QoS 7.1 - Latence La matrise du dlai de transmission est un lment essentiel pour bnficier d'un vritable mode conversationnel et minimiser la perception d'cho (similaire aux dsagrments causs par les conversations par satellites, dsormais largement remplacs par les cbles pour ce type d'usage). Or la dure de traverse d'un rseau IP dpend de nombreux facteurs: Le dbit de transmission sur chaque lien Le nombre dlments rseaux traverss Le temps de traverse de chaque lment, qui est lui mme fonction de la puissance et la charge de ce dernier, du temps de mise en file d'attente des paquets, et du temps d'accs en sortie de llment. Le dlai de propagation de l'information, qui est non ngligeable si on communique l'oppos de la terre. Une transmission par fibre optique, l'oppos de la terre, dure environ 70 ms. Noter que le temps de transport de l'information n'est pas le seul facteur responsable de la dure totale de traitement de la parole. Le temps de codage et la mise en paquet de la voix contribuent aussi de manire importante ce dlai. Il est important de rappeler que sur les rseaux IP actuels (sans mcanisme de garantie de qualit de service), chaque paquet IP fait son 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.

12 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

Les chiffres suivants (tirs de la recommandation UIT-T G114) sont donns titre indicatif pour prciser les classes de qualit et d'interactivit en fonction du retard de transmission dans une conversation tlphonique. Ces chiffres concernent le dlai total de traitement, et pas uniquement le temps de transmission de l'information sur le rseau. Classe n Dlai par sens Commentaires Classe n 1 2 3 4 Dlai par sens 0 150 ms 150 300 ms 300 700 ms Commentaires Acceptable pour la plupart des conversations Acceptable pour des communications faiblement interactives Devient pratiquement une communication half duplex

Au del de 700 ms Inutilisable sans une bonne pratique de la conversation half duplex

En conclusion, on considre gnralement que la limite suprieure "acceptable" , pour une communication tlphonique, se situe entre 150 et 200 ms par sens de transmission (en considrant la fois le traitement de la voix et le dlai d'acheminement). 7.2 - Perte de paquets Lorsque les buffers des diffrents lment rseaux IP sont congestionns, ils librent automatiquement de la bande passante en se dbarrassant d'une certaine proportion des paquets entrant, en fonction de seuils prdfinis. Cela permet galement d'envoyer un signal implicite aux terminaux TCP qui diminuent d'autant leur dbit au vu des acquittements ngatifs mis par le destinataire qui ne reoit plus les paquets. Malheureusement, pour les paquets de voix, qui sont vhiculs au dessus d'UDP, aucun mcanisme de contrle de flux ou de retransmission des paquets perdus n'est offert au niveau du transport. D'o l'importance des protocoles RTP et RTCP qui permettent de dterminer le taux de perte de paquet, et d'agir en consquence au niveau applicatif. Si aucun mcanisme performant de rcupration des paquets perdus n'est mis en place (cas le plus frquent dans les quipements actuels), alors la perte de paquet IP se traduit par des ruptures au niveau de la conversation et une impression de hachure de la parole. Cette dgradation est bien sr accentue si chaque paquet contient un long temps de parole (plusieurs trames de voix de paquet). Par ailleurs, les codeurs trs faible dbit sont gnralement plus sensibles la perte d'information, et mettent plus de temps reconstruire un codage fidle. Enfin connatre le pourcentage de perte de paquets sur une liaison n'est pas suffisant pour dterminer la qualit de la voix que l'on peut esprer, mais cela donne une bonne approximation. En effet, un autre facteur essentiel intervient; il s'agit du modle de rpartition de cette perte de paquets, qui peut tre soit rgulirement rpartie, soit rpartie de manire corrle, c'est dire avec des pics de perte lors des phases de congestion, suivies de phases moins dgrades en terme de QoS. 7.3 - Gigue La gigue est la variance statistique du dlai de transmission. En d'autres termes, elle mesure la variation temporelle entre le moment o deux paquets auraient d arriver et le moment de leur arrive effective. Cette irrgularit d'arrive des paquets est due de multiples raisons dont: l'encapsulation des paquets IP dans les protocoles supports, la charge du rseau un instant donn, la variation des chemins emprunts dans le rseau, etc Pour compenser la gigue, on utilise gnralement des mmoires tampon (buffer de gigue) qui permettent de lisser l'irrgularit des paquets. Malheureusement ces paquets prsentent l'inconvnient de rallonger d'autant le temps de traverse global du systme. Leur taille doit donc tre soigneusement dfinie, et si possible adapte de manire dynamique aux conditions du rseau. La dgradation de la qualit de service due la prsence de gigue, se traduit en fait, par une combinaison des deux facteurs cits prcdemment: le dlai et la perte de paquets; puisque d'une part on introduit un dlai supplmentaire de traitement (buffer de gigue) lorsque l'on dcide d'attendre les paquets qui arrivent en retard, et que d'autre part on finit tout de mme par perdre certains paquets lorsque ceux-ci ont un retard qui dpasse le dlai maximum autoris par le buffer. 8 - Etat du march On compte une bonne vingtaine de firmes sur le march. Les principaux sont Cisco, Clarent, Avaya, Alcatel, Nortel Network, Siemens, Tnovis, 3COM Ce quil faut souligner, cest le fait quil y ait peu de concurrents car comme je lai dit prcdemment, la tlphonie sur Ip est un march trs jeune et trs novateur. Dailleurs, le fait que la tlphonie sur IP soit un march chevauchant 2 secteurs qui se rapprochent et taient compltement diffrent auparavant, la tlphonie et linformatique, nous assistons ici une concurrence ayant des origines diffrentes. En effet, nous retrouvons le gant de lquipement rseaux Cisco en concurrence avec des entreprises de tlphonies tel que Alcatel ou Siemens. Mais Cisco et Clarent arrivent largement en tte, sur un march qui de 259 millions de dollars cette anne pourrait atteindre 2,89 milliards en 2006. La tlphonie sur IP propose 3 types de terminaux diffrents : Les hardphones qui sont des tlphones physiques IP, les softphones qui sont des logiciels permettant de tlphoner sur IP au travers dun 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 linterface graphique les distingue. Pour le client, le produit des 2 concurrents est identique dans la mesure o il apporte les mmes services. 9 - Conclusion Actuellement, il est vident que la tlphonie IP va continuer de se dvelopper dans les prochaines annes. Le march de la tlphonie IP est trs jeune mais se dveloppe une vitesse fulgurante. Cest aujourdhui que les entreprises doivent investir dans la tlphonie IP si elles veulent y jouer un rle majeur. Le fait est que IP est maintenant un protocole trs rpandu, qui a fait ses preuves et que beaucoup dentreprises veulent disposer d' avantages sur 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 lexplosion de nouveaux services tels que les CTI. Maintenant que la normalisation a atteint une certaine maturit, il nest plus dangereux de miser sur le standard H323 qui a t accept par lensemble de la communaut. La tlphonie IP est une bonne solution en matire dintgration, de fiabilit, dvolutivit et de cot. Elle fera partie intgrante des Intranets dentreprises dans les annes venir et apparatra aussi dans la tlphonie publique pour permettre des communications bas cot. Enfin, le dveloppement de cette technologie reprsente-t-il un risque ou une opportunit pour les oprateurs traditionnels ? La rponse nest pas tranche. Dun cot, une stagnation des communications classiques; dun autre cot lutilisation massive dInternet va augmenter le trafic et dvelopper de nouveaux services que pourront dvelopper les oprateurs. Bientt nous tlphonerons tous sur IP... On peut ainsi vraisemblablement penser que le protocole IP deviendra un jour un standard unique permettant l'interoprabilit des rseaux mondialiss. C'est pourquoi l'intgration de la voix sur IP n'est qu'une tape vers EoIP : Everything over IP. 10 - Suivi du document Le 14 novembre 2004, par _SebF, cration du document. Merci Cattoen Franois, Greca Thomas, Clment Le Ttour et Christophe Badot.

Informations lgales Tous les produits mentionns ou marques cites sont des marques dposes de leurs propritaires respectifs. Ce site fait l'objet d'une dclaration la CNIL sous la rfrence N 810165. Copyright 1999-2008 - Tous droits rservs. Reproduction partielle (ou totale) strictement interdite sans une autorisation crite de l'auteur. IP VPN LAN Scurit entreprise Tlphonie entreprise Expert de votre Infrastructure

13 sur 14

12/09/2011 13:31

PABX - Bienvenue sur le portail des PABX / IPBX / TCPIP / NUME...

http://www.pabx-fr.com/voip/

FrameIP Telecom

14 sur 14

12/09/2011 13:31