Informatiques et Télécommunications

IV.5. Faire sonner plusieurs téléphones simultanément:

Pour cela il suffit de rajouter la ligne suivante dans le fichier extensions.conf : exten => 1006,1,Dial(SIP/djoussouf&SIP/abdallah&SIP/soudjay)
Ainsi si quelqu’un compose le 1006 les téléphone de djoussouf, Abdallah et soudjay sonneront en même temps.

IV.6. Gestion des appels entrants

· Transfert d’appels :

exten=>1007,1,Dial(SIP/djoussouf,30,tr)) exten=>1007,2,Dial(SIP/abdallah,30,tr)) exten=>1007,3,Dial(SIP/soudjay,30,tr)) exten=>1007,4,Hangup Une fois ces lignes rajoutées dans le Dial plan (extensions.conf), si quelqu’un compose le 1007 le téléphone de djossouf sonnera, s’il ne décroche pas au bout de 30 secondes, celui de abdallah sonnera, s’il ne répond pas à son tour, c’est celui de soudjay qui sonnera. Si personne ne décroche l’appel est terminé automatiquement grâce à la commande (Hangup).

· Parking :

Avec un parking il suffit de composer: #numéro_parking pour que le serveur Asterisk vous communique un numéro où vous pourrez récupérer la communication à partir d’un quelconque terminal. pour cela on va éditer le fichier /etc/features.conf Figure22: Le fichier features.conf et la gestion du parking. Dans le fichier /etc/qsterisk/extensions.conf rajoutons cette ligne: Include=>parkedcalls En pleine communication composez le #200, et le serveur vocal vous communiquera un numéro compris entre 201 et 230. composez le numéro reçu à partir de n’importe quel poste et vous serez à nouveau en communication avec votre correspondant. Notez que le temps entre la demande de parking et la remise en communication

Continuer la lecture

IV.3. Configuration canaux (SIP)

Les fichiers de configuration se trouvent dans le répertoire  /etc/asterisk/ Figure 18: Le Répertoire Asterisk et ses fichiers de configuration

a)   Les Clients

La configuration des clients SIP se fait dans le fichier /etc/sip.conf.

Sytaxe générale:

[utilisateur]   ; Début du bloc de création de compte Sip Type=Type de client (peer, user ou friend) Username= Nom de l’utilisateur secret=*** (Mot de passe de l’utilisateur)
host=Méthode pour trouver le client (dynamique, nom d’hôte ou adresse IP)
callerid=Identité de l’utilisateur
mailbox=Numéro de la boite vocale
language= Langue par défaut pour l’utilisateur
context=contexte dans lequel le compte est associé

Description des paramètres:

Pour chacun des paramètres précédents, plusieurs valeurs sont disponibles selon la configuration désirée.

type :

– peer: Client SIP auquel Asterisk pourra envoyer des appels -user: Client SIP qui pourra passer des appels via Asterisk -friend: Client qui sera à la fois en mode ‘peer’ et ‘user’

host :

– dynamic: Le client s’enregistre auprès du serveur – nom d’hôte: Nom d’hôte du client – adresse IP: Adresse IP du client

language :

– us: Langue par défaut – fr: Langue française Exemple: Création de 3 utilisateurs:djoussouf, Abdallah et soudjay [djoussouf] type=friend
username= djoussouf
host=dynamic
callerid= »djoussouf »
context=cti
mailbox=1001@

Continuer la lecture

IV. Installation et configuration d’Asterisk

IV.1. Installation (sous Debian)

Nous allons installer Asterisk sur un serveur Linux distribution Debian. Nous signalons également que la version utilisée dans ce travail est la version 1.4 téléchargée sur le site www.astersik.com. Après avoir obtenu les sources, nous avons besoin de les compiler (les décompresser) et de les installer. Voici les étapes à suivre: – Créer un répertoire /usr/src/asterisk et mettez y les sources. – décompresser les sources en utilisant cette commande: #tar zxvf nom package.tar.gz Il est recommandé de compiler les sources suivant cet ordre:  libpri, asterisk-addons, asterisk. – Installer les sources en utilisant la commande: make install:

Installation de Libpri:

Libpri contient toutes les librairies dont Asterisk aura besoin pour son bon fonctionnement. cd../libpri-1.4-current
make
make install

Installation des Addons

Aasterisk-addons  contient tous les modules de connexion à des bases de données (mysql, postgresql, oracle, etc.). cd../asterisk-addons-1.4-current
./configure make menuselect (optionnel)
make
make install

Continuer la lecture

II. Étude Comparative des plateformes VoIP:

Avec la banalisation des réseaux haut débit le nombre d’applications possibles a considérablement augmenté. Les applications de VoIP sont une des nouvelles possibilités offertes. Le développement de la VoIP a entraîné les concepteurs de plates-formes de programmation à développer des API (Application Programming Interface) spécifiques à la voix sur IP. L’intégration de nouveaux besoins dans une plate-forme de développement permet d’attirer les concepteurs de logiciels qui doivent intégrer des fonctions de voix sur IP dans leurs applications. Les API de VoIP peuvent être utilisées dans de nombreuses applications, la plus simple étant les téléphones logiciels (soft phones).

II.1.Quelques logiciels propriétaires VoIP:

Les grands équipementiers de réseaux de télécommunications ainsi que divers éditeurs de logiciels proposent des solutions de téléphonie sur IP basées sur leurs propres technologies, pour divers segments de marché (entreprises, opérateurs): ** 3CX: logiciel propriétaire, protocole propriétaire ** EyeP Communicator: softphone commercial avec protocole standard ouvert SIP par eyeP Media ** Gizmo Project: logiciel propriétaire, protocole standard ouvert SIP ** Google Talk: logiciel propriétaire, protocole standard ouvert Jabber/Jingle

Continuer la lecture

ETUDE ET MISE EN PLACE D’UN CENTRE D’APPELS VIA IP – PARTIE C:

I-3 Architecture d’un centre d’appels

Pour un fonctionnement cohérent dans le but de desservir de bons services auprès des clients, il est fortement recommandé de faire une étude concernant l’équipement à utiliser du point de matériel comme logiciel. Lien CTI (Lien logique à travers le serveur de réseau en TCP/IP ou directement avec le PABX) Figure 15:   Architecture d’un Centre d’appels

I-3-1 Les Autocommutateurs (PABX)

Les PABX sont des dispositifs qui permettent d’effectuer divers opérations basées sur la téléphonie dans les entreprises, les sociétés ou  les écoles. Les lignes extérieures y sont connectées ainsi que les postes téléphoniques du bâtiment. Ils gèrent toutes les fonctions téléphoniques de base: accès aux lignes extérieures, messagerie vocale, communication interne. Physiquement c’est un ensemble de cartes d’extension et de câbles dans une armoire métallique, on les trouve actuellement dans certaines sociétés sous la forme d’un petit boîtier dans lesquels viennent se joindre plusieurs files provenant de part et d’autre d’un bâtiment en somme, le PABX représente l’élément central qui: 1-    distribue les appels téléphoniques arrivés ; 2-    autorise les appels téléphoniques départs ; 3-    gère les terminaux téléphoniques ; 4-    gère toutes les autres fonctionnalités ou options. Un autocommutateur privé possède sa propre intelligence pour facilité la commutation des appels Voix. Cette intelligence est gérée par au moins une unité centrale (CPU), avec des processeurs d’entrées/sorties qui

Continuer la lecture

Les protocoles de transport de VoIP et les Codecs

III-1- Les protocole de transport

Les protocoles utilisés pour le transport de la VoIP sont:

•  TCP
•  UDP
•  RTP
•  RTCP

III-1-1- TCP

Les protocole TCP (Transmission Control Protocol) est un des principaux protocoles de la couche transport du modèle OSI. Il permet, au niveau des application, de gérer les données en provenance de la couche inférieure du modèle (protocole IP).

Lorsque les données sont fournies au protocole IP, celui-ci les encapsule dans des datagrammes IP. Le protocole TCP est un protocole orienté connexion, c’est-à-dire qu’il permet à deux machines qui communiquent de contrôler l’état de la transmission. Le protocole TCP permet principalement de:

• Remettre en ordre les datagrammes en provenance du protocole IP
• Vérifier le flux de données afin d’éviter une saturation du réseau
• Formater les données en segments de longueur variable afin de les remettre au protocole IP
• Permet aussi de multiplexer les données.

II-1-2- Le protocole UDP

Contrairement aux données où seul le débit global compte, il faut garantir pour la voix un flux le plus régulier possible. Pour ne pas ralentir le trafic, il faudrait utiliser des protocoles de transport simplifié, quitte à ne pas prendre en compte la gestion des erreurs (la voix est peu sensible à quelque erreurs contrairement aux données, mais la qualité perçue est très dépendante des fluctuations de délais dues aux congestions dans le réseau).

Continuer la lecture

ETUDE ET MISE EN PLACE D’UN CENTRE D’APPELS VIA IP – PARTIE C: Les centres d’appels téléphoniques (encore appelés « centres de relations clients », «centres de relations client à distance », « plateaux d’accueil clientèle », « centres de téléservices », « centres de télémarketing ») servent d’interfaces entre les entreprises (ou les administrations) et leur clientèle.

I-1 Définition

Un centre d’appels ( Call Center en anglais) est une structure dont le rôle consiste à traiter les appels en grand nombre d’une entreprise. Les appels peuvent être entrants; ils sont reçus, comme dans le cas d’un service de support après vente où les clients demandent des informations à l’entreprise. Ils peuvent être sortants; ils sont alors émis, comme dans le cas d’une prospection téléphonique où l’on va proposer des produits ou services à des clients potentiels. Le centre d’appels peut être interne: ce sont les salariés de l’entreprise qui répondent directement à la clientèle; ou externe: l’entreprise confie à un prestataire spécialisé dans l’accueil téléphonique le soin de traiter

Continuer la lecture

II-3-3- Le protocole MGCP

Le protocole MGCP (Media Gateway Control Protocol) est un protocole asymétrique (client-serveur) de la voix IP. Il se distingue des protocole SIP et H.323 qui ,eux , sont asymétriques (client-serveur). Les protocoles SIP et H.323 ont la particularité d’être des protocoles architecturés en mode peer to peer, cela signifie que chaque terminal est indépendant et est donc capable de gérer directement les appels et les services associés. Les terminaux SIP/H.323 ont donc la particularité d’être autonomes. Cependant, en regardant les tendances et attentes des entreprises en matière de télécommunication, on constate que très peu de ces terminaux autonomes (ISDN) sont utilisés dans un réseau. La plupart des postes téléphoniques clients sont des postes simples (analogiques) n’assurant que les fonctions d’appels de base et sont eux-mêmes controlés par commutateur (PABX) pour la gestion des services spécifiques des appels. Ainsi, il était important d’avoir un protocole VoIP capable de fonctionner de la même façon afin de pouvoir laisser le contrôle des fonctionnalités à l’opérateur et ne délivrer que les services de base (appel, décroché, raccroché) côté

Continuer la lecture

II-3-2- Le protocole SIP

« Le protocole SIP (session Initiation Protocol) a été initié par le groupe MMUSIC ….
…de la voix(téléphonie) et de 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 media, SIP permet donc de relier des stations mobiles en transmettant ou redirigeant les requêtes vers la position courante de la station appelée.

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

• fonctionnement

Le protocole SIP repose sur un modèle requête/réponse. Lorsqu’un utilisateur désire rentrer en communication avec un autre via IP.

L’application utilisée fait appel au protocole SIP en précisant la nature des échanges. SIP définit ainsi le nombre de session à ouvrir et le protocole le mieux adapté à l’échange.

On distingue ainsi trois modes d’ouverture de sessions

• Point à point

• Diffusif

• Combinatoire

Plusieurs utilisateurs pleinement interconnectés en multicast via le réseau à maillage

Continuer la lecture

II.3. Les protocoles de signalisation de VoIP:

Les principaux protocoles non propriétaires utilisés pour l’établissement, le maintien et la rupture des connexions en voix sur IP VoIP sont :

• * H323
• * SIP
• * MGCP
• * IAX

II.3.1. Le protocole H323

Le protocole H323 est un protocole de signalisation appartenant à la couche transport du modèle OSI et associant un ensemble de protocole de communication de la voix, d’image et de données sur IP.

Ce protocole est une adaptation de H.320 UTILIS2 SUR RNIS pour les réseaux IP.

Le protocole H323 existe depuis 1996 et a été initié par l’IUT (Union International Télécommunication), un groupe international de téléphonie qui développe des standards de communication.

Concrètement, il est utilisé dans des programmes tels que Microsoft NetMeeting, ou encore dans des équipements tels que les routeurs Cisco.

Fonctionnement

Le protocole H.323 est utilisé pour l’interactivité en temps réel, notamment la visioconférence (signalisation, enregistrement, contrôle d’admission, transport et encodage).

C’est le leader du marché pour la téléphonie IP (frameip.com/toip/).

Il s’inspire du protocole H.320 qui proposait une solution pour la visioconférence sur un réseau numérique à intégration de service (RNIS ou ISDN en anglais), comme par exemple le service Numéris proposé par France Telecom.

Le protocole H.323 est une adaptation de H.320 pour les réseaux IP. A l’heure actuelle, la visioconférence sur liaison Rnis est toujours la technique la plus déployée. Elle existe depuis 1990.

Les réseaux utilisés sont à commutation de circuits. Ils permettent ainsi de garantir une Qualité de Service (QoS) aux utilisateurs (pas de risque de coupure du son ou de l’image).

Aujourd’hui, c’est encore un avantage indiscutable.

Par contre, comme pour le téléphone, la facturation est fonction du débit utilisé, du temps de communication et de la distance entre les appels.

a. H.225.0

H.225.0 prend en charge les signaux d’appels. Le signal de base est un élément pour connecter et terminer un appel entre deux terminaux H.245.0.

Il utilise un sous-ensemble du protocole Q.931 (développé à l’origine pour la signalisation sur les réseaux RNIS).

S’il y a un GateKeeper, les signaux sont routés à travers le

Continuer la lecture