Vous êtes sur la page 1sur 30

Groupe n°1

Projet TOIP RENATER

Rapport de projet

Master 1 informatique Université d’Avignon

D’Azémar Jérôme Dransart Florian Cossu Jean-Valère Leseur Johnatan

Sommaire

Sommaire

2

Introduction

3

Gestion du projet :

4

 

La ToIP :

6

Les protocoles

7

Asterisk

8

1) Fonctionnement

8

2)Fonctionnalités

9

I) Objectifs du projet :

11

 

1. Présentation :

11

2. Enjeux du projet :

11

II)

Résumé 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 à l’échelle :

14

5. Kamalio :

15

6. Choix des distributions :

15

IV)

Différentes maquettes du projet jusqu'à la version stable :

15

V)

Diagramme de GANT :

20

VI)

Conclusion :

21

Annexe I : Le protocole SIP

22

1. Présentation du Protocole

23

2. Structure du message SIP

24

3. Les Entités SIP

26

4. Asterisk et SIP

28

5. SIP et la sécuriter

28

 

Les codecs

29

RENATER

30

Introduction

Similaire au téléphone, la voix sur IP (VoIP) permet de transmettre la voix en se référant au protocole IP (Internet Protocol). Cela permet d'effectuer des appels téléphoniques via Internet.

L a Vo IP e st é g a l e m e nt li b é r é e d e s r é g l e m e n t a ti ons g o u v er n e m e n t a l e s s a ns f i n e t d e s t ar i f s imposés par les opérateurs téléphoniques traditionnels.

On appelle ToIP le service de transport de la voix sur IP permettant d'effectuer des appels téléphoniques via l'Internet au lieu d'utiliser une ligne de téléphone traditionnelle, la ToIP regroupe également tous les services en plus offerts à l’utilisateur (et à l’administrateur). La téléphonie sur IP exploite un réseau de données IP pour offrir des communications vocales à l'ensemble de l'entreprise sur un réseau unique voix et données.

Asterisk est un des exemples très utilisés de services téléphoniques sur IP.

La signalisation de session (SIP, H323) et le transport de la VoIP (RTP, RTCP) sont les grands thèmes abordés sur le mécanisme de la ToIP mais représente aussi la faiblesse de la ToIP.

Aujourd'hui, la position des opérateurs est menacée par l'arrivée massive de la téléphonie sur IP, dont la tarification tend vers la gratuité.

Au sein du réseau de l'UAPV, nous allons appliquer cette thématique à l'aide d'une solution logicielle open source : Asterisk. Grâce à elle et au protocole SIP, nous allons mettre en place une implémentation de Téléphonie sur IP. Le but premier de cette intégration est de permettre à des clients distants de se connecter via le réseau IP au serveur de téléphonie de l’UAPV afin de pouvoir sortir sur le réseau téléphonique via une ligne de l’UAPV et ne plus avoir à créer une nouvelle ligne avec les problèmes que cela implique.

Aux premières maquettes prévues qui serviront à connecter des utilisateurs IP nous rajouterons une interconnexion IP au réseau téléphonique mondiale (via un opérateur VoIP), puis via une sortie analogique nous nous connecterons au Réseau Téléphonique Commuté (RTC).

Notre objectif suivant sera d’interconnecté notre système au réseau l'enseignement et la recherche (RENATER) qui utilise la même solution que nous. Une fois cette étape terminée

nous essayerons de nous raccorder au réseau téléphonique interne de l’Université, lui basé sur

une

solution

propriétaire.

Gestion du projet :

Gestion du projet :

Etapes importantes de la vie du projet :

- Création de la Mailing liste

- Création du site du projet

- Assimilation du projet

- Rédaction du cahier des charges

- Réunions 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 déclarée au sein de l'université en tant que

Le site du projet :

Dans le cadre du projet nous avons dû créer un site qui nous a servis à définir le projet ainsi qu’a permettre de faciliter le suivi de ce dernier par les responsables de projet. Ce site nous a servi au dépôt des différents comptes-rendus mensuels. Il est consultable à l’adresse :

Assimilation du projet :

Étant novices dans le domaine de la téléphonie IP, il nous a fallu nous familiariser avec le sujet du projet et enrichir nos connaissances dans ce domaine de façon à pouvoir mener notre projet à terme.

Rédaction du cahier des charges :

Lors de la rédaction du cahier des charges, nous allons définir les besoins que nous aurons lors de la réalisation du projet, les contraintes que nous devrons respecter ainsi que le pourquoi des solutions retenues.

Les réunions :

Des réunions mensuelles étaient obligatoires afin de permettre à notre tuteur de suivre l’évolution du projet de nous conseiller quand il y avait lieu dans la rédaction du cahier des charges.

La ToIP :

Généralités :

La téléphonie sur IP désigne une technique qui consiste à véhiculer la voix (au même titre que les autres types de données) sur le réseau Internet en utilisant le protocole IP.

La voix n'est plus acheminée sur un circuit commuté comme dans la téléphonie classique mais plutôt transmise sous forme de paquets IP à travers le réseau. Cela veut dire que les paquets appartenant à une même communication peuvent emprunter des chemins différents.

Evolutions :

La téléphonie sur IP a connu un formidable saut qualitatif depuis quelques années :

Aujourd’hui, la qualité des communications en téléphonie sur ip est équivalente à celle du réseau commuté classique (RTC).

Inconvénients :

La Téléphonie sur IP met aujourd'hui en avant les problèmes suivants :

- sécurité des données : le circuit RTC est fermé contrairement au réseau IP qui est encore mal sécurisé et où l'on peut craindre des problèmes d'authentification, intégrité et confidentialité des données.

(ils

fonctionnent à 99,999% du temps soit moins d’une heure de panne par an). Actuellement les meilleurs réseaux IP garantissent environ 10h d'indisponibilité par an.

- disponibilité : les

réseaux

classiques

ont

une

disponibilité

dite

à

5

neuf

- qualité de service : la qualité du service fournis sur les réseaux IP varie en fonction du type de

qualité de service du réseau et de la charge de ce dernier, il est aujourd’hui difficile de garantir un même niveau de qualité sur l’ensemble du réseau. Le niveau de qualité de la communication sur le chemin sera exprimé en fonction du plus bas niveau de qualité rencontré. Cet inconvénient 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 entités.

Les principaux protocoles utilisés pour l'établissement des connexions VOIP sont :

H323 :

Ancien standard des débuts de la ToiP, ce protocole est limité à l'unicast, il est de moins en moins utilisé.

IAX :

Protocole de liaison inter-Asterisk (propriétaire Digium), il pêche encore par un manque de maturité et par une non standardisation qui freine son développement malgré qu'il offre :

- une gestion protocolaire beaucoup simple du routage

- une sécurité renforcée (possibilités d'utilisation du cryptage avancé)

- une gestion très forte des flux de données pour les faibles bande passantes (il peut remplacer le

travail qu'effectuent certains commutateurs de niveau 3 gérants la priorité des flux VOIP ainsi que la bande passante alloués à ces derniers).

SIP :

Standard ouvert de VoIP interopérable avec la plupart des téléphones il est le plus répandu et vise à devenir le standard des télécommunications multimédia (son, image, etc.). SIP n’est donc pas seulement destiné à la VoIP mais aussi pour de nombreuses autres applications telles que la visiophonie, la messagerie instantanée, ou même les jeux vidéo en ligne. Le protocole SIP est intégré dans le protocole RTP pour le transport de la voix (protocole de transport en temps réel des flux).

Asterisk

1) Fonctionnement

Le but est d'assurer des communications locales avec des clients SIP (softphones etc

)

:

- du matériel compatible bon marché (téléphone 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 résultat fonctionnel.

L’absence de tutoriels complets et explicites, est un réel problème lors de l’installation d'Asterisk.

Il existe deux approches d'utilisation d'Asterisk à ce jour :

- AGI (Asterisk Gateway Interface)

une interface générique de contrôle du serveur qui peut s'ajouter à n'importe quel poste Linux

à compiler soit même ou installer directement compilé, c'est

- Trixbox/@steriskNow : il s'agit d'une distribution live complète du serveur accessible depuis un

CD Bootable (Live-CD).

C'est une solution clé en main tout a fait fonctionnelle dès le démarrage elle permet à tout a chacun de se donner une idée du système sans avoir à changer quoi que ce soit sur la machine.

Elle est cependant à déconseiller pour tout autres usages que test ou domestique car elle n'est pas stable face aux problèmes physique ou plus simplement énergétique (en effet tout est stocké en mémoire vive).

Accessoirement il existe une version développée 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 utilisée sous linux.

Une interface conviviale est proposée à l'utilisateur pour lui permettre d'accéder à toutes les fonctionnalités.

Le système perd néanmoins en réactivité et les modifications de configurations ne sont parfois

stables ni effectivement appliquées.

2)Fonctionnalités

Asterisk propose en parallèle, beaucoup d'autres fonctions dignes des meilleures solutions VoiP commerciales disponibles comme par exemple la possibilité de désigner des ringgroup par numéro ce qui permet de faire sonner tous les postes (ou un groupe de poste) lorsque ce numéro est composé, à ce titre il peut devenir très intéressant de créer un ringgroup pour les techniciens assurant une « hotline » de maintenance.

Asterisk supporte très bien les fonctionnalités de vidéos conférences ou de diffusion vidéo (type :

caméra de surveillance IP).

Les

configuration pour Asterisk.

transferts/interceptions

d'appels

et

conférences

ne

sont

eux

aussi

qu'une

formalité

de

Il est à noter également qu’Asterisk permet de gérer le réseau Google talk ainsi que celui de jabber.

Asterisk permet aussi de disposer d'une messagerie vocale et vidéo.

Une des grandes innovations d'Asterisk est la possibilité de créer des services d'accessibilité aux malentendants via la diffusion de clip vidéo ou musique d'attente dans la menu vocaux, voir même directement un menu vocal interactif vidéo.

Enfin on peut conclure sur une importante fonctionnalité d'Asterisk : celle de jouer le rôle de passerelle (via des sorties T0 sur France Telecom et le réseau RTC) sur le reste du monde téléphonique, l’ensemble rendant possible les communications entre le réseau téléphonique interne et le réseau téléphonique international.

Depuis peu cette fonction a été étendue au réseau 3G via la technologie UMTS basée sur le protocole H324 (supporté par Asterisk). Les téléphones mobiles peuvent être atteints depuis une ligne interne.

Cahier des Charges

I) Objectifs du projet :

Notre objectif est de pouvoir communiquer avec l'intérieur et l'extérieur de l'université. Les communications entre les universités (ou site relié a RENATER) devront obligatoirement passer par le lien RENATER.

1. Présentation :

Le projet vise à appréhender la mise en place de la plateforme Open Source Asterisk avec son interconnexion à l'IPBX maître de l'université.

Le but dans un premier étant de communiquer depuis notre serveur Asterisk vers les IPBX du réseau Renater puis à terme de connecter notre solution aux IPBX de l'université (Aastra/Ericsson).

Afin que les personnels de l’université en déplacement puissent téléphoner (partout dans le monde) à moindre coût via leur n° université habituel via une liaison IP entre leur position actuelle et le serveur Asterisk.

Cela passera par la résolution des problématiques liées aux différences de concepts entre systèmes libres et propriétaires.

2. Enjeux du projet :

Les principaux enjeux de ce projet sont les suivants :

Tout d'abord, pouvoir mettre en relation des systèmes libres et propriétaires. Dans cette optique, de nombreux problèmes vont se présenter, du fait que les systèmes libres et les systèmes propriétaires n'appartiennent pas au même "monde".

Il se posera donc les problèmes suivant :

Faire communiquer l’Asterisk avec l’IPBX maitre.

Enfin, la mise à l'échelle du projet, les erreurs "imprévues" apparaissant une fois la mise en place effectuée.

II) Résumé de l'existant :

Infrastructure réseau globale :

de l'existant : Infrastructure réseau globale : Actuellement, il y a 5 IPBXs en place à

Actuellement, il y a 5 IPBXs en place à l’université un IPBX dit "maitre" fédère l’ensemble en un seul IPBX, notre serveur (entouré en rouge) devra s’intégrer à l’architecture en tant qu’IPBX normal.

Infrastructure réseau téléphonie :

Infrastructure réseau téléphonie :

III) Contraintes :

1. Renater :

Renater n'autorise que les IPBXs des sites raccordés au service ToIP à communiquer avec le routeur d'appels. Les IPBXs doivent donc être configurés en tant que proxy SIP.

2. IPBX :

A l’université, l’architecture en place consiste en fait plusieurs IPBXs qu’un IPBX maitre fusionne afin que le réseau agisse comme si il n’y avait qu’un seul IPBX. Notre Asterisk devra donc être intégrer 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 l’IPBX maitre (vers le LAN) et une liaison Renater (également IP).

4. Gestion du protocole SIP et mise à l’échelle :

Renater utilisant le protocole SIP, nous nous trouvons dans l'obligation de l'utiliser aussi. Sachant qu'Asterisk l'implémente dans sa version la plus simple, nous devons donc monter en parallèle un serveur Kamalio( ex OPENser) pour une meilleure gestion des sessions utilisateurs.

Le protocole SIP gère :

- L'authentification

- Localisation des participants

- Négociation sur les types de médias utilisables par les différents participants

Il ne s'occupe pas des données 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 possède l’inconvénient d’utiliser TCP (meilleure fiabilité mais débit réduit).

Le protocole SIP peut contenir des données confidentielles. Il possède trois types de cryptages :

- Cryptage de bout en bout du message (corps + en tête)

- Cryptage des données au saut par saut (évite juste de savoir qui appelle qui)

- Cryptage au saut par saut du champ d'en tête (afin de dissimuler la route empruntée)

Un dernier mécanisme permet d’assurer l’intégrité et d’authentification des données rendant impossible toute altération ou re transmission de paquet par un pirate.

5.

Kamalio :

L’OPENser permet de faire l’intégration en temps réel entre le réseau téléphonique privé et le réseau téléphonique extérieur. En fait Kamalio est un routeur SIP qui comble les lacunes d’Asterisk lors de la mise à l’échelle. Kamalio effectuera un traitement des paquets pour leur permettre de traverser les routeurs et à l’inverse il "décodera" les paquets entrants pour Asterisk.

La liaison se fera via une base de données SQL, cette base de données permettra de gérer :

- Les utilisateurs SIP

- Les messages vocaux

- La lecture des messages vocaux

Ensuite l’OPENser se chargera du routage des appels (appelés Dialplan en téléphonie). Nous parlions précédemment de sécurité l’OPENser ou Kamalio permet de gérer d’autres formes de cryptages des flux de voix ainsi des éléments de signalisation.

6. Choix des distributions :

Il existe différentes distributions qui sont les suivantes :

- Asterisk en package DEBIAN.

- Asterisk compilé à la main (peu importe la distribution).

- Distribution spécialisée type Xivo : C'est une nouvelle distribution (les configurations se font par fonction précompilées en interface web et sont évolutives)

Nous commencerons par utiliser une distribution spécialisée afin de limiter les possibilités de configurations, cependant il n’est pas exclu si cela nous convient de continuer à travailler en rester sur cette version.

Dans le cas contraire nous devrons refaire les opérations précédentes avec la nouvelle installation Asterisk.

IV) Différentes maquettes du projet jusqu'à la version stable :

Lors du début de la réalisation du projet, il est nécessaire de se familiariser avec le milieu de la téléphonie. C'est dans cette optique là que nous réaliserons le projet en plusieurs versions.

1. Mise en place avec Asterisk seul :

Dans cette première réalisation, 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 première mise en place s’effectuera en plusieurs étapes afin de nous permettre de tester plusieurs cas de figures et si nous rencontrons des problèmes nous pourrons facilement cerner l’erreur avec une configuration basique dont nous monterons la difficulté à chaque fois que nous validerons l’étape précédente.

Dans un premier temps, le serveur se chargera de l’authentification et du routage d’appel entre deux clients SIP sur le même LAN.

et du routage d’appel entre deux clients SIP sur le même LAN. Puis au travers de

Puis au travers de différent réseau via un tunnel VPN.

et du routage d’appel entre deux clients SIP sur le même LAN. Puis au travers de

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

carte Digium 4 sorties T0 afin nous relier au réseau RTC. Mise en place avec Asterisk

Mise en place avec Asterisk et Kamalio (OPENser) :

Dans cette deuxième réalisation, nous allons implémenter un serveur Kamalio, qui va nous permettre de mieux gérer le protocole SIP. RENATER nous obligeant à utiliser le protocole SIP pour la gestion des sessions, nous utilisons donc Kamalio qui implémente mieux le protocole qu’Asterisk.

Le serveur de gestion des sessions SIP sera installé sur la même machine que le serveur Asterisk.

sera installé sur la même machine que le serveur Asterisk. A la fin de cette étape

A la fin de cette étape il devrait être possible d’appeler sans problème un numéro extérieur ou interne à l’université depuis l’un de nos soft phones.

Cette maquette nous permettra d’évaluer le gain apporté par Kamalio pour la gestion des sessions utilisateurs ainsi que pour la gestion de la mise à l’échelle à travers le passage de routeurs.

Ce gain nous permettra de juger de l’utilité ou non de l’implémentation de Kamalio.

Interconnexion avec RENATER :

Une fois que nos deux implémentations précédentes fonctionneront correctement, nous passerons à la phase 3.

Cette phase 3 consiste à nous interconnecter avec RENATER.

Cette phase 3 consiste à nous interconnecter avec RENATER. L’interconnexion se fera en respectant le cahier

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

Interconnexion avec les IPBX Aastra

Cette dernière phase permet de réunir toutes les phases précédentes, pour nous interconnecter avec le routeur IPBX maître de l'université.

Celui-ci gèrera les flux de communication.

V) Diagramme de GANT :

V) Diagramme de GANT :

VI) Conclusion :

Nous allons, lors de la réalisation de ce projet, être confrontés à plusieurs contraintes ainsi que divers problèmes techniques.

Les premières contraintes apparaitront avec l’interconnexion à RENATER.

Cependant, la plupart de nos problèmes viendront du matériel présent à l'Université du fait de problèmes techniques essentiellement liés à l'interconnexion de matériels propriétaires avec le serveur Asterisk.

Lors de cette réalisation, nous allons être obligés de faire de nombreuses recherches car ce sujet fait actuellement polémique dans le monde de la ToIP.

En effet, la ToIP est l'un des plus gros enjeux dans le monde des télécommunications.

Annexe I : Le protocole SIP

Présentation du protocole

Structure du message SIP et l'adressage SIP

Les requêtes et les réponses SIP

Les entités SIP

Asterisk et SIP

SIP et la sécuriter

1.

Présentation du Protocole

SIP est né du concept de session décrit dans la RFC 2327 (SDP, Session Description Protocol). Le but était de concevoir un ensemble de flux transportant tous types de média entre émetteur et récepteur.

Le SIP Working Group détermine très 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 contrôle, 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 modèle OSI.

Enfin, SIP possède l'avantage de ne pas être attaché à un média particulier et est censé être indépendant du protocole de transport des couches basses.

Le H.323 reste le protocole "pionnier" dans le monde de la téléphonie IP. L'arrivée tardive sur le marché de SIP permit à des firmes telles que Skype, promoteur de logiciel client sur des réseaux public, de conquérir le marché.

SIP n'impose pas :

Des caractéristiques de produits ou de services (couleur du téléphone et les sonneries distinctives, le

nombre d'appels simultanés, les fonctionnalités de non-dérangement réseau

Les configurations du

)

Quelques Utilisations de SIP :

L'ouverture de ces sessions permet de réaliser de l'audio ou vidéoconférence, de l'enseignement à distance, de la voix (téléphonie) et de la diffusion multimédia sur IP essentiellement. Un utilisateur peut se connecter avec les utilisateurs d'une session déjà 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 média, SIP permet donc de relier des stations mobiles en transmettant ou redirigeant les requêtes vers la position courante de la station appelée.

Le protocole SIP est de plus en plus utilisé, dans les coeurs de réseau, au côté de H.323 (qu’il remplace petit à petit), et constitue le cœur des réseaux mobiles de 3G UMTS "tout IP". SIP est implémenté 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 requêtes SIP

Les réponses SIP

3) Les requêtes SIP :

Elles sont aux nombres de 13 et elles ont toutes la même structure :

ACK

:

accusé réception de l'établissement de la session

BYE

:

clos la session

CANCEL

:

annule un INVITE

INFO :

envoi d'information ne modifiant pas l'état de l'appel

INVITE

:

nouvelle session établissement d'appel

MESSAGE

:

envoi de messages instantanés

NOTIFY

:

OPTIONS

:

précise les capacités à contacter le même terminal

PRACK

:

mécanisme de sécurisation des réponses provisoires

REFER

:

redirection d'appel

REGISTER

:

enregistrement de localisation/l'adresse de clients

SUBSCRIBE :

demande de notifications d'évènements.

UPDATE

:

Màj des paramètres média avant la réponse finale au premier INVITE (appelée phase de early dialog)

Les réponses SIP :

Un User Agent peut répondre à une requête SIP avec différent types de réponses. La majorité des réponses sont sous la forme :

1xx est un type de réponse provisoire et ne permettent pas de terminer la transaction courante.

2xx, 3xx, 4xx, 5xx, 6xx, elles correspondent à des réponses qui terminent la transaction courante.

1xx = Information : la requête a été reçue et continue à être traitée ;

2xx = Succès : l’action a été reçue avec succès, comprise et acceptée ;

3xx = Redirection : une autre action doit être menée afin de valider la requête ;

4xx = Erreur du client : la requête contient une syntaxe erronée ou ne peut pas être traitée par ce serveur ;

5xx = Erreur du serveur : le serveur n’a pas réussi à traiter une requête apparemment correcte ;

6xx = Echec général : la requête ne peut être traitée par aucun serveur.

3.

Les Entités SIP

Les User Agents (UA ou UAC : UA Client) :

Ce sont généralement les clients SIP. Ce sont typiquement des Softphones, des Ip-phones ou hardphones, des mobiles (portables, PDA )

Les passerelles et autres Proxys :

Fréquemment, les User Agent ne connaissent pas leur nom : si je veux appeler quelqu'un, je ne sais pas derrière quel ordinateur il est. SIP permet donc d'utiliser un mandataire (proxy). Ceux-ci sont typiquement gérés par des fournisseurs de service et fournissent d'autres services, par exemple des passerelles avec le réseau téléphonique 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 même 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 fonctionnalités sur un même 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 réseau local ou du FAI,

déplacement

il reste alors joignable plus facilement. Il est responsable du traitement des

messages REGISTER. Les informations de localisation sont stockées dans le Location Server

associé.

),

Redirect Server :

Un serveur de redirection est un User Agent Server qui génère des réponses 3xx (réponse de redirection ?) aux requêtes qu'il a recu, redirigeant ainsi un Client vers d'autres ensemble d'URIs. Dans cette architecture, cela permet de réduire la charge d'un serveur proxy qui est responsable de router les requêtes et d'améliorer la robustesse du chemin de signalisation.

Location Server :

Il permet de donner l'emplacement supposé d’un utilisateur (sous forme d'adresse URI SIP ou d'adresse IP) identifié par son adresse.

SIP Proxy :

Les proxys SIP sont des éléments qui routent les requêtes SIP vers des User Agent Servers et les réponses SIP vers les User Agent Clients. Une requête peut traverser de nombreux proxys avant un User Agent Server. Chaque Proxy SIP fait la décision de routage, la modification des requêtes avant de la transférer vers un autre élément. Au retour, les réponses vont être routées à travers les mêmes ensembles de proxy que la requête.

Les fonctionnalités 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 mémoire l'état de l'appel et notamment l'état des transactions. Ainsi ces serveurs peuvent gérer 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 reçoit des requêtes et les traitent comme un User Agent Server. Dans le but de déterminer comment la requête doit être renvoyée, il agit comme un User Agent Client et génère les requêtes. A la différence d'un serveur Proxy, il maintient l'état des transactions et doit participer à toutes les requêtes envoyées 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 réseau local et le monde extérieur. 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 considéré 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, retransmettre les messages SIP. Asterisk n’est en aucun cas un proxy SIP.

pour

)

5. SIP et la sécuriter

Le protocole SIP peut contenir des données confidentielles. Il possède trois types de cryptages :

Cryptage de bout en bout du message

Cryptage au saut par saut à fin d'empêcher le piratage

Cryptage au saut par saut du champ d'en tête pour dissimuler la route qu'ont empruntée les requêtes

Les codecs

Le codec est un procédé matériel ou logiciel qui permet de passer d'un signal analogique à un signal numérique et vice versa.

Il s'agit en fait d'encodeurs et décodeurs, se sont différents algorithmes qui rendent compte d'un besoin spécifique :

- besoin de qualité (débit important)

- besoin de faible occupation en ressources matérielles (algorithme simple)

- besoin de faible encombrement de bande passante (débit faible)

Chaque programme, téléphone, IPBX utilise un codec différent en fonction du service demandé. Du codec dépendra en grande partie la qualité de la voix, mais aussi du coup du débit nécessaire pour les connexions entre sites.

Le codec à utiliser entre le serveur et les clients est spécifié sur le serveur lors de la déclaration de l’hôte sur ce dernier.

RENATER

Présentation :

RENATER, Réseau National de télécommunications pour la Technologie l’Enseignement et la Recherche, a été déployé au début des années 90 pour fédérer les infrastructures de télécommunication pour la recherche et l’éducation. Afin de mener à bien cette action, le Groupement d’Intérêt 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 Ministère l’enseignement supérieur et de la Recherche et le ministère de l’Éducation Nationale. Plus de 1000 sites sont raccordés via les réseaux de collectes régionaux au réseau national RENATER. Ce réseau fournit une connectivité nationale et internationale, il évolue régulièrement en fonction de l’évolution des technologies et des capacités des infrastructures disponibles. Le GIP RENATER est également maître d’ouvrage du SFINX, point d’échanges entre opérateurs créé en 1995.