Groupe n1

Projet TOIP RENATER

Rapport de projet Master 1 informatique Universit dAvignon

DAzmar Jrme Dransart Florian Cossu Jean-Valre Leseur Johnatan

Sommaire
Sommaire ................................................................................................................................... 2 Introduction ................................................................................................................................ 3 Gestion du projet : ...................................................................................................................... 4 La ToIP : ..................................................................................................................................... 6 Les protocoles ............................................................................................................................ 7 Asterisk....................................................................................................................................... 8 1) Fonctionnement .................................................................................................................. 8 2)Fonctionnalits .................................................................................................................... 9 I) Objectifs du projet : .............................................................................................................. 11 1. Prsentation : ......................................................................................................... 11 2. Enjeux du projet : .................................................................................................. 11 II) Rsum de l'existant : .......................................................................................................... 12 III) Contraintes : ....................................................................................................................... 14 1. Renater : ....................................................................................................................... 14 2. IPBX : ........................................................................................................................... 14 3. Contraintes de liaison : ................................................................................................. 14 4. Gestion du protocole SIP et mise lchelle : .............................................................. 14 5. Kamalio : ...................................................................................................................... 15 6. Choix des distributions : ............................................................................................... 15 IV) Diffrentes maquettes du projet jusqu' la version stable : ................................................ 15 V) Diagramme de GANT : ....................................................................................................... 20 VI) Conclusion : ....................................................................................................................... 21 Annexe I : Le protocole SIP ..................................................................................................... 22 1. Prsentation du Protocole ............................................................................................. 23 2. Structure du message SIP ............................................................................................. 24 3. Les Entits SIP ............................................................................................................. 26 4. Asterisk et SIP .............................................................................................................. 28 5. SIP et la scuriter .......................................................................................................... 28 Les codecs ................................................................................................................................ 29 RENATER ................................................................................................................................ 30

Introduction
Similaire au tlphone, la voix sur IP (VoIP) permet de transmettre la voix en se rfrant au protocole IP (Internet Protocol). Cela permet d'effectuer des appels tlphoniques via Internet. La VoIP est galement libre des rglementations gouvernementales sans fin et des tarifs imposs par les oprateurs tlphoniques traditionnels. On appelle ToIP le service de transport de la voix sur IP permettant d'effectuer des appels tlphoniques via l'Internet au lieu d'utiliser une ligne de tlphone traditionnelle, la ToIP regroupe galement tous les services en plus offerts lutilisateur (et ladministrateur). La tlphonie sur IP exploite un rseau de donnes IP pour offrir des communications vocales l'ensemble de l'entreprise sur un rseau unique voix et donnes. Asterisk est un des exemples trs utiliss de services tlphoniques sur IP. La signalisation de session (SIP, H323) et le transport de la VoIP (RTP, RTCP) sont les grands thmes abords sur le mcanisme de la ToIP mais reprsente aussi la faiblesse de la ToIP. Aujourd'hui, la position des oprateurs est menace par l'arrive massive de la tlphonie sur IP, dont la tarification tend vers la gratuit. Au sein du rseau de l'UAPV, nous allons appliquer cette thmatique l'aide d'une solution logicielle open source : Asterisk. Grce elle et au protocole SIP, nous allons mettre en place une implmentation de Tlphonie sur IP. Le but premier de cette intgration est de permettre des clients distants de se connecter via le rseau IP au serveur de tlphonie de lUAPV afin de pouvoir sortir sur le rseau tlphonique via une ligne de lUAPV et ne plus avoir crer une nouvelle ligne avec les problmes que cela implique. Aux premires maquettes prvues qui serviront connecter des utilisateurs IP nous rajouterons une interconnexion IP au rseau tlphonique mondiale (via un oprateur VoIP), puis via une sortie analogique nous nous connecterons au Rseau Tlphonique Commut (RTC). Notre objectif suivant sera dinterconnect notre systme au rseau l'enseignement et la recherche (RENATER) qui utilise la mme solution que nous. Une fois cette tape termine nous essayerons de nous raccorder au rseau tlphonique interne de lUniversit, lui bas sur une solution propritaire.

Gestion du projet :

Etapes importantes de la vie du projet :

Cration de la Mailing liste Cration du site du projet Assimilation du projet Rdaction du cahier des charges Runions de projet

La mailing liste : Elle permet de faciliter les communications entre notre tuteur et nous mais aussi d'archiver les communications. Cette mailing-list est dclare au sein de l'universit en tant que "pfe-toip4ericssonetrenater@listes.univ-avignon.fr". Le site du projet : Dans le cadre du projet nous avons d crer un site qui nous a servis dfinir le projet ainsi qua permettre de faciliter le suivi de ce dernier par les responsables de projet. Ce site nous a servi au dpt des diffrents comptes-rendus mensuels. Il est consultable ladresse : " http://projets-gmi.univ-avignon.fr/projets//proj1011/M1/p01/" Assimilation du projet : tant novices dans le domaine de la tlphonie IP, il nous a fallu nous familiariser avec le sujet du projet et enrichir nos connaissances dans ce domaine de faon pouvoir mener notre projet terme. Rdaction du cahier des charges : Lors de la rdaction du cahier des charges, nous allons dfinir les besoins que nous aurons lors de la ralisation du projet, les contraintes que nous devrons respecter ainsi que le pourquoi des solutions retenues. Les runions : Des runions mensuelles taient obligatoires afin de permettre notre tuteur de suivre lvolution du projet de nous conseiller quand il y avait lieu dans la rdaction du cahier des charges.

La ToIP :
Gnralits : La tlphonie sur IP dsigne une technique qui consiste vhiculer la voix (au mme titre que les autres types de donnes) sur le rseau Internet en utilisant le protocole IP. La voix n'est plus achemine sur un circuit commut comme dans la tlphonie classique mais plutt transmise sous forme de paquets IP travers le rseau. Cela veut dire que les paquets appartenant une mme communication peuvent emprunter des chemins diffrents. Evolutions : La tlphonie sur IP a connu un formidable saut qualitatif depuis quelques annes : Aujourdhui, la qualit des communications en tlphonie sur ip est quivalente celle du rseau commut classique (RTC). Inconvnients : La Tlphonie sur IP met aujourd'hui en avant les problmes suivants : - scurit des donnes : le circuit RTC est ferm contrairement au rseau IP qui est encore mal scuris et o l'on peut craindre des problmes d'authentification, intgrit et confidentialit des donnes. - disponibilit : les rseaux classiques ont une disponibilit dite 5 neuf (ils fonctionnent 99,999% du temps soit moins dune heure de panne par an). Actuellement les meilleurs rseaux IP garantissent environ 10h d'indisponibilit par an. - qualit de service : la qualit du service fournis sur les rseaux IP varie en fonction du type de qualit de service du rseau et de la charge de ce dernier, il est aujourdhui difficile de garantir un mme niveau de qualit sur lensemble du rseau. Le niveau de qualit de la communication sur le chemin sera exprim en fonction du plus bas niveau de qualit rencontr. Cet inconvnient est induit par le protocole IP dans sa version 4.

Les protocoles
Petit rappel : un protocole est un ensemble de contrainte permettant d'tablir une connexion entre deux entits. Les principaux protocoles utiliss pour l'tablissement des connexions VOIP sont : H323 : Ancien standard des dbuts de la ToiP, ce protocole est limit l'unicast, il est de moins en moins utilis. IAX : Protocole de liaison inter-Asterisk (propritaire Digium), il pche encore par un manque de maturit et par une non standardisation qui freine son dveloppement malgr qu'il offre : - une gestion protocolaire beaucoup simple du routage - une scurit renforce (possibilits d'utilisation du cryptage avanc) - une gestion trs forte des flux de donnes pour les faibles bande passantes (il peut remplacer le travail qu'effectuent certains commutateurs de niveau 3 grants la priorit des flux VOIP ainsi que la bande passante allous ces derniers). SIP : Standard ouvert de VoIP interoprable avec la plupart des tlphones il est le plus rpandu et vise devenir le standard des tlcommunications multimdia (son, image, etc.). SIP nest donc pas seulement destin la VoIP mais aussi pour de nombreuses autres applications telles que la visiophonie, la messagerie instantane, ou mme les jeux vido en ligne. Le protocole SIP est intgr dans le protocole RTP pour le transport de la voix (protocole de transport en temps rel des flux).

Asterisk
1) Fonctionnement Le but est d'assurer des communications locales avec des clients SIP (softphones etc...) : - du matriel compatible bon march (tlphone Thomson ST2030) - des softphones gratuits (X-Lite) La configuration du poste qui deviendra notre PABX ne pose pas de soucis particuliers. L'installation d'Asterisk par contre est, elle, remplie d'embuches avant d'avoir un rsultat fonctionnel. Labsence de tutoriels complets et explicites, est un rel problme lors de linstallation d'Asterisk. Il existe deux approches d'utilisation d'Asterisk ce jour : - AGI (Asterisk Gateway Interface) compiler soit mme ou installer directement compil, c'est une interface gnrique de contrle du serveur qui peut s'ajouter n'importe quel poste Linux - Trixbox/@steriskNow : il s'agit d'une distribution live complte du serveur accessible depuis un CD Bootable (Live-CD). C'est une solution cl en main tout a fait fonctionnelle ds le dmarrage elle permet tout a chacun de se donner une ide du systme sans avoir changer quoi que ce soit sur la machine. Elle est cependant dconseiller pour tout autres usages que test ou domestique car elle n'est pas stable face aux problmes physique ou plus simplement nergtique (en effet tout est stock en mmoire vive). Accessoirement il existe une version dveloppe pour les plateformes Windows beaucoup moins performante elle constitue cependant un excellent moyen de se familiariser avec la configuration du logiciel car elle reproduit l'architecture utilise sous linux. Une interface conviviale est propose l'utilisateur pour lui permettre d'accder toutes les fonctionnalits. Le systme perd nanmoins en ractivit et les modifications de configurations ne sont parfois stables ni effectivement appliques.

2)Fonctionnalits

Asterisk propose en parallle, beaucoup d'autres fonctions dignes des meilleures solutions VoiP commerciales disponibles comme par exemple la possibilit de dsigner des ringgroup par numro ce qui permet de faire sonner tous les postes (ou un groupe de poste) lorsque ce numro est compos, ce titre il peut devenir trs intressant de crer un ringgroup pour les techniciens assurant une hotline de maintenance. Asterisk supporte trs bien les fonctionnalits de vidos confrences ou de diffusion vido (type : camra de surveillance IP). Les transferts/interceptions d'appels et confrences ne sont eux aussi qu'une formalit de configuration pour Asterisk. Il est noter galement quAsterisk permet de grer le rseau Google talk ainsi que celui de jabber. Asterisk permet aussi de disposer d'une messagerie vocale et vido. Une des grandes innovations d'Asterisk est la possibilit de crer des services d'accessibilit aux malentendants via la diffusion de clip vido ou musique d'attente dans la menu vocaux, voir mme directement un menu vocal interactif vido. Enfin on peut conclure sur une importante fonctionnalit d'Asterisk : celle de jouer le rle de passerelle (via des sorties T0 sur France Telecom et le rseau RTC) sur le reste du monde tlphonique, lensemble rendant possible les communications entre le rseau tlphonique interne et le rseau tlphonique international. Depuis peu cette fonction a t tendue au rseau 3G via la technologie UMTS base sur le protocole H324 (support par Asterisk). Les tlphones mobiles peuvent tre atteints depuis une ligne interne.

Cahier des Charges

I) Objectifs du projet :
Notre objectif est de pouvoir communiquer avec l'intrieur et l'extrieur de l'universit. Les communications entre les universits (ou site reli a RENATER) devront obligatoirement passer par le lien RENATER.

1. Prsentation :
Le projet vise apprhender la mise en place de la plateforme Open Source Asterisk avec son interconnexion l'IPBX matre de l'universit. Le but dans un premier tant de communiquer depuis notre serveur Asterisk vers les IPBX du rseau Renater puis terme de connecter notre solution aux IPBX de l'universit (Aastra/Ericsson). Afin que les personnels de luniversit en dplacement puissent tlphoner (partout dans le monde) moindre cot via leur n universit habituel via une liaison IP entre leur position actuelle et le serveur Asterisk. Cela passera par la rsolution des problmatiques lies aux diffrences de concepts entre systmes libres et propritaires.

2. Enjeux du projet :
Les principaux enjeux de ce projet sont les suivants : Tout d'abord, pouvoir mettre en relation des systmes libres et propritaires. Dans cette optique, de nombreux problmes vont se prsenter, du fait que les systmes libres et les systmes propritaires n'appartiennent pas au mme "monde". Il se posera donc les problmes suivant : Faire communiquer lAsterisk avec lIPBX maitre. Enfin, la mise l'chelle du projet, les erreurs "imprvues" apparaissant une fois la mise en place effectue.

II) Rsum de l'existant :

Infrastructure rseau globale :

Actuellement, il y a 5 IPBXs en place luniversit un IPBX dit "maitre" fdre lensemble en un seul IPBX, notre serveur (entour en rouge) devra sintgrer larchitecture en tant quIPBX normal.

Infrastructure rseau tlphonie :

III) Contraintes :
1. Renater : Renater n'autorise que les IPBXs des sites raccords au service ToIP communiquer avec le routeur d'appels. Les IPBXs doivent donc tre configurs en tant que proxy SIP. 2. IPBX : A luniversit, larchitecture en place consiste en fait plusieurs IPBXs quun IPBX maitre fusionne afin que le rseau agisse comme si il ny avait quun seul IPBX. Notre Asterisk devra donc tre intgrer comme tant un IPBXs comme les autres pour tre assimiler par le maitre. 3. Contraintes de liaison : Notre serveur Asterisk aura l'obligation d'avoir deux sorties, dont une liaison vers lIPBX maitre (vers le LAN) et une liaison Renater (galement IP). 4. Gestion du protocole SIP et mise lchelle : Renater utilisant le protocole SIP, nous nous trouvons dans l'obligation de l'utiliser aussi. Sachant qu'Asterisk l'implmente dans sa version la plus simple, nous devons donc monter en parallle un serveur Kamalio( ex OPENser) pour une meilleure gestion des sessions utilisateurs. Le protocole SIP gre : - L'authentification - Localisation des participants - Ngociation sur les types de mdias utilisables par les diffrents participants Il ne s'occupe pas des donnes et ne transporte que les informations de la session. Cependant, il se base sur la signalisation des adresses IP, ne supporte pas le NAT et possde linconvnient dutiliser TCP (meilleure fiabilit mais dbit rduit). Le protocole SIP peut contenir des donnes confidentielles. Il possde trois types de cryptages : - Cryptage de bout en bout du message (corps + en tte) - Cryptage des donnes au saut par saut (vite juste de savoir qui appelle qui) - Cryptage au saut par saut du champ d'en tte (afin de dissimuler la route emprunte) Un dernier mcanisme permet dassurer lintgrit et dauthentification des donnes rendant impossible toute altration ou re transmission de paquet par un pirate.

5. Kamalio : LOPENser permet de faire lintgration en temps rel entre le rseau tlphonique priv et le rseau tlphonique extrieur. En fait Kamalio est un routeur SIP qui comble les lacunes dAsterisk lors de la mise lchelle. Kamalio effectuera un traitement des paquets pour leur permettre de traverser les routeurs et linverse il "dcodera" les paquets entrants pour Asterisk. La liaison se fera via une base de donnes SQL, cette base de donnes permettra de grer : - Les utilisateurs SIP - Les messages vocaux - La lecture des messages vocaux Ensuite lOPENser se chargera du routage des appels (appels Dialplan en tlphonie). Nous parlions prcdemment de scurit lOPENser ou Kamalio permet de grer dautres formes de cryptages des flux de voix ainsi des lments de signalisation. 6. Choix des distributions : Il existe diffrentes distributions qui sont les suivantes : - Asterisk en package DEBIAN. - Asterisk compil la main (peu importe la distribution). - Distribution spcialise type Xivo : C'est une nouvelle distribution (les configurations se font par fonction prcompiles en interface web et sont volutives) Nous commencerons par utiliser une distribution spcialise afin de limiter les possibilits de configurations, cependant il nest pas exclu si cela nous convient de continuer travailler en rester sur cette version. Dans le cas contraire nous devrons refaire les oprations prcdentes avec la nouvelle installation Asterisk.

IV) Diffrentes maquettes du projet jusqu' la version stable :

Lors du dbut de la ralisation du projet, il est ncessaire de se familiariser avec le milieu de la tlphonie. C'est dans cette optique l que nous raliserons le projet en plusieurs versions.

1. Mise en place avec Asterisk seul :

Dans cette premire ralisation, nous allons uniquement mettre en place notre serveur Asterisk pour nous permettre de nous familiariser avec son utilisation mais aussi de tester son bon fonctionnement avec une configuration simple.

Cette premire mise en place seffectuera en plusieurs tapes afin de nous permettre de tester plusieurs cas de figures et si nous rencontrons des problmes nous pourrons facilement cerner lerreur avec une configuration basique dont nous monterons la difficult chaque fois que nous validerons ltape prcdente. Dans un premier temps, le serveur se chargera de lauthentification et du routage dappel entre deux clients SIP sur le mme LAN.

Puis au travers de diffrent rseau via un tunnel VPN.

Ensuite, nous utiliserons donc la carte Digium 4 sorties T0 afin nous relier au rseau RTC.

Mise en place avec Asterisk et Kamalio (OPENser) :

Dans cette deuxime ralisation, nous allons implmenter un serveur Kamalio, qui va nous permettre de mieux grer le protocole SIP. RENATER nous obligeant utiliser le protocole SIP pour la gestion des sessions, nous utilisons donc Kamalio qui implmente mieux le protocole quAsterisk. Le serveur de gestion des sessions SIP sera install sur la mme machine que le serveur Asterisk.

A la fin de cette tape il devrait tre possible dappeler sans problme un numro extrieur ou interne luniversit depuis lun de nos soft phones. Cette maquette nous permettra dvaluer le gain apport par Kamalio pour la gestion des sessions utilisateurs ainsi que pour la gestion de la mise lchelle travers le passage de routeurs.

Ce gain nous permettra de juger de lutilit ou non de limplmentation de Kamalio.

Interconnexion avec RENATER :

Une fois que nos deux implmentations prcdentes fonctionneront correctement, nous passerons la phase 3. Cette phase 3 consiste nous interconnecter avec RENATER.

Linterconnexion se fera en respectant le cahier des charges fournit par Renater (cf. Annexe 1).

Interconnexion avec les IPBX Aastra

Cette dernire phase permet de runir toutes les phases prcdentes, pour nous interconnecter avec le routeur IPBX matre de l'universit. Celui-ci grera les flux de communication.

V) Diagramme de GANT :

VI) Conclusion :
Nous allons, lors de la ralisation de ce projet, tre confronts plusieurs contraintes ainsi que divers problmes techniques. Les premires contraintes apparaitront avec linterconnexion RENATER. Cependant, la plupart de nos problmes viendront du matriel prsent l'Universit du fait de problmes techniques essentiellement lis l'interconnexion de matriels propritaires avec le serveur Asterisk. Lors de cette ralisation, nous allons tre obligs de faire de nombreuses recherches car ce sujet fait actuellement polmique dans le monde de la ToIP. En effet, la ToIP est l'un des plus gros enjeux dans le monde des tlcommunications.

Annexe I : Le protocole SIP

Prsentation du protocole Structure du message SIP et l'adressage SIP Les requtes et les rponses SIP Les entits SIP Asterisk et SIP SIP et la scuriter

1. Prsentation du Protocole SIP est n du concept de session dcrit dans la RFC 2327 (SDP, Session Description Protocol). Le but tait de concevoir un ensemble de flux transportant tous types de mdia entre metteur et rcepteur. Le SIP Working Group dtermine trs rapidement les objectifs du protocole : le plus simple et le plus classique. On va cibler alors SIP pour la gestion de session, la fiabilit de transmission de message de contrle, le transport et un ensemble de primitives (localisation et disponibilit des utilisateurs, capacit des terminaux, tablissement et gestion de sessions). Le protocole SIP (normalis par l'I.E.T.F, RFC 3261) est un protocole de signalisation appartenant la couche application du modle OSI. Enfin, SIP possde l'avantage de ne pas tre attach un mdia particulier et est cens tre indpendant du protocole de transport des couches basses. Le H.323 reste le protocole "pionnier" dans le monde de la tlphonie IP. L'arrive tardive sur le march de SIP permit des firmes telles que Skype, promoteur de logiciel client sur des rseaux public, de conqurir le march. SIP n'impose pas : Des caractristiques de produits ou de services (couleur du tlphone et les sonneries distinctives, le nombre d'appels simultans, les fonctionnalits de non-drangement...) Les configurations du rseau.. Quelques Utilisations de SIP : L'ouverture de ces sessions permet de raliser de l'audio ou vidoconfrence, de l'enseignement distance, de la voix (tlphonie) et de la diffusion multimdia sur IP essentiellement. Un utilisateur peut se connecter avec les utilisateurs d'une session dj ouverte. Pour ouvrir une session, un utilisateur met une invitation transportant un descripteur de session permettant aux utilisateurs souhaitant communiquer de s'accorder sur la compatibilit de leur mdia, SIP permet donc de relier des stations mobiles en transmettant ou redirigeant les requtes vers la position courante de la station appele. Le protocole SIP est de plus en plus utilis, dans les coeurs de rseau, au ct de H.323 (quil remplace petit petit), et constitue le cur des rseaux mobiles de 3G UMTS "tout IP". SIP est implment dans des jeux comme Quake 2/3 pour permettre le "tchat" audio pendant le jeu.

2. Structure du message SIP

Il existe deux types de message SIP : Les requtes SIP Les rponses SIP

3) Les requtes SIP : Elles sont aux nombres de 13 et elles ont toutes la mme structure : ACK : BYE : CANCEL INFO : INVITE MESSAGE NOTIFY OPTIONS PRACK REFER REGISTER : : : : : : : prcise les capacits contacter le mme terminal mcanisme de scurisation des rponses provisoires redirection d'appel enregistrement de localisation/l'adresse de clients demande de notifications d'vnements. Mj des paramtres mdia avant la rponse finale au premier INVITE (appele phase de early dialog) : accus rception de l'tablissement de la session clos la session annule un INVITE envoi d'information ne modifiant pas l'tat de l'appel nouvelle session tablissement d'appel envoi de messages instantans

SUBSCRIBE : UPDATE :

Les rponses SIP : Un User Agent peut rpondre une requte SIP avec diffrent types de rponses. La majorit des rponses sont sous la forme : 1xx est un type de rponse provisoire et ne permettent pas de terminer la transaction courante. 2xx, 3xx, 4xx, 5xx, 6xx, elles correspondent des rponses qui terminent la transaction courante. 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 errone 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.

3. Les Entits SIP Les User Agents (UA ou UAC : UA Client) : Ce sont gnralement les clients SIP. Ce sont typiquement des Softphones, des Ip-phones ou hardphones, des mobiles (portables, PDA...)... Les passerelles et autres Proxys : Frquemment, les User Agent ne connaissent pas leur nom : si je veux appeler quelqu'un, je ne sais pas derrire quel ordinateur il est. SIP permet donc d'utiliser un mandataire (proxy). Ceux-ci sont typiquement grs par des fournisseurs de service et fournissent d'autres services, par exemple des passerelles avec le rseau tlphonique classique. Le mandataire doit bien savoir quel est le nom actuel de l'User Agent du destinataire. Pour que cela soit possible, celui qui veut recevoir des appels doit joindre un registrar (en pratique, c'est typiquement le mme service que le mandataire) et utiliser la commande SIP REGISTER pour indiquer sa localisation actuelle. Il y a plusieurs types de passerelles de communication : Registrar Server Proxy Server Redirect Server Location Server On peut parler plus d'applications que de serveur proprement dit. En effet, on retrouve souvent plusieurs fonctionnalits sur un mme serveur. SIP Registrar : Un Registrar permet n'importe quels User Agent, enregistr sur celui-ci d'tre joint et de joindre d'autres User Agent. En effet, le Registrar fait ainsi la correspondance adresse IP et SIP. L'adresse d'un User Agent pouvant changer pour diverses raisons (DHCP du rseau local ou du FAI, dplacement...), il reste alors joignable plus facilement. Il est responsable du traitement des messages REGISTER. Les informations de localisation sont stockes dans le Location Server associ.

Redirect Server : Un serveur de redirection est un User Agent Server qui gnre des rponses 3xx (rponse de redirection ?) aux requtes qu'il a recu, redirigeant ainsi un Client vers d'autres ensemble d'URIs. Dans cette architecture, cela permet de rduire la charge d'un serveur proxy qui est responsable de router les requtes et d'amliorer la robustesse du chemin de signalisation. Location Server : Il permet de donner l'emplacement suppos dun utilisateur (sous forme d'adresse URI SIP ou d'adresse IP) identifi par son adresse. SIP Proxy : Les proxys SIP sont des lments qui routent les requtes SIP vers des User Agent Servers et les rponses SIP vers les User Agent Clients. Une requte peut traverser de nombreux proxys avant un User Agent Server. Chaque Proxy SIP fait la dcision de routage, la modification des requtes avant de la transfrer vers un autre lment. Au retour, les rponses vont tre routes travers les mmes ensembles de proxy que la requte. Les fonctionnalits ressemblent un proxy HTTP. Il existe quatre types de proxy SIP : Stateless Proxy : Il se contente de renvoyer les messages en utilisant le champ To sans garder de trace de la session. Stateful Proxy : Il garde en mmoire l'tat de l'appel et notamment l'tat des transactions. Ainsi ces serveurs peuvent grer une bonne partie de la couche transaction de SIP et peuvent faire le choix de router un appel sortant. Back-to-Back User Agent : Un Back-to-Back User Agent (B2BUA) est une entit logique qui reoit des requtes et les traitent comme un User Agent Server. Dans le but de dterminer comment la requte doit tre renvoye, il agit comme un User Agent Client et gnre les requtes. A la diffrence d'un serveur Proxy, il maintient l'tat des transactions et doit participer toutes les requtes envoyes pour les dialogues qu'il a tabli. SIP Outbound Proxy : Un Outbound SIP Proxy est un proxy SIP similaire un Proxy Web. Il va se charger de tous les messages entre un rseau local et le monde extrieur. Ce proxy peut aussi faire la conversion des adresses IP et assister le Firewall pour ouvrir et fermer de ports RTP/RTCP, pour laisser passer l'appel.

4. Asterisk et SIP Asterisk est considr comme un Back-To-Back-User-Agent (B2BUA). En effet, Asterisk se comporte pour chaque User Agent (Client) comme un autre User Agent (Server) et remet en forme ensuite le message (En mettant sa propre Adresse IP,...) pour retransmettre les messages SIP. Asterisk nest en aucun cas un proxy SIP. 5. SIP et la scuriter Le protocole SIP peut contenir des donnes confidentielles. Il possde trois types de cryptages : Cryptage de bout en bout du message Cryptage au saut par saut fin d'empcher le piratage Cryptage au saut par saut du champ d'en tte pour dissimuler la route qu'ont emprunte les requtes

Les codecs
Le codec est un procd matriel ou logiciel qui permet de passer d'un signal analogique un signal numrique et vice versa. Il s'agit en fait d'encodeurs et dcodeurs, se sont diffrents algorithmes qui rendent compte d'un besoin spcifique : - besoin de qualit (dbit important) - besoin de faible occupation en ressources matrielles (algorithme simple) - besoin de faible encombrement de bande passante (dbit faible)

Chaque programme, tlphone, IPBX utilise un codec diffrent en fonction du service demand. Du codec dpendra en grande partie la qualit de la voix, mais aussi du coup du dbit ncessaire pour les connexions entre sites.

Le codec utiliser entre le serveur et les clients est spcifi sur le serveur lors de la dclaration de lhte sur ce dernier.

RENATER
Prsentation : RENATER, Rseau National de tlcommunications pour la Technologie lEnseignement et la Recherche, a t dploy au dbut des annes 90 pour fdrer les infrastructures de tlcommunication pour la recherche et lducation. Afin de mener bien cette action, le Groupement dIntrt Public RENATER a t constitu en janvier 1993. Les organismes membres du GIP RENATER sont de grands organismes de recherche : CNRS, CPU, CEA, INRIA, CNES, INRA, INSERM, ONERA, CIRAD, CEMAGREF, IRD, BRGM, ainsi que le Ministre lenseignement suprieur et de la Recherche et le ministre de lducation Nationale. Plus de 1000 sites sont raccords via les rseaux de collectes rgionaux au rseau national RENATER. Ce rseau fournit une connectivit nationale et internationale, il volue rgulirement en fonction de lvolution des technologies et des capacits des infrastructures disponibles. Le GIP RENATER est galement matre douvrage du SFINX, point dchanges entre oprateurs cr en 1995.