Broussard Philippe Lagrue Sandra

DESS Images et Rseaux Option Rseaux Universit Claude Bernard Lyon Promotion 2002/2003
La tlphonie sur IP Page - 1 -

Sommaire

Pages Introduction Pourquoi la tlphonie sur IP ? La tlphonie sur IP pour des raisons conomiques La tlphonie sur IP pour des appels internationaux La tlphonie sur IP pour de nouvelles fonctions de communications Principe de la tlphonie sur IP Petit historique Comparaison avec X25 Principe gnral de la tlphonie sur IP Problmes lis IP Solutions pour remdier au problme dIP Architecture Premier scnario Deuxime scnario Dploiement Conclusion Bibliographie 3 4 4 4 4 5 5 5 6 7 8 13 13 15 19 21 22

La tlphonie sur IP Page - 2 -

Introduction

Les technologies de linformation apportent rgulirement leur lot dinnovation ouvrant de nouvelles possibilits de communications. Depuis l'mergence et l'extraordinaire dveloppement de l'Internet, les mentalits changent et on s'habitue au principe de rseau informatique et de son accs forfaitaire. Bien que lInternet se dveloppe rapidement, le tlphone reste encore le favori du public en matire de communication. Plus convivial car le contact est presque rel, il reste en plus simple d'utilisation. Pourtant, il fusionne de plus en plus avec le matriel informatique. Lexistence de deux rseaux parallles (rseaux tlphoniques et Internet) et la double facturation (pour le tlphone et pour laccs Internet) ont fait natre une nouvelle philosophie : la tlphonie sur IP (Internet Protocol). Par tlphonie sur IP on entend le fait que deux personnes ou plus puissent se parler entre elles partir de diffrents terminaux et ce, en faisant passer la voix via le rseau IP.

Dans une premire partie, nous expliquerons les raisons du dveloppement de la tlphonie sur IP et son enjeu conomique pour les entreprises. Nous tudierons ensuite le principe de la tlphonie sur IP : les diffrents protocoles et normes mis en place pour rpondre au transport de la voix sur un rseau IP. Nous mettrons en application le principe de la tlphonie sur IP par la prsentation de larchitecture des diffrents scnarios possibles. Nous dfinirons galement les acteurs majeurs du march de la tlphonie sur IP. Dans la dernire partie, nous tudierons ltat du dploiement actuel et les perspectives de ce march.

La tlphonie sur IP Page - 3 -

I / Pourquoi la tlphonie sur IP ?

I.1 / La tlphonie sur IP pour des raisons conomiques
Le tlphone est certes le favori du public mais la possibilit de communiquer, par cran interpos, n'importe o dans le monde sans aucune considration financire est galement un critre non ngligeable pour les entreprises. Quon appelle son voisin ou quon appelle lautre bout du monde, le prix reste toujours celui dune communication locale. C'est videmment cet aspect financier qui est l'origine de la tlphonie sur IP. Car c'est une rvolution au niveau des tarifs qui s'annoncent dmesurment bas. La tlphonie sur IP permet un intrt conomique majeur pour une entreprise : Forte rduction de la facture tlphonique Gestion du rseau de donnes (rseau IP de type Internet) et du rseau tlphonique en toile autour dun autocommutateur par une seule quipe technique Utilisation dun seul rseau physique rduction du cot en infrastructure

I.2 / La tlphonie sur IP pour des appels internationaux

La tlphonie sur IP permet une forte conomie sur le cot de transport pour une communication internationale mais elle a un impact limit sur lconomie des communications interurbaines. En effet, pour les communications interurbaines, les possibilits relles de rduire le cot de la communication ne portent que sur une part trs limite des cots de production et dautre part le client demandera bnficier dun prix trs attractif. La rentabilit pour loprateur nest donc pas aise. En effet, lconomie dune solution IP pour loprateur ne pourra tre satisfaisante quavec des volumes de communications trs importants. Dans le cas contraire, il aura meilleur compte de recourir aux services dinterconnexion existants : le Rseau Tlphonique Commut (RTC).

I.3 / La tlphonie sur IP pour de nouvelles fonctions de communications

La tlphonie sur IP na pas que des intrts financiers, elle permet galement dajouter de nombreuses fonctions de communications : Un poste tlphonique va pouvoir communiquer avec nimporte quel ordinateur de lInternet Un ordinateur intgrera toutes les fonctions dun tlphone Intgration des messageries vocales et Internet facilite Nouveaux services dannuaires, de communications de groupe ( multicast tlphonique ) ralisable facilement

La tlphonie sur IP Page - 4 -

II / Principe de la tlphonie sur IP

II.1 / Transport de la voix
Le systme vocal est complexe et bas sur des ondes sonores de frquences diffrentes. Le spectre des frquences perues par loreille humaine stale de 100 Hz 20 kHz. Cette fourchette est, cependant, rduire si lon veut distinguer les frquences utiles des frquences audibles. En effet, la quasi-totalit dun message sonore est comprhensible dans la fourchette 300-3400 Hz. Cette dernire correspond, dailleurs, celle utilise par le tlphone standard. Une conversation entre deux personnes respecte deux principes : intelligibilit et interactivit. Couper la parole quelquun ne se fait pas, mais cest un gage dinteractivit et de dialogue. En terme de transmission numrique, cela se traduit par le terme duplex. Une conversation full-duplex assure cette interactivit car chaque locuteur peut parler en mme temps, ce qui arrive quand deux personnes parlent de leur propre exprience sans scouter... Un mode half-duplex induit une conversation unidirectionnelle. Cette interactivit implique des notions de dlais dans le transport de la voix (avec le tlphone, par exemple). Les mesures effectues montrent quun temps de transit infrieur 150 ms garantit un dialogue actif. Jusqu 400 ms (limite suprieure) le dialogue reste tout de mme assez ractif. Au-del de cette limite le contradicteur aura limpression de parler dans le vide.

II.2 / Comparaison avec X25

La tlphonie sur IP permettrait donc aux utilisateurs dutiliser des fonctionnalits supplmentaires. Mais quelles sont les diffrences entre le rseau IP (rseaux de donnes) et le rseau X25 (rseaux de la tlphonie standard : RTC) ?

Tableau de comparaison entre le rseau IP et le rseau X25.

La tlphonie sur IP Page - 5 -

II.3 / Principe gnrale de la tlphonie sur IP

De manire gnrale, le principe de la tlphonie sur rseau de donnes par paquets consiste partir dune numrisation de la voix (par exemple 64kbit/s comme en tlphonie numrique), comprimer ensuite le signal numrique correspondant (pour diminuer son dbit, donc la quantit dinformations transmettre), dcouper le signal obtenu en paquets de donnes, enfin transmettre ces paquets sur un rseau de donnes utilisant la mme technologie. Au niveau du rcepteur, les paquets transmis sont r-assembls, le signal de donnes ainsi obtenu est dcomprim puis converti en signal analogique pour restitution sonore lutilisateur.

II.4 / Les problmes lis au protocole IP

En comparant le rseau IP et le rseau X25, nous avons pu mettre en vidence que la transmission pour le rseau IP ntait pas fiable. De sa propre technologie, nous savons galement que les paquets IP arrivent destination dans un ordre pouvant tre diffrent de celui de lmission, donc avec des dures de transmissions variables, charge pour lquipement darrive de reconstituer le signal numrique. Tous ces problmes inhrents au protocole IP correspondent aux principales causes des difficults et des limites la tlphonie sur IP. Enumration des problmes lis IP : - Dlai : temps de transmission d'un paquet (doit rester infrieur 400ms pour respecter les contraintes d'une conversation interactive) - Gigue : variation de dlai (ncessite un buffer de resynchronisation en bout de chemin) - Perte : disparition de paquets au cours de la communication (fait partie de la transmission IP mais doit tre soit rduite, soit inhibe) - Echo - Bande Passante A / Dlai de transmission dun paquet Le dlai de transmission dun paquet est trs important pour bnficier dun vritable mode conversationnel et minimiser la perception dcho. Afin davoir une conversation full duplex de bonnes qualits, le dlai de transmission ne devrait pas dpasser 150ms. Jusqu 400ms (limite suprieure), le dialogue reste tout de mme assez ractif. Au del de cette limite, la communication devient pratiquement haft-duplex. Or la dure de traverse dun rseau IP est dpendante du nombre de routeurs traverss, de la file dattente, des congestions, des pannes En effet, le dlai provient de nombreux facteurs. Il y a le dlai li lmetteur, celui li au rseau et bien sr celui li au rcepteur.

La tlphonie sur IP Page - 6 -

Au niveau de lmetteur, les dlais proviennent : - La numrisation et le codage du signal initialement analogique. - La compression du signal comprenant le dlai de trame (la compression porte sur une certaine longueur de donnes. Attendre ces informations induit un temps de traitement non ngligeable), le dlai dencodage (la compression sappuie sur la prdiction du signal -> comment volue le signal) et le dlai de traitement (temps mis par lalgorithme pour compresser une trame) - La mise en paquets (intervalle de temps pendant lequel lapplication constitue le paquet : cration de len-tte, remplissage des donnes) - La transmission (liaison par un modem ou par un accs direct sur un LAN ou un WAN) Au niveau du rseau, les dlais proviennent : - Propagation sur un rseau filaire (la vitesse de propagation est 200000km/s) - Le nombre de routeurs traverss : le temps de traverse dun routeur tant luimme fonction de la charge de ce dernier qui fonctionne par file dattente. Au niveau du rcepteur, ce sont les oprations inverses quau niveau de lmetteur. Le dlai provient donc de la rception des paquets, du buffer de gigue (cette mmoire tampon permet de resynchroniser les paquets arrivent avec des dlais variables -> compense les dcalages et remet les paquets en ordre.), la dpaquetisation, la dcompression, le dcodage et la conversion numrique analogique.

B / Perte Lorsque les routeurs IP sont congestionns, ils librent automatiquement de la Bande Passante en se dbarrassant dune certaine proportion des paquets entrant en fonction des seuils prdfinis. La destruction par un routeur congestionn nest pas la seule cause de la perte de paquet : celle-ci peut en effet provenir de lpuisement de la dure de vie du paquet IP (TLL = 0), du retard la rception suprieur au buffer de gigue ou une invalidit du paquet due des dfauts de transmission. C / La gigue La gigue correspond une variation du dlai de transmission de linformation. Elle est due au mode de mise en paquets par les codeurs, lencapsulation des paquets IP dans des protocoles support tels que le Frame Relay ou lATM, et la variation de routes dans le rseau : chaque paquet est en effet susceptible de transiter par des combinaisons diffrentes de routeurs entre la source et la destination. Pour compenser la gigue, on utilise des mmoires tampons (buffer de gigue) qui prsentent linconvnient de rallonger dautant le temps de traverse global du signal et contribue empcher un mode conversationnel normal. D / Lcho Les passerelles doivent galement traiter lcho lectrique gnr localement par le passage 2 fils vers 4 fils (rupture dimpdance) afin de ne pas perturber le terminal distant.

La tlphonie sur IP Page - 7 -

Lordinateur multimdia nest pas gnrateur dcho lectrique mais il peut tre drang par lcho de son correspondant qui utilise un tlphone analogique 2 fils : passage de 2 4 fils. E / Bande Passante Sans compression, la voix ncessite 64Kbps de bande passante, avec compression, on peut descendre jusqu 5Kbps. Dans ce dernier cas, la qualit du son est moins bonne et le temps de traitement pour la compression et la dcompression au dpart et larrive augmente le temps de la latence. F / Rsum des problmes inhrent IP

G / Pour remdier aux problmes Pour prendre en compte toutes ces contraintes, il faut que : que les logiciels et les quipements dextrmits soient performants : induisent peu de temps de latence, ne crent pas dcho que le rseau IP travers de bout en bout ait des qualits de services : peu de temps de latence, assez de bande passante, peu de gigue

II.5 / Solutions pour remdier aux problmes dIP

La Voix sur IP met en uvre les techniques tlcoms sur un rseau paquets. A cet gard, une normalisation de la signalisation est donc ncessaire pour garantir l'interoprabilit des quipements.

La tlphonie sur IP Page - 8 -

A / Historique Ne restant pas insensible aux charmes (technologies et financiers) de la tlphonie sur IP, Microsoft lance milieu 1996 le logiciel de visioconfrence : NetMeeting. Netscape qui dtient alors 75% du march des navigateurs impose le logiciel Cool Talk comme fdrateur des logiciels de tlphonie sur IP. Bien entendu, les deux technologies sont incompatibles. Microsoft dcide de sorienter vers une standardisation des protocoles de signalisation. Microsoft s'investit donc fortement dans les groupes travail de standardisation ITU et IETF. Son influence n'tant pas des moindres, le standard de signalisation H.323 est cre. NetMeeting supporte ce standard et limpose au monde IP. En 1997, l'IETF conoit un systme de signalisation SIP (Session Initiation Protocol) adapt la philosophie IP, contrairement H.323 qui s'inspire des circuits tlcoms. L'investissement des industries dans H.323 fait que SIP tombe en dsutude. Aujourd'hui SIP merge et s'impose sur des parts de march spcifiques : change de signalisation entre terminaux lgers et passerelles de rseaux tendus.

B / La norme H323 La norme H323 est une technologie de transmission, audio, vido et donne, temps rel. Cette norme spcifie les composants, les protocoles et les procdures permettant une communication multimdia travers un rseau de paquets. Les rseaux de paquets incluent le protocole IP. H323 permet dappliquer une varit de mcanismes diffrents : Audio uniquement (Tlphonie sur IP) Audio et Vido (Visioconfrence) Audio et donne Audio, Vido et donne

L'architecture H.323 fonctionne selon une stratgie bout bout qui lui confre une transparence vis--vis des volutions du rseau. Elle sappuie sur des protocoles de communications (RTP, RTCP, ), mais galement sur des codecs audio (G.711, G723.1, G.728,) et des codecs vido (H.261 et H.263). La norme H323 rpond aux problmes lis IP (mais pas de garantie de dlais). Elle dfinit plusieurs protocoles et fonctionne en mode sans connexion et sans garantie de service. Les fonctions ddis H.323 sont les suivantes : - Contrle de la procdure d'appel : requte, tablissement et suivi de l'appel. - Gestion des flux multimdias : liste de codecs recommands ou obligatoires. - Gestion des confrences multipoint : modle de confrence gr par une entit centrale. - Gestion de la bande passante : le Gatekeeper devient un centre de contrle et a les moyens de limiter les connexions et d'allouer la bande passante disponible. - Interconnexion d'autres rseaux : ATM, RNIS, RTC.

La tlphonie sur IP Page - 9 -

Protocoles de communications de la norme H323 :

La norme H323 ne dfinit pas la couche transport TCP (quivalent du transport dfini par lISO). Le protocole TCP prsente lavantage de grer un transfert fiable (renvoi des paquets IP en cas derreur) mais est malheureusement incompatible avec un flux temps rel dans la mesure o les mcanismes de TCP prvoient une rduction automatique du dbit accord lmetteur en cas de congestion du rseau et une remonte lente vers le dbit nominal. Un autre protocole est donc utilis. B.1 / UDP (User Datagram Protocol) Le protocole UDP permet aux applications dchanger des datagrammes. Il utilise la notion de port qui permet de distinguer les diffrentes applications qui sexcutent sur une machine. Outre le datagramme et ses donnes, un message UDP contient la fois un numro de port source et un numro de port destination. UDP fonctionne en mode non-connect, cest--dire en envoyant des datagrammes traits de manire indpendante par le rseau. Il est sans reprise derreur, nutilise aucun acquittement, ne resquence pas les messages et ne met en place aucun contrle de flux. Les messages UDP peuvent ainsi se perdre, tre dupliquer, arriver trop tt pour tre traits lors de leur rception. UDP correspond au niveau transport de larchitecture de rfrence, mais cest un protocole particulirement simple. Mais en ce qui concerne le transport de la tlphonie sur IP, il est la base de tous les autres protocoles. En effet, contrairement TCP, il prsente lavantage dun temps dexcution court, ce qui permet de tenir compte des contraintes de temps rel. UDP est en fait un protocole sans correction derreur (donc non fiable) dont la fonction essentielle consiste diffrencier les diffrents services applicatifs comme la messagerie, le transfert de fichiers, le Web, la voix, la vido

B.2 / RTP (Real-Time Transport Protocol) Comme son nom lindique, RTP (Real-Time Transport Protocol) est un protocole adapt aux applications prsentant des proprits temps rel. RTP est utilis pour le transport des donnes via lutilisation du protocole UDP. Le protocole RTP ajoute des marqueurs temps (possibilit de resynchronisation des flux par le rcepteur), indique le type de codage de linformation transporte (identifie le contenu des donnes pour leur associer un transport scuris), permet dassurer le bon squencement des trames (dtecte les pertes de paquets et en informe la source). Mais il ne garantit pas le bon acheminement des paquets, ni une quelconque qualit de service. Afin de rsoudre les faiblesses de RTP, on peut y associer un autre protocole : RTCP.

B.3 / RTCP (Real-Time Transport Control Protocol) RTCP est un protocole de contrle des flux RTP. Ce protocole apporte un retour dinformations sur la transmission et sur les lments destinataires. Ce protocole de contrle permet de renvoyer la source des informations sur

La tlphonie sur IP Page - 10 -

les rcepteurs et ainsi lui permettre, par exemple, dadapter le type de codage ou encore de modifier le dbit des donnes.

B.4 / RSVP (Resource reSerVation Protocol) Comme nous lavons vu prcdemment, le transport de la voix sur un rseau IP reste essentiellement non fiable du fait des faiblesses inhrentes au protocole de transport RTP : ce protocole reconstitue les squences de paquets mais ne garantit pas que les paquets vont arriver et encore moins quils vont arriver temps pour tre exploitable compte-tenu des contraintes de dlai imposes par une conversation humaine (400ms maximum). Toute larchitecture prcdente est donc remise en cause si le rseau IP lui -mme nest pas en mesure dapporter des garanties de qualits de services en termes de dbit et de dlais. Les constructeurs de routeurs ont dfini un certain nombre de mcanismes permettant de contrler la qualit de service (QoS) en rservant des ressources rseau, ce qui revient considrer que le fonctionnement du rseau IP se rapproche alors de celui dun rseau de circuits commuts : RSVP est cre. Associ RTP, Resource reSerVation Protocol (RSVP) nest pas lui -mme un protocole de routage particulier mais seulement un protocole qui demande la rservation de ressources en vue dobtenir une certaine qualit de service du rseau. RSVP va pouvoir palier les dfauts de RTP : - fiabilit - QoS RSVP intervient non plus sur les machines mettrices et rceptrices (comme RTP), mais sur le rseau lui-mme. RSVP est conu pour optimiser la livraison de donnes multipoints (1 source -> x rcepteurs). Son rle est de grer de manire indpendante chaque hte de destination afin d'adapter la QoS en fonction de ces capacits et besoins. La rservation de ressources est demande par le rcepteur, il met une requte de QoS correspondant ses besoins. Celle-ci parvient l'metteur sous forme d'un message RSVP. Ce mode d'attribution de ressources l'avantage d'tre effectu par le rcepteur qui, ainsi, peut demander une QoS adapte ses besoins et la consommation dsire. En effet, ce type de protocole assurant une QoS dans la transmission d'informations, il est normal que la rservation de ressources soit facture

C / SIP (Session Initiation Protocol) Il est vidant que H.323 est omniprsent dans la communication temps rel sur IP, lui offrant une grande interoprabilit. Lavenir du protocole SIP nest pas trs radieux. Pourtant les atouts de SIP sur ses concurrents sont rels et non ngligeables. SIP est un protocole rcent (mars 1999) normalis par lIETF, comme son concurrent actuel H323 normalis par lITU est dj en service depuis 1996.

La tlphonie sur IP Page - 11 -

Le protocole dinitiation de session (SIP) est un protocole de signalisation appartenant la couche application du modle OSI. Son rle est douvrir, modifier et librer les sessions ou appels ouverts entre un ou plusieurs utilisateurs. 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. Notons quavec SIP, les utilisateurs qui ouvrent une session peuvent communiquer en mode diffusif, en mode point point ou dans un mode combinant ceux-ci. Un utilisateur peut se connecter avec les utilisateurs dune session dj ouverte. SIP possde lavantage de ne pas tre attach un mdium particulier et est sens tre indpendant du protocole de transport des couches basses. De plus il peut tre tendu et sadapter aux volutions futures. SIP se caractrise comme tant un protocole plus rapide. SIP est un protocole indpendant de la couche transport : il peut aussi bien sutiliser avec TCP que UDP. La description de SIP est beaucoup plus simple que celle d'H.323 (153 pages de RFC contre 736), il est plus lger et donc plus facile mettre en uvre, sans tre moins complet pour autant.

La tlphonie sur IP Page - 12 -

III / Architecture
Dans le chapitre prcdent, nous avons constat que la tlphonie sur IP devait utiliser de nombreux protocoles pour rsoudre les problmes lis la tlphonie sur IP. Actuellement, il est possible de distinguer diffrents scnarios pour la tlphonie sur IP. Le premier scnario implique que les deux personnes voulant communiquer utilisent un ordinateur multimdia. Le deuxime scnario permet aux utilisateurs dutiliser des tlphones analogiques comme terminaux sur un rseau Voix sur IP.

III.1 / Premier scnario

A / Internet Dans ce mode de fonctionnement, les deux correspondants, pour communiquer travers l'Internet, utilisent leurs ordinateurs, quips d'un micro, d'un haut-parleur, d'une carte son (full-duplex pour garantir une conversation simultane) et d'un logiciel de tlphonie sur IP. L'ordinateur soccupe de numriser, compresser et encapsuler les chantillons de voix dans les paquets IP avant de les envoyer. Laccs Internet peut se faire par plusieurs moyens : - Le RTC (modem) - Le RNIS (carte numeris) - Les rseaux mobiles - Les rseaux cbls (modem cble) - Les boucles locales radio - L'ADSL Nous pouvons distinguer deux modes de connexion : - "Connexion directe" : lutilisateur compose l'adresse IP du correspondant, or cela ncessite un accord pralable sur une heure de rendez-vous entre les deux protagonistes de la communication - "Connexion serveur" : lutilisateur slectionne le correspondant sur une liste d'usagers prsents en ligne. Lorsque l'usager du logiciel de tlphonie sur Internet se connecte au rseau, ses coordonnes, (adresse lectronique, adresse IP, etc.) sont automatiquement inscrites dans l'annuaire en ligne (cf. Figure 1). Bien que ce scnario est lair idyllique, il faut souligner le fait que le rseau Internet est incapable de garantir un transfert fiable et rapide de linformation, provoquant ainsi une pitre qualit dcoute de la conversation. De plus, lutilisation dannuaire en ligne devient problmatique si le nombre dabonns devient trs important. Ce march reste donc rserv aux clients des FAI. Cependant le principal attrait du Tout sur IP est la possibilit de faire des conomies consquentes sur les communications tlphoniques surtout celles concernant linternational. La tlphonie sur IP Page - 13 -

Figure 1 - Tlphonie sur IP travers Internet (avec un annuaire en ligne)

B / Intranet Contrairement au paragraphe prcdent, lutilisation du Tout sur IP dans un intranet permet dliminer beaucoup de problmes lis au rseau. En effet, par rapport Internet, il est possible de matriser le transport des paquets du fait que les routeurs et la taille du rseau sont sous le contrle dun seul oprateur. Par consquent, la congestion et les files dattente des messages peuvent tre gr plus efficacement vu que le temps de transfert dun paquet dans un routeur dpend du volume global de donnes traites par ce dernier (cf. Figure 2) Le deuxime point important souligner, est que la logique du Tout sur IP dans un Intranet nest plus conomique mais fonctionnelle. Il permet dapporter de nouvelles opportunits comme de partager virtuellement un espace complet de travail. Ce march est donc ddi aux applications intranet permettant ainsi daugmenter la productivit de lentreprise. Le seul inconvnient majeur est du lutilisation de pare feu par les entreprises, entranant ainsi un retard de plus pour la transmission des paquets. De plus la norme H.323 utilise des ports UDP dynamiques, posant alors un problme consquent avec lutilisation de pare feu

Figure 2 - Tlphonie sur IP dans un rseau dentreprise

La tlphonie sur IP Page - 14 -

III.2 / Deuxime scnario

Le premier scnario implique le fait que chaque personne voulant communiquer, possde un ordinateur multimdia. Ceci restreint donc le nombre dutilisateurs potentiels de la tlphonie sur IP. Pour pallier ce problme, des solutions ont t dveloppes afin que lon puisse se servir des tlphones analogiques comme terminaux sur un rseau Voix sur IP. Cependant un nouveau problme apparat, le rseau IP et le RTC sont des rseaux indpendants et totalement diffrents : comment les faire cohabiter ? Deux solutions techniques sont envisageables : linterconnexion de PABX lutilisation de passerelles (Gateway)

Dans le premier cas, le tlphone classique est reli au PABX, ce dernier possdant une carte spcifique permettant de faire le lien avec le rseau IP (il existe dailleurs des cartes pouvant relier des rseaux ATM ou Frame Relay). Cette mthode remplace donc lutili sation dune liaison spcialise entre PABX entranant ainsi une rduction de cot. (cf. Figure 3)

Figure 3 Interconnexion directe dIPABX

La deuxime solution technique, quant elle, fait appel des passerelles faisant le lien entre le PABX et le rseau IP. Elle assure diverses fonctions, notamment le codage ou le dcodage de la voix, la mise en paquet de la voix, le traitement des tlcopies, l'annulation d'cho Le codage et la compression de la voix requirent une puissance de calcul telle que ce traitement est aujourd'hui assur par des processeurs spcialiss DSP (Digital Signal Processing). Les passerelles disposent d'un raccordement tlphonique via des interfaces analogiques ou numriques (comme des E1 ou T1) qui supportent plusieurs ports, et d'un raccordement au rseau IP gnralement via des cartes Ethernet ou Fast Ethernet. Il existe La tlphonie sur IP Page - 15 -

plusieurs gammes de passerelles sur le march : des passerelles pour les entreprises et des passerelles pour les oprateurs. (cf. Figure 4)

Figure 4 - Interconnexion de PABX avec passerelles Ces deux solutions techniques ncessitent lutilisation dun Gatekeeper (Cf. Figure 5) ou garde barrire. Pour dcharger les nuds du rseau de traitements locaux, une machine est ddie ces diffrents traitements comme lauthentification / autorisation des appels, enregistrement des informations de facturation, codage, traitement et mise sous paquets de la voix

Figure 5 - Utilisation dun Gatekeeper Les Gatekeepers excute deux fonctions importantes. La premire est la translation d'adresse d'un alias LAN d'un terminal ou d'une passerelle vers une adresse IP ou IPX. La deuxime fonction est la gestion de la bande passante. Par exemple, si un administrateur rseau a spcifi un seuil pour un nombre simultan de confrence sur le LAN, le Gatekeeper peut refuser toutes les connexions qui seront au del de ce seuil. Ceci a pour effet de limiter la bande passante pour de l'usage en confrence une fraction de la bande passante totale. La La tlphonie sur IP Page - 16 -

bande passante restante est rserve aux e-mails, aux transferts de fichiers, et autres protocoles du rseau. Dans un rseau de Voix sur IP, un Gatekeeper nest pas obligatoire mais il devient indispensable pour permettre une monte en charge du rseau. Lorsquun Gatekeeper est install, il communique avec toutes les entits de sa zone H.323, que cela soit les terminaux, les passerelles et les Multipoint Control Units (que nous dvelopperons plus tard). Une caractristique optionnelle mais valable d'un Gatekeeper est sa capacit faire du routage d'appel H.323.En routant un appel travers un Gatekeeper, cet appel peut tre mieux contrl. Les fournisseurs de services ont besoin de cette capacit ne serait ce que pour facturer les appels travers leur rseau.

Fonctions requises d'un Gatekeeper Translation d'adresse Translation des adresses Alias vers des adresses de transport, en utilisant une table mise jour par des messages d'enregistrements. D'autres mthodes pour mettre jour les tables sont autorises. Autorisation des accs aux LAN en utilisant des messages, requtes (Admission Request ARQ, Confirm ARC, Reject ARJ). Les accs au LAN se basent sur les autorisations d'appel, la bande passante, ou d'autres critres. Le contrle d'admission peut tre une fonction nulle, qui autorise toutes les requtes. Supporte les messages : Bandwith Request, Confirm, Reject (BRQ,BRC,BRJ).Le contrle de la bande passante peut tre une fonction nulle, qui autorise toutes les requtes ce niveau. Le Gatekeeper fournit les fonctions dcrites au-dessus chaque terminal, MCUs et Gateways.

Contrle d'accs

Contrle de la bande passante Gestion de la zone H.323

Fonctions optionnelles d'un Gatekeeper Signalisation du Contrle d'appel Le Gatekeeper peut rejeter un appel provenant d'un terminal bas sur les spcifications Q.931. Les raisons du rejet peuvent tre, par exemple, pour restreindre l'accs vers ou provenant d'un terminal particulier ou une passerelle ou pour restreindre l'accs pendant une certaine priode de temps. Les critres permettant de dterminer si une autorisation est donne ou pas, sort du domaine de H.323. Le Gatekeeper peut rejeter un appel si il dtermine que la bande passante est insuffisante . Cette fonction est aussi valable durant une communication lorsque celle ci demande plus de bande passante. Les critres permettant de dterminer si la bande passante est suffisante ou pas , sort du domaine de H.323. La tlphonie sur IP Page - 17 -

Autorisation d'appel

Gestion de la bande passante

Gestion des appels

Le Gatekeeper peut maintenir une liste des appels H.323 en cours dans le but d'indiquer si un terminal est occup ou pour fournir de l'information pour la gestion de la bande passante.

Un Gatekeeper peut aussi grer des Multipoint Control Unit (MCU). Ce dernier assiste les confrences entre trois ou plus de points terminaux.. Dans H.323, un MCU est constitu d'un Multipoint Controller (MC), qui est requis, et de zro ou plus Multipoint Processor (MP). Le Multipoint Controller traite les ngociations H.245 entre les terminaux pour dterminer les capacits communes en audio et en vido. Le MC contrle aussi les ressources de la confrence en dterminant lesquels, si il y en a plusieurs, des flux vido et audio seront multicast.

La tlphonie sur IP Page - 18 -

IV / Dploiement
Malgr un dbut dimplantation assez laborieux, la tlphonie sur IP pourrait devenir trs court terme une ncessit pour les entreprises. Daprs lIDC 2001, le parc de PABX relis en rseau a t multipli par deux dans les annes 2000-2001 et il prvoit une augmentation rapide pour 2003 (multipli par 4). Pour ce qui concerne le rseau tlphonie sur IP, lIDC 2001 indiquait quen 2002, 20% des nouvelles lignes pour des sites de moins de 100 lignes, taient rserves pour la tlphonie sur IP (5% pour les sites de plus de 100 lignes). De plus, la vente dapplications (comme les messageries unifies) a doubl pour la mme anne. Au niveau trafic, Datamonitor indiquait une multiplication par deux pour la France en 2001 et prvoit une multiplication par 4 pour 2003. Ceci montre bien que la tlphonie sur IP prend de plus en plus dessor et commence sinstaller sur le march des tlcommunications.

Evolution du trafic tlphonique international sur IP (en millions de minutes) d'aprs Analysys

Les entreprises sont motives du point de vue : du progrs : enrichir les services voix existants et bnficier de lintgration multimdia sur le poste de travail et pour les contacts clients de la rationalisation : gestion simplifie et des services voix homognes

Cette croissance est due aussi aux fabricants de logiciels et de matriels spcialiss. Du point de vue logiciel, Microsoft est trs prsent avec Netmeeting du fait de son intgration dans le systme dexploitation Windows. Cependant Netscape nest pas en reste avec CoolTalk. De plus, il faut prciser que Microsoft et Netscape ont t deux des entreprises vouloir imposer H.323 comme standard.

La tlphonie sur IP Page - 19 -

Du point de vue matriel, la plupart des entreprises proposent des quipements particuliers comme des IPABX, des routeurs IP, des terminaux IP mais aussi des solutions compltes. Les principaux acteurs sont CISCO, 3COM pour les quipements rseaux et ALCATEL, NORTEL, ERICSSON pour les IPABX Dautres entreprises comme EQUANT se spcialisent plus dans loffre de service comme oprateurs de donnes.

Le march de la tlphonie va voluer en proposant des offres adaptes la voix sur IP mais il reste frein par le fait que les cots initiaux pour assurer linterconnexion et linteroprabilit avec le rseau commut, sont importants. A moyen terme, le service tlphonie des entreprises et les services associs tendront tre externaliss compltement.

La tlphonie sur IP Page - 20 -

Conclusion
A ce stade, il est vident que la possibilit de faire de la tlphonie sur rseau IP devient raliste. Les oprateurs traditionnels de tlcommunications et les constructeurs informatiques l'ont d'ailleurs bien compris. On trouve maintenant sur le march lensemble complet H323 ncessaire pour faire de la tlphonie sur IP. Les logiciels et les matriels associs possdent de plus en plus de fonctionnalits intressantes et stables. La tlphonie sur IP possde actuellement une vritable opportunit conomiques au niveau des rseaux Intranet, sous le contrle dun oprateur. Les entreprises adoptent en effet la communication unifie de la voix, la vido et les donnes sur le rseau IP Intranet. Nous avons pu constater que la tlphonie sur IP possdait de nombreux avantages tels que la diminution du cot en infrastructure, de la facture de tlphone. Elle permet galement de rduire le cot de la proprit du rseau (une seule quipe est en charge du rseau unique) et les taches de maintenance sont facilits. La tlphonie sur IP est base sur des standards ouverts : elle permet donc linteraction avec les quipements tlphoniques standards. Plus que la voix sur IP, lintgration de nombreux services (le travail collectif, la visioconfrence, le commerce lectronique, la communication efficace et permanente pour les employs mobiles) et lintelligence de ces services orientent le march des applications temps rel sur rseaux IP. La tlphonie sur IP possde de nombreux avantages mais la tlphonie et linformatique sont deux cultures diffrentes, il est donc difficile et long dintgrer les personnels de ces mondes dans une mme quipe. Actuellement, la qualit audio obtenue sur IP reste infrieure celle du RTC, il est difficile de faire accepter ce recul aux utilisateurs mme aux bnfices dconomies substantielles. Avec le rseau IP Intranet, on obtient des rsultats satisfaisants car on possde suffisamment de bande passante mais le rseau tlphonique commut reste de meilleure qualit. Il ny a cependant pas dimpossibilit technique envisager de transporter un jour tout le trafic tlphonique sur Internet. Mais cela sera-t-il assez simple et rentable pour justifier une intgration complte ? Il faudra que beaucoup dacteurs se mobilisent pour cette volution, donc quil y ait assez de business faire dans ce domaine. Enfin, il est clair qu'en tout tat de cause, la rsultante nette de l'apparition de la tlphonie sur IP sur Internet sera une baisse de cot gnralise des tarifs de tlcommunications, longue distance et notamment en international, quels que soient les moyens utiliss.

La tlphonie sur IP Page - 21 -

Bibliographie

Article "Tlphonie sur IP : bilan et quelques tests" - JRES99 - Jean Luc Archimbaud et Philippe Leca Stage sur la tlphonie de Olivier Perriot ( Urec ) et Laurent Foret ( Inria ): http://www.inrialpes.fr/irami/people/foret/ Tlphonie sur Internet :quelles perspectives ? par Michel Dudet, Patrice Collet et Olivier Hersent CENT La tlphonie sur IP un rapport de Jean-Claude Merlin (CGTI : Conseil Gnral des Technologies de lInformation) davril 1999. http://www.urec.cnrs.fr/telip/ Guil.net : http://www.guill.net/index.php3?cat=3 SIP : http://www.chez.com/jaaayyy/html/ProjetSIP/SommaireSIP.html SIP : www.iptel.org SIP : www.gitep.fr H323 : www.iec.org OpenH323 Project : http://www.openh323.org/ Cisco Ip telephony : http://www.cisco.com/warp/public/cc/cisco/mkt/iptel/ Les rseaux de Andrew Tanenbaum Les rseaux de Guy Pujolle Documents de France Telecom

La tlphonie sur IP Page - 22 -