Supervision Services Telephoniques

Cours supervision des
services téléphoniques
Professeur: M. Latyr Ndiaye

Licence 3 TR 2018--2019
Objectifs du cours
Les objectifs de ce cours sont:
Permettre aux étudiants de comprendre les notions de supervision.
Avoir une idée sur les outils de supervision des services

téléphoniques
Pouvoir mettre en place un serveur de supervision
Savoir interconnecter un serveur téléphonique avec son serveur de

supervision
COURS Supervision L3 EC2LT M. L. Ndiaye 1

Contenu du cours
I. Etude de quelques solutions SIP.
II. Notion d’interconnexion.
III. Outils de supervision et étude de Kamailio,
homer sipcapture et sipgrep.

I. Etude de quelques
solutions SIP
COURS Supervision L3 EC2LT M. L. Ndiaye

Introduction
Dans cette partie du cours, nous allons revenir sur quelques solutions
SIP comme astérisk, freeswitch et kamailio.

1. Etude de Astérisk
 Historique
Asterisk est un projet démarré en 1999 par Mark Spencer.
A l'origine développé pour tourner sur une plateforme Linux avec un

processeur Intel IA32, son objectif était de fournir à linux un
commutateur téléphonique complet et totalement libre.
Aujourd’hui Asterisk est un PABX applicatif open source permettant

d'interconnecter en temps réel des réseaux de voix sur IP et des
réseaux de téléphonies classiques via des cartes d'interface
téléphonique ou boîtiers passerelles (ATA).
Cependant il a été conclu pour être portable, cette portabilité
associée à un faible besoin en ressources processeur rend Asterisk
particulièrement intéressant dans le monde embarqué :
il devient possible de créer des boitiers IPBX de faibles dimensions, et

ainsi de les positionner dans le monde des petites et moyennes
entreprises comme une solution intéressante à plus d'un titre face aux
solutions propriétaires.

 Protocoles et codecs supportés
Asterisk est capable de supporter différents protocoles utilisés dans la

ToIP et principalement les protocoles H.323, SIP, MGCP en plus de
son propre protocole qui est IAX (Inter-Asterisk Exchange), celui-
ci permettant de connecter entre eux plusieurs serveurs Asterisk.

 Rôles et fonctionnalités d’Asterisk
Asterisk propose toutes les fonctionnalités d’un standard
téléphonique de niveau professionnel, des plus élémentaires aux
plus complexes.
En plus du routage des appels au sein du réseau, Asterisk

supporte une large gamme de services tels que :

• L’authentification des utilisateurs appelants.
• Le serveur vocal, ou standard d’accueil téléphonique

automatisé, aussi appelé IVR (Interactive Voice Response).
• La numérotation abrégée pour définir des raccourcis.
• Le transfert et le filtrage des appels.
• La messagerie vocale (répondeur automatique).

 Fichiers de Configurations
La configuration d'Asterisk s'effectue par le paramétrage de quelques
fichiers avec lesquels nous allons nous familiariser.
 Le fichier de configuration sip.conf
Le fichier de configuration sip.conf sert à déclarer les terminaux.

Ces terminaux seront mis en correspondance avec un numéro
d'extension via le fichier extensions.conf précédent.

Ce fichier fonctionne avec des contextes qui permettent de configurer
chaque type d’appel (appels entrants, appels sortants, appels internes)
et chaque client ou serveur SIP est identifié à l’aide d’une section
comme celle-ci :
 Type : Avec les comptes SIP d’Asterisk, il existe trois types d’utilisateurs :
• user = entité SIP qui envoie des appels à Asterisk
• peer = entité SIP à laquelle Asterisk envoie des appels (SIP provider)
• friend = entité SIP étant à la fois user et peer (peut appeler et être appeler)

 Host : Ce paramètre host désigne l’adresse IP ou le nom de
domaine de l’utilisateur distants, ce qui permet de s’authentifier vers
le serveur opposé.
• On peut aussi mettre host=dynamic dans le cas où on ne connaît pas l’adresse du

serveur distant, dans ce cas l’utilisateur distant devra s’authentifier vers notre serveur.
• Context : Ce paramètre défini le contexte dans lequel l’utilisateur se trouve

 Le fichier de configuration extensions.conf
Le fichier extensions.conf contient le plan de numérotation utilisé par Asterisk,
c'est-à-dire le plan général de contrôle ou d’exécution des flux pour tous les appels. Il
contrôle la manière dont les appels entrants et sortants sont traités et/ou redirigés.
C’est le lieu de configuration de l’ensemble des connections à travers Asterisk.

Le contenu d’extensions.conf est organisé en sections ou contextes. Toutes les
sections dans extensions.conf commencent avec un nom de section qui est entre
crochet.

La commande utilisée pour la définition d’une extension a la forme suivante :
exten => <extension>,<priorité>,< application(paramètres)>
• extension : Numéro composé pour contacter Asterisk. Ce paramètre peut

également prendre la valeur d’une extension prédéfinie par Asterisk.
• priorité: Permet de définir l’ordre dans lequel plusieurs commandes pour une
même extension vont être exécutées. La priorité la plus élevée est 1, puis on
incrémente de 1 pour la priorité des commandes suivantes (1, 2, 3, etc.)
• application(paramètres): Permet de définir l’action à réaliser pour l’extension en

cours
o Dial(): appelle une extension en utilisant le protocole adapté
o Hangup () : permet de terminer un appel sans condition

2. Etude de Freeswich
 Historique
Freeswitch est une solution open source de téléphonie sur IP, sous une licence
MPL (Mozilla License), développé en C.
Il a été créé en 2006, il fournit également une plateforme de téléphonie stable

sur laquelle de nombreuses applications peuvent être développées en utilisant une
large gamme d’outils gratuits.
Freeswitch fonctionne sur plusieurs systèmes d'exploitation, notamment Windows,

Mac OS X, Linux, BSD et sur les deux plates-formes Solaris (32bits et 64bits).

 Rôles et Fonctionnalités de Freeswitch
Freeswitch est conçue pour router ou interconnecter les protocoles de
communications populaires en utilisant l'audio, la vidéo, le texte ou toute autre forme
de média.
Il supporte les caractéristiques standards et avancées du protocole SIP, permettant de

mettre en place un serveur de conférence, un serveur de voicemail.
De ce fait il peut être utilisé comme un simple commutateur, un IPBX, une passerelle
ou un serveur d'applications IVR (Interactive Voice Réponses) en utilisant des
scripts ou des fichiers XML permettant d'automatiser certaines tâches et de
développer de nouveaux services.

 Fichiers de configuration
Il existe un grand nombre de différents fichiers de configuration utilisés par
Freeswitch et comprendre entièrement comment ils s'imbriquent peuvent prendre un
certain temps mais reste indispensable.
Ces fichiers de configuration de Freeswitch sont au format XML.
Ces fichiers sont placés dans le répertoire d'installation /usr/local/freeswitch/conf.

Freeswitch est composé d'un grand nombre de fichiers de configuration et
comprendre leur fonctionnement global peut prendre un peu de temps.
• autoload_configs: Ces fichiers de configurations sont chargés automatiquement

au lancement de Freeswitch. Ils contiennent la configuration de presque tous
les modules du noyau.
• dialplan: C'est ici que nous avons défini le plan de numérotation. Quelques
exemples de configuration sont inclus par défaut.

• directory: Contient tous les fichiers de configurations des comptes utilisateurs.
• lang: Repertoire de configuration des spécificités linguistiques et régionales
• sip_profiles: Indique à Freeswitch comment communiquer avec le protocole

SIP. Chaque profil utilise son propre port.

3. Etude de Kamailio
 Historique
Kamailio est un fork de SER (SIP Express Router). Ses auteurs sont une équipe
d’ingénieurs Roumains qui, à l’époque des premiers développements, préparaient
leur thèse à l’institut
Fraunhoffer de Berlin et travaillaient de façon intensive sur SER, la première

implémentation libre d’un proxy SIP.

 Rôles et Fonctionnalités de Kamailio
Kamailio est un logiciel modulaire capable de traiter des milliers de messages SIP par
seconde.
Ses fonctions de répartition de charge autorisent une montée en charge simple

par ajout de matériels. L’intérêt que peut susciter un tel logiciel (gratuit et libre !)
chez les opérateurs est qu’il est très compréhensible et facile à configurer.

 Fichiers de configuration
On décrit ici les fichiers de configuration du serveur Kamailio qui sont installés par
défaut dans le répertoire /etc/kamailio/.
 kamailio.cfg
C’est le fichier principal car il contient les informations principales de configuration

de Kamailio et la configuration se fait en écrivant un script qui décrit les actions à
effectuer pour chaque paquet reçu. C’est ce fichier qui nous a permis d’avoir une très
grande flexibilité pour gérer les appels SIP.

Les sections présentes sont les suivantes :
• Global Parameters ou Définitions globales : Cette section du fichier liste les
paramètres d'exécution du programme. On y trouve principalement le type de
couche de transport utilisé (UDP ou TCP), l'alias du serveur, les adresses IP et les
ports d'écoute.
• Modules Section : Cette section du fichier liste les modules chargés au

démarrage de Kamailio. Pour définir des paramètres à ces modules, la
commande modparam est utilisée. Les paramètres sont aussi listés dans cette
section.
• Routing Logic ou Routage et automate: Cette section définit comment le serveur

réagit à un message SIP ou à un événement (TRUNK).

 kamctl
C’est dans ce fichier qu’on renseigne le nom de domaine, le nom de la base de

données ainsi que le mot de passe de connexion à la base de données choisie afin de
permettre à kamailio de stocker les informations de présence des utilisateurs.

II. Notion d’interconnexion

1. Historique
Pendant très longtemps, il existait dans chaque pays une entreprise unique
assurant la responsabilité d’opérateur du réseau public de télécommunications.
Un opérateur de télécommunications donné qui ne peut pas offrir une

couverture nationale ou régionale (cas dans certains pays) ou mondiale est obligée de
s’interconnecter avec d’autres pour éviter l’isolement de ses abonnés. Ces derniers
doivent pouvoir communiquer avec les abonnés des autres opérateurs.
C’est la raison pour laquelle les régulateurs mondiaux encouragent les nouveaux
opérateurs à entreprendre des démarches pour s’interconnecter dès leur entrée sur le
marché avec les opérateurs existants avec le réseau téléphonique public commuté
(RTPC).

 Les enjeux de l’interconnexion
L'interconnexion des opérateurs de télécommunications recèle toujours des
enjeux stratégiques.
Les nouveaux entrants font face souvent à la demande de paiement ou à une

imposition de règles d’interconnexion dans l’intérêt de l’opérateur historique.
Elle constitue un enjeu important du point de vue du consommateur et du producteur.

Plusieurs raisons justifient cet enjeu, notamment :

• La nécessité de satisfaire la clientèle
Les utilisateurs des réseaux des télécommunications différents ne peuvent
communiquer entre eux ou se connecter aux services qu'ils demandent à moins
que les arrangements d'interconnexion requis ne soient mis en place.
Ainsi au cours de la dernière décennie, l'interconnexion des réseaux a apporté des

avantages énormes aux consommateurs et aux entreprises du monde entier.

 Raisons socio-économiques
Les opérateurs partagent les supports de transmission pour s'interconnecter. Cette
option élargit l'accès aux différents réseaux et entraîne des entrées financières
importantes et favorise l'économie en investissement.
L’interconnexion génère un revenu non négligeable dépendamment de la situation. En

d’autres termes, l’opérateur Orange gagne des revenus des abonnés de l’opérateur
Tigo, et vice versa.
Si une des compagnies refusait de s’interconnecter avec d’autres, elle se verrait perdre
au fur et à mesure sa clientèle malgré sa force sur le marché.

 L'optimisation des ressources
L'interconnexion entraîne une augmentation du trafic.
Cependant un dimensionnement bien ajusté peut conduire à une meilleure

utilisation des ressources.

 Types d’interconnexion
 L’interconnexion asymétrique
Un accord d'interconnexion asymétrique correspond à une relation de dépendance
verticale, où un des opérateurs dépend de l'autre pour la fourniture de services.
Le second, qui détient une facilité essentielle pour le premier, bénéficie donc d'un
avantage stratégique dont il peut abuser.

S'il a la possibilité de fixer librement les conditions d'accès à son réseau, en fonction
de ses seuls intérêts, il se retrouve en quelque sorte dans une position de régulateur du
jeu concurrentiel.
La mise en place d'une réglementation publique vise essentiellement à limiter le

pouvoir d'un tel opérateur et à redonner aux autorités le contrôle des règles du jeu
concurrentiel.

 L’interconnexion symétrique
Une interconnexion est de nature symétrique lorsque les deux opérateurs ont un accès
direct à leurs clients d'une part et sont en concurrence d'autre part.
Par exemple, il s'agit d'accords entre opérateurs de réseau fixe et opérateurs de

réseau mobile, ou bien d'accords entre opérateurs de réseaux fixe et mobiles.

L'interconnexion symétrique pose à la fois le problème de la qualité des services que
les opérateurs rendent et de leur tarification.
En effet l'interconnexion symétrique est d'abord une question de compatibilité. Il

s'agit de savoir si les opérateurs permettent à leurs clients d'accéder aux réseaux
et aux services d'opérateurs concurrents, tout en offrant en contrepartie leurs propres
services aux clients de ces derniers.

III. Outils de supervision et
étude de Kamailio, homer
sipcapture et sipgrep

1. La supervision réseaux
La supervision est la surveillance du bon fonctionnement d’un système ou d’une

activité.
La supervision réseau peut être définie comme l’utilisation des ressources réseaux
adaptées dans le but d’obtenir des informations (en temps réel ou non) sur l’utilisation
ou la condition des réseaux et de leurs éléments afin d’assurer une bonne qualité et
une répartition optimale de ceux-ci.

 Principe
De nos jours il n'est pas envisageable d'avoir une plateforme de production sans avoir
une image de l'état de fonctionnement de celle-ci. Sur ce il devient indispensable
d’avoir une console de supervision qui, à la fois regroupe et synthétise toutes les
informations et offre une visibilité sur le système d'information.
En générale un système de supervision réseau a comme tâche principale de trouver les

problèmes dans un réseau local tel que : station non connectée, serveurs hors service,
modification d’un fichier ou plugin.

Le but principal ici est de pouvoir choisir et installer un outil de surveillance
des serveurs qui remplit les conditions suivantes:
• Récupération des informations des serveurs SIP tels que adresses IP, port
d’écoute, messages de signalisation, numéro appelant/appelé etc…

• Générer des rapports sur la volumétrie des appels entre des serveurs SIP
(opérateurs) par mois.
• Générer des statistiques et graphes des appels (période des appels : date, heure)
• Une interface graphique claire et pas complexe pour l’interaction

Administrateur/Logiciel.

Le besoin de maintenance et de gestion de ces systèmes est rapidement devenu une
priorité. C'est pourquoi les administrateurs réseau font appel à des logiciels de
surveillance et de supervision de réseaux.
Ces logiciels vérifient l'état du réseau ainsi que des machines connectées et
permettent à l'administrateur d'avoir une vue d'ensemble en temps réel de l'ensemble
du parc informatique sous sa responsabilité.

2. Outils de supervision
 Homer Sipcapture
HOMER est un système de capture et d'application de surveillance SIP robuste,
de niveau opérateur, évolutif avec HEP / HEP2, une encapsulation IP Proto4 (IPIP) et
une prise en charge de la surveillance/de la mise en miroir des ports prête à
l'emploi, prête à traiter et stocker des quantités insensées de signalisation avec
fonctions de recherche, d’analyse de bout en bout et d’exploration détaillée pour les
ITSP, les fournisseurs VoIP et les fournisseurs de circuits utilisant la signalisation SIP.

 Entités
Homer Sipcapture est développée à l’aide de JS Angular standard, facilement
extensible et toutes les fonctionnalités déplacées vers des widgets spécialisés et
personnalisables alimentant et affichant des données corrélées provenant de sources
de données internes et externes telles que InfluxDB et Elastic search.

 Il est composé de trois (3) entités :
 La capture agent
C’est un agent de capture SIP (comme son nom l’indique). Il permet de copier tous les
paquets SIP arrivant sur une machine pour ensuite les renvoyer sur la capture node en
utilisant le protocole HEP (Homer Encapsulation Protocol).
Cet agent peut être intégré directement dans le code source d’un produit type
Freeswitch, Sems, Opensips, ou alors sous la forme d’un « module » à installer en
supplément.

 La capture node
Le capture node n’est ni plus ni moins qu’OpenSIPS avec le module sipcapture.so et
un fichier de configuration très simpliste.
Ce serveur va servir à recevoir les paquets SIP envoyés par le capture agent (ci-
dessus) et a les inscrivent dans une table MySQL bien spécifique.
 Le serveur web + MySQL
Ce serveur va accueillir la base de données MySQL (ci-dessus) et l’interface

web qui servira à faire un processus de recherche logique et systématique de
résolution de problèmes.

 Fonctionnalités
Homer Sipcapture est un système de capture SIP et de surveillance voix sur IP (VoIP)
de classe opérateur.
Il dispose des fonctionnalités permettant aux intégrateurs et aux utilisateurs de définir

une logique personnalisée granulaire et de générer des statistiques à partir de
son plan de numérotation de capture.
Il permet d’interagir avec d'autres modules Kamailio afin d'étendre ses

fonctionnalités.

 Protocole et Outil de Recherche
 Protocole d'encapsulation extensible HEP/EEP

Le protocole Extensible Encapsulation EEP (anciennement HEP) fournit une
méthode pour dupliquer un datagramme IP sur un collecteur en encapsulant le
datagramme original et ses propriétés d’en-tête relatives (en tant que données utiles,
sous forme de morceaux concaténés) dans un nouveau datagramme IP.
Ce dernier sera transmis via des connexions UDP / TCP / pour la collecte à
distance.

L'encapsulation permet de transmettre le message sans modifier le contenu
d'origine du datagramme IP et de l'en-tête, et offre une allocation flexible de
morceaux supplémentaires contenant des données arbitraires supplémentaires.
La méthode n'est pas conçue ni destinée à la « tunnelisation» de datagrammes IP sur

des segments de réseau et sert au mieux de vecteur pour la duplication passive de
paquets destinés à la collecte à distance ou centralisée, ainsi qu'au stockage et à
l'analyse à long terme.

 Outil Sipgrep
Sipgrep est un outil de ligne de commande moderne utilisé par pcap-aware pour
capturer, filtrer, afficher et aider à dépanner la signalisation SIP sur les réseaux IP,
permettant ainsi à l'utilisateur de spécifier des expressions régulières étendues
correspondant aux en-têtes SIP et aux fonctionnalités supplémentaires
intéressantes.

Sipgrep est un outil de recherche qui apporte un complément de Homer, il peut agir
comme un agent de capture HEP3 rapide à la demande et transférer très facilement
des paquets à un collecteur lorsqu'une simple vérification de terminal ne suffit pas.
Dans l'exemple suivant, Sipgrep est utilisé pour afficher le trafic présentant un intérêt,
ainsi que pour le connecter à un emplacement distant, utile par exemple pour le
dépannage de problèmes sur des plates-formes hébergées ou d'instances jetables sur le
cloud

 Les fichiers de configuration
 socket_pcap.xml
Le fichier se trouve sur:
/usr/local/captagent/etc/captagent/socket_pcap.xml
Il permet d’activer le protocole RTCP
 transport_hep.xml
Ce fichier permet de modifier et définir le port d’écoute de notre serveur par exemple
[9060] puis aussi de modifier l’adresse IP de notre serveur de surveillance Homer.
Voici le chemin de son emplacement :
/usr/local/captagent/etc/captagent/transport_hep.xml

 sip_capture_plan.cfg
Il permet de vérifier si le protocole RTCP a été activé, Son
emplacement est le dossier :
/usr/local/captagent/etc/captagent/captureplans/sip_capture_plan.cfg
 kamailio.cfg
C’est le fichier qui vient lors de l’installation de Homer Sipcapture concernant la
configuration locale du serveur, ici on charge les modules qui se trouvent dans
mpath en fixant leurs paramètres.

 sipcapture. kamailio
Ce fichier a pour fonction de recevoir, décoder des données HEP et de générer des
statistiques. Il contient le nom du nœud de capture ainsi que nombre de fois où
Kamailio devrait réessayer d'écrire dans la base de données Homer au cas où la
première tentative échouerait. La nouvelle tentative est également limitée dans le
temps

 Fichier homer5.apache
C’est le fichier principal de configuration du serveur web se trouvant sur
/homerapi/examples/web/.
Il permet aussi d’attribuer tous les privilèges sur la fonction d’écriture du serveur de
sinon notre homer ne pourra pas répondre.

 Fichier homer_databases.sql
Il comporte les requêtes de création des bases de données de l’outil Homer Sipcapture
à savoir :
homer_data, homer_configuration, homer_statistic.
 Fichier homer_user.sql
Il permet de créer le nom de l’utilisateur ainsi que son mot de passe et d’attribuer aux
utilisateurs des privilèges sur les différentes bases de données citées ci-dessus.

 schema_data.sql
Il permet de créer des tables sur la base de données homer_data où les différentes
requêtes ainsi que les réponses SIP sont stockées par exemple si nous voulons voir
toutes les informations durant un appel il suffit juste de visualiser la table
sip_capture_call_xxx avec xxx représentant la date où l’appel a été émis.

 schema_configuration.sql
Il permet d’insérer les alias des utilisateurs, leur mot de passe, afficher la date de leur
création. Il permet aussi la modification du mot de passe de l’utilisateur qui vient par
défaut et de définir le fuseau horaire.
Par exemple si nous voulons voir le fuseau horaire il suffit juste de visualiser la table
réglage puis modifié le champ valeur param.

 Fichier rotation.ini
Ce fichier permet de mettre à jour la taille des tables par défaut pour les messages SIP.
 configuration_example.php
C’est dans ce fichier où on configure l’authentification de l’utilisateur et son mot de

passe sur l’interface web.
L’usage de Homer Sipcapture nous a permis de récupérer des informations des

serveurs SIP ainsi que de générer des statistiques d’appels (période des appels : date,
heure).

Cependant il nous a fallu développer un script suivant ses fichiers de
configurations et tout en respectant la logique du langage de programmation
utilisée pour obtenir des rapports sur la volumétrie des appels entre les serveurs
SIP (opérateurs) en temps réel.
Pour ce faire nous avons utilisés les pseudos variables de kamailio pour développer
notre script et réaliser notre interface de comptabilisation.

 Liste des pseudo-variables prédéfinis de kamailio
• $Ts: Fait référence à l’heure du système est récupéré qu'une seule fois pour chaque
message SIP traité. Le temps est calculé pour chaque appel par seconde
• $Tu: Fait référence au nom d'utilisateur de l’appelant. Dans notre cas les noms
d’utilisateur sont des numéros
• $fU: Fait référence au nom d'utilisateur le destinataire. Dans notre cas les noms
d’utilisateur sont des numéros
• $TF: Joue le même rôle que $Ts mais cette fois il retourne le temps avec la date
• $time: Récupère le temps selon le format. Heure : Minute : Seconde


Supervision Services Telephoniques

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Supervision Services Telephoniques

Загружено:

Авторское право:

Доступные форматы

Cours supervision des

Professeur: M. Latyr Ndiaye

Permettre aux étudiants de comprendre les notions de supervision.

Avoir une idée sur les outils de supervision des services

Pouvoir mettre en place un serveur de supervision

Savoir interconnecter un serveur téléphonique avec son serveur de

COURS Supervision L3 EC2LT M. L. Ndiaye 1

II. Notion d’interconnexion.

III. Outils de supervision et étude de Kamailio,

homer sipcapture et sipgrep.

COURS Supervision L3 EC2LT M. L. Ndiaye 2

COURS Supervision L3 EC2LT M. L. Ndiaye

COURS Supervision L3 EC2LT M. L. Ndiaye 3

Asterisk est un projet démarré en 1999 par Mark Spencer.

A l'origine développé pour tourner sur une plateforme Linux avec un

Aujourd’hui Asterisk est un PABX applicatif open source permettant

il devient possible de créer des boitiers IPBX de faibles dimensions, et

COURS Supervision L3 EC2LT M. L. Ndiaye 5

Asterisk est capable de supporter différents protocoles utilisés dans la

COURS Supervision L3 EC2LT M. L. Ndiaye 6

En plus du routage des appels au sein du réseau, Asterisk

COURS Supervision L3 EC2LT M. L. Ndiaye 7

• Le serveur vocal, ou standard d’accueil téléphonique

• La numérotation abrégée pour définir des raccourcis.

• Le transfert et le filtrage des appels.

• La messagerie vocale (répondeur automatique).

COURS Supervision L3 EC2LT M. L. Ndiaye 8

 Le fichier de configuration sip.conf

Le fichier de configuration sip.conf sert à déclarer les terminaux.

COURS Supervision L3 EC2LT M. L. Ndiaye 9

• user = entité SIP qui envoie des appels à Asterisk

COURS Supervision L3 EC2LT M. L. Ndiaye 10

• On peut aussi mettre host=dynamic dans le cas où on ne connaît pas l’adresse du

• Context : Ce paramètre défini le contexte dans lequel l’utilisateur se trouve

COURS Supervision L3 EC2LT M. L. Ndiaye 11

C’est le lieu de configuration de l’ensemble des connections à travers Asterisk.

COURS Supervision L3 EC2LT M. L. Ndiaye 12

exten => <extension>,<priorité>,< application(paramètres)>

• extension : Numéro composé pour contacter Asterisk. Ce paramètre peut

• application(paramètres): Permet de définir l’action à réaliser pour l’extension en

o Hangup () : permet de terminer un appel sans condition

COURS Supervision L3 EC2LT M. L. Ndiaye 13

Il a été créé en 2006, il fournit également une plateforme de téléphonie stable

Freeswitch fonctionne sur plusieurs systèmes d'exploitation, notamment Windows,

COURS Supervision L3 EC2LT M. L. Ndiaye 14

Il supporte les caractéristiques standards et avancées du protocole SIP, permettant de

COURS Supervision L3 EC2LT M. L. Ndiaye 15

Ces fichiers de configuration de Freeswitch sont au format XML.

Ces fichiers sont placés dans le répertoire d'installation /usr/local/freeswitch/conf.

COURS Supervision L3 EC2LT M. L. Ndiaye 16

comprendre leur fonctionnement global peut prendre un peu de temps.

• autoload_configs: Ces fichiers de configurations sont chargés automatiquement

COURS Supervision L3 EC2LT M. L. Ndiaye 17

• lang: Repertoire de configuration des spécificités linguistiques et régionales

• sip_profiles: Indique à Freeswitch comment communiquer avec le protocole

COURS Supervision L3 EC2LT M. L. Ndiaye 18

Fraunhoffer de Berlin et travaillaient de façon intensive sur SER, la première

COURS Supervision L3 EC2LT M. L. Ndiaye 19

Ses fonctions de répartition de charge autorisent une montée en charge simple

COURS Supervision L3 EC2LT M. L. Ndiaye 20

C’est le fichier principal car il contient les informations principales de configuration

COURS Supervision L3 EC2LT M. L. Ndiaye 21

• Modules Section : Cette section du fichier liste les modules chargés au