telephonie sur ip

El hadji Idrissa THIAM ESTM | 2014

TELEPHONIE SUR IP

Les travaux effectués dans ce

document parlent de la mise en

œuvre de la téléphonie sur IP (ToIP).

Les technologies utilisées sont

Asterisk, Gatekeeper, CME SCCP,

CME SIP. Les équipements utilisés

lors des travaux pratiques sont :

Pacphones, X-Lite, Asterisk, H323

phone, Cisco IP Communicator et

deux routeurs Cisco (7200 et 3745).

El hadji Idrissa THIAM

Ingénieur Téléinformatique

[email protected]

TOIP El hadji Idrissa Thiam

1

y

Table des matières Introduction .................................................................................................................................................. 3

1-Rappel sur la téléphonie sur IP ............................................................................................................. 3

1.1 Principe de fonctionnement ............................................................................................................... 4

1.2-Les différents codecs et taux de compression ................................................................................... 5

1.3-MOS (Mean Opinion Score) ............................................................................................................... 5

1.4-Les protocoles de transport ............................................................................................................... 6

1.5-Les protocoles du Signalisation ......................................................................................................... 6

2-Les réseaux de téléphonie IP d’entreprise ................................................................................................ 6

2.1-Mise en œuvre de la téléphonie sur IP .............................................................................................. 8

3-Travaux pratiques ................................................................................................................................... 10

3.1-Topologie et équipement du réseau sous gns3 .................................................................. 10

3.1.1-La topologie du réseau ............................................................................................................. 10

3.1.2-Les équipement du réseau ........................................................................................................ 11

4-Introduction et configuration d’Astérisk ................................................................................................ 14

4.1-Introduction ...................................................................................................................................... 14

4.1.1. Présentation ......................................................................................................................... 14

4.1.2. Historique .............................................................................................................................. 14

4.1.3. Fonctionnalités .................................................................................................................... 14

4.2- configuration d’Astérisk .................................................................................................................. 14

4.2.1-Installation ............................................................................................................................. 14

4.2.2- Démarrage ................................................................................................................................ 16

4.2.3. Diagnostique ................................................................................. Erreur ! Signet non défini.

4.2.4- Configuration ........................................................................................................................... 16

4.3-Fichiers de configuration d’Asterisk .......................................................................................... 16

4.3.1- sip.conf .................................................................................................................................. 16

4.3.2-extension.conf ...................................................................................................................... 18

5-Architecture H323 ................................................................................................................................... 22

5.1-Appels entre en deux Terminaux H323 sans Gatekeeper : .............................................. 22

5.2-Topologie de mon réseau: ........................................................................................................ 23

5.3-Appels entre deux Terminaux H323 avec un Gatekeeper: ............................................... 23

6-CME SCCP ET CME SIP.............................................................................................................................. 26


2

6.1-CME SCCP..................................................................................................................................... 26

6.2-CME SIP ......................................................................................................................................... 29

7- Architecture Hybride ........................................................................................................................ 31

7.1-Interconnexion CME SCCP avec un Gatekeeper ................................................................ 31

7.2-Interconnexion CME SIP avec Asterisk ..................................................................................... 34

Conclusion ............................................................................................................................................... 36


3

Introduction L’avènement des nouvelles technologies de communication fait naitre de nouvelles

perspectives pour les utilisateurs que nous sommes. La téléphonie sur IP (ToIP) en fait

partie et s’annonce d’ores et déjà comme un des changements majeurs de nos habitudes

en matière de télécommunication. Apres le fort succès que représente l’utilisation des

mails ou du chat instantané, l’exploitation du réseau avec la ToIP devrait se développer

à grande échelle.

1-Rappel sur la téléphonie sur IP La téléphonie constitue pour les entreprises et les particuliers le principe media ou

outils de communication. L’efficacité de la téléphonie classique a été largement prouvée.

Elle repose sur une technologie de communication de circuit qui est bien antérieur à

l’avènement des réseaux informatiques d’aujourd’hui.

La Toip est une extension des possibilités de la VoIP. En effet, elle repose sur deux

principes :

Le découpage du flux voix numérisé en une suite de paquets.

Transit sur le réseau IP.

Ce sont ces deux éléments qui caractérisent la VoIP. Cependant la téléphonie étant

ces principes en dépassant la limite du réseau WAN IP connecté aux PABX classique de

la téléphonie RTC. L’extension du réseau IP se fait jusqu’aux terminaux téléphoniques

ou jusqu’aux applications dédiée à la téléphonie du Skype ou autres. Pour vous donner

une aperçue ceci est clairement illustré à l’aide du schéma ci-dessous.


4

Le déploiement des réseaux IP et locaux au sein des architecture de communication

des entreprises pour le partage d’application de fichier ou à titre organisationnel tend

donc à correspondre avec le monde de la téléphonie sur le IP. L’objectif a cours terme

est donc de fusionner ou de faire converger les réseaux Voix et Données.

1.1 Principe de fonctionnement La voix qui est un signal analogique est d’abord échantillonnée. C’est ce qu’on appelle

la numérisation de la voix. Puis, le signal numérique est compressé en utilisant des

codecs. En téléphonie classique, la bande passante est de 64 kbps (oodec G711). Le

codec G729, par exemple, a une bande passante de 8 kbps. Certains mécanismes

permettent de réduire la bande passante nécessaire en détectant les silences lors d’une

conversation.

Contrairement à la téléphonie traditionnelle qui utilise la commutation de circuits, le

transport de la voix sur IP est à commutation de paquets. La voix est transformée en

paquets qui vont transiter sur le réseau en utilisant le protocole UDP. UDP est un

protocole de transport qui procure de meilleurs délais d’envoi des paquets que TCP car

il n’utilise pas de contrôle de réception (pas d’acquittement).

Le protocole RTP (Real Time Protocol) est utilisé pour les flux temps réel encapsulés

dans des paquets UDP. RTP permet que la perte de quelques paquets voix soit

compensée par des algorithmes de correction d’erreur.

La VoIP implique des contraintes sur les performances du réseau telles que :

Délai de transmission

Très important dans des cahiers des charges : temps de transfert des paquets, il

comprend le codage, le passage en file d'attente d'émission, la propagation dans le

réseau, la bufférisassions en réception et le décodage. Le délai de transmission optimal

est de 150 ms. Les délais parfois tolérables sont entre 150 et 400 ms.

Le phénomène d'écho (réflexion du signal).

C'est le délai entre l'émission du signal et la réception de ce même signal en réflexion.

Cette réflexion est causée par les composants électroniques des parties analogiques.

Pour que le l’écho ne soit pas gênant, il faut que la traversée ne dépasse pas les 28ms

donc 56ms en aller-retour. Un écho < 56 ms n'est pas perceptible. Plus il est décalé dans

le temps plus il est insupportable.

La gigue ou Jitter (variation de l'écart initial entre deux paquets émis).

Correspond à des écarts de délais de transmission entre des paquets consécutifs.

Nécessite la mise en place de buffers en réception qui lissent ces écarts pour retrouver

le rythme de l'émission. Cette bufférisassions est appelée Synchronisation.


5

1.2-Les différents codecs et taux de compression Les codecs sont des chipsets qui font office de codeurs/décodeurs. Certains

terminaux IP-PHONES n'acceptent qu'une partie ou même un seul codec, tout dépend

du modèle de terminal et du constructeur. Le principe de fonctionnement de ces codecs

vous a été expliqué sur la page précédente. Les principaux taux de compression de la

voix sont les codecs officiels suivants :

1.3-MOS (Mean Opinion Score) Est une note donnée à un codec audio pour caractériser la qualité de la restitution sonore. La note peut varier entre 0 et 5 (5 : excellent, 4 : Bon, 3 : Assez-bon, 2 : Pauvre, 1 : Mauvais). Le principe de calcul du MOS est basé sur un sondage d'un échantillon supposé

représentatif de la population des utilisateurs. Les personnes constituant l'échantillon

sont invitées à écouter un signal (souvent de la voix), puis son équivalent codé-décodé.

Après chaque écoute, l'auditeur donne une note sanctionnant la qualité qu'il a perçue. La

moyenne des notes fournies par la population constitue le MOS. Le tableau ci-dessous

montre les résultats obtenus par quelques codecs courants.

Nom du Codec

Débit du Codec

MOS du Codec

G.711(PCM)

64 kb/s

4.1

G.723.1

64 kb/s

3.9

G.729

64 kb/s

3.92


6

1.4-Les protocoles de transport Le protocole RTP (Real Time Protocol) : Le protocole est un protocole qui a été

développé par l’IETF, afin de faciliter le transport réel, de bout en bout, des flots de

données audio et vidéo sur les réseaux IP. Le protocole RTP n’est pas un protocole réel

de transfert, puisque son utilisation se fait sur UDP ce qui permet d’atteindre plus

facilement le temps réel.

Le protocole RTCP (Real Time Control Protocol) : Le protocole RTCP est basé

sur des transmissions périodiques de paquets de contrôle par tous les participants dans

la session. L’objectif de RTCP est de fournir différents types d’informations et un retour

quant à la qualité de réception. Le protocole RTCP est un protocole de contrôle associé

à RTP, il mesure les performances, il n’offre pas de garantie par contre.

1.5-Les protocoles du Signalisation Les principaux protocoles utilisés pour l'établissement de connexions en voix sur IP sont:

H323

SIP

MGCP

IAX (Asterisk)

SCCP (Cisco)

H.323 : H.323 a été élaboré par l’UIT (Union Internationale des Télécommunications) en

1996. Il est donc issu du monde des télécoms.

SIP : SIP (Session Initiation Protocol) est un protocole qui a été normalisé par l’IETF

(Internet Engineering Task Force) en 1999. Il est issu du monde de l’internet. Il se charge

de l’authentification et de la localisation des participants. Mais il ne transporte pas de

données. SIP remplace progressivement H.323 car il est plus souple et plus évolutif.

MGCP : Le protocole MGCP est complémentaire à H.323 ou SIP, et traite des problèmes

d'interconnexion avec le monde téléphonique (SS7, RI).

2-Les réseaux de téléphonie IP d’entreprise Les réseaux de téléphonie d’entreprise utilisant le protocole IP sont disponibles sur le

marché depuis le début des années 2000. L’objectif de ces réseaux est d’intégrer le

réseau de données et le réseau téléphonique en un seul et même réseau. La norme IP

est bien sûr à la base de cette intégration.

La parole téléphonique est numérisée, et les octets sont mis dans des paquets IP les plus

courts possibles afin qu’il n’y ait pas trop de perte de bande passante. La compression


7

de la parole avec G.729, par exemple, qui est très utilisé, donne naissance à des trames

de 16 octets toutes les 16 ms. Si l’on veut de la qualité, il faut s’arrêter à cette valeur de

16 octets par paquet IP. Les paquets IP sont transportés avec la contrainte de 150 ms de

délai jusqu’au poste du destinataire.

Dans l’entreprise, on utilise des trames Ethernet pour effectuer le transport. On place

donc le paquet IP dans une trame Ethernet, qui possède une longueur de 64 octets. Au

débit de 8 Kbit/s du codec G.729 correspond un débit de 32 Kbit/s sur le réseau Ethernet.

Si l’on utilise un réseau Gigabit Ethernet, la trame minimale est de 512 octets, et le débit

d’une seule parole téléphonique devient de 256 Kbit/s.

Pour la contrainte temporelle à respecter, il ne faut perdre aucun temps. Le premier point

où des pertes de temps sont possibles provient potentiellement du traitement du son,

effectué par une carte son dans un PC si le PC est utilisé comme téléphone. Ces cartes

son ont généralement un temps de réaction très lent, de l’ordre d’une quarantaine de

millisecondes, ce qui est inacceptable. Il faut donc utiliser des téléphones spécifiques,

que l’on appelle téléphones IP. Un téléphone IP est un routeur qui encapsule directement

les octets dans un paquet IP. Ce routeur possède des sorties Ethernet de façon que le

téléphone puisse se connecter directement sur le réseau de l’entreprise. La figure ci-

dessous illustre un téléphone IP.

Téléphone IP


8

Toujours pour perdre le moins de temps possible dans le transport, le réseau ne doit

posséder aucun réseau Ethernet partagé, le partage engendrant une perte de temps

importante. Il faut donc utiliser uniquement des réseaux Ethernet commutés, si possible

au débit de 100 Mbit/s, pour être sûr que le débit des paroles superposées ne pose pas

de problème. Enfin, il faut que les paquets IP ou les trames portant les paquets IP de

parole soient prioritaires partout dans le réseau d’entreprise. Pour cela, il faut se servir,

par exemple, des priorités de type DiffServ au niveau paquet et des priorités de niveau

trame dans Ethernet. Les priorités de niveau 2 correspondent à la norme IEEE 802.1p,

qui définit un champ de 3 bits pour gérer jusqu’à huit classes de priorités.

2.1-Mise en œuvre de la téléphonie sur IP Après avoir évoqué les caractéristiques principales des protocoles supportant la téléphonie sur IP, nous décrivons dans cette section le processus à suivre pour installer une téléphonie sur IP, ou ToIP (Telephony over IP), dans une entreprise possédant plusieurs sites. Les éléments à prendre en compte doivent suivre une architecture à quatre niveaux, comme illustré à la figure ci-dessous.

Architecture d’un réseau de téléphonie sur IP Un réseau d’entreprise assez standard est décrit à la figure 41.6. Il contient deux sites, l’un principal et l’autre secondaire. Le réseau est composé d’un réseau local dans chaque site. Les deux réseaux locaux sont reliés par un réseau WAN, qui peut-être, par exemple, un réseau privé virtuel. Ce réseau est composé de commutateurs Ethernet formant un réseau local Ethernet commuté. Sur ce réseau local, on trouve aussi bien des téléphones IP que des stations de travail. Les stations de travail peuvent être connectées aux téléphones IP ou directement au commutateur Ethernet. Les deux réseaux locaux


9

Ethernet commutés sont connectés à des routeurs d’entrée-sortie de l’entreprise, et les deux routeurs sont reliés entre eux par un réseau étendu, par exemple un réseau privé virtuel d’opérateur.

Réseau intégrant la téléphonie sur IP

En remontant l’architecture par le bas, nous trouvons tout d’abord les téléphones

IP. Ce sont des routeurs de niveau 3 capables d’encapsuler des octets de téléphonie.

Les postes de travail peuvent également être utilisés comme téléphones, mais il faut faire

attention à ce que la carte son soit de bonne qualité pour ne pas trop retarder la mise en

paquet des octets téléphoniques. Ces postes de travail un peu spécifiques sont

connectés par Ethernet, généralement à 100 Mbit/s, avec la priorité disponible la plus

haute. La zone DSCP du paquet IP est positionnée sur la classe de service EF (Expedited

Forwarding), et le paquet est encapsulé dans une trame Ethernet de priorité la plus haute,

cette priorité étant indiquée par la zone IEEE 802.1p. Les autres machines, qui ne

produisent pas de la parole, ou plus précisément les autres applications positionnent le

DSCP à une valeur AF ou BE moins forte que celle utilisée pour la téléphonie sur IP.

L’entreprise doit donc se munir de routeurs DiffServ capables de traiter la priorité au

niveau IP et de commutateurs Ethernet capables de gérer les classes de priorités IEEE

802.1p. Si la valeur du DSCP est normalisée, celle du champ IEEE 802.1p l’est beaucoup

moins.

Tout d’abord, ce champ ne contient que 3 bits de priorité, ce qui donne naissance

à 8 classes de priorités, alors que DiffServ en comporte 14. Ensuite, il faut vérifier que

les équipementiers suivent les mêmes règles pour déterminer la valeur du champ IEEE

802.1p. Toujours au niveau du transport, il faut faire une évaluation du temps maximal de

transit dans chaque site afin d’en déduire le temps maximal de traversée du réseau WAN.

Une fois cette valeur connue, il est possible de déduire le temps maximal de transit dans

le réseau. L’entreprise doit alors négocier un SLA avec son opérateur et lui demander

que cette contrainte soit satisfaite dans la partie technique, c’est-à-dire le SLS. La valeur


10

maximale du temps de transit se situe généralement autour de 50 ms. En passant à la

couche supérieure, il faut introduire un contrôleur de service capable de déclencher les

processus de recherche du correspondant et d’initialiser la signalisation permettant

l’ouverture de la session. Le contrôleur de service peut être centralisé sur un seul site,

même si les deux sites sont assez distants. Ce contrôleur de service peut gérer un grand

nombre de services, tels que la téléphonie, les passerelles, les ports TAPI (Telephony

API) et JTAPI (Java TAPI), la messagerie, les conférences, etc. Ce contrôleur de

communication peut éventuellement prendre en charge des terminaux analogiques de

générations précédentes ou des lignes de sortie plus classiques allant vers un opérateur

de téléphonie fixe.

3-Travaux pratiques Pour bien suivre le contenu de ce document je vous prie de bien mettre en place

le même environnement de travail ainsi nous avancerons ensemble dans la réalisation

de tous les travaux. L’environnement sera évolutif et je vous ferai part de toutes les

modifications s’y rapportant.

Pour le début, nous allons commencer par un réseau virtuel (Man) sous VirtualBox

comportant un serveur Astérisk et deux machines clientes XP de réseau diffèrent (PC-

Idy et PC-Anita)

3.1-Topologie et équipement du réseau sous gns3

3.1.1-La topologie du réseau

NB : Les machines PC-Idy, PC-Anita et le serveur Astérisk sont des VirtualBox Guest


11

3.1.2-Les équipement du réseau On a comme équipement :

Routeur central (ios c7200-adventerprisek9-mz.124-24.T8)

Routeur distant (ios c3745-ipvoicek9-mz.124-9.T)

Deux Client XP (PC-Idy et PC-Anita) :

Adresses IP des deux machines :

Adresse IP XP2 (PC-Idy).


12

Adresse IP XP1 (PC-Anita).

Le serveur Astérisk :


13

Adresse IP du serveur Astérisk :


14

4-Introduction et configuration d’Astérisk

4.1-Introduction

4.1.1. Présentation

Astérisk est un PABX open source pour systèmes UNIX originellement crée en 1999 par

Mark Spencer fondateur de la société Digium. Astérisk est publié sous licence GPL.

Astérisk permet, entre autres, la messagerie vocale, les conférences, les files d'attente,

les agents d'appels, les musiques d'attente et les mises en garde d'appels ainsi que la

distribution des appels. Toutes ces fonctionnalités standards sont intégrées directement

au logiciel. Astérisk implémente les protocoles H.320, H.323 et SIP, ainsi qu'un protocole

spécifique nommé IAX (Inter-Astérisk eXchange). Ce protocole IAX permet la

communication entre deux serveurs Astérisk ainsi qu'entre client et serveur Astérisk.

Astérisk peut également jouer le rôle de registrar et passerelle avec les réseaux publics

(RTC, GSM, etc.). Astérisk est extensible par des scripts ou des modules en Perl, en C,

en Python, en PHP...

4.1.2. Historique

Astérisk est né en 1999, créé par un étudiant de l'université d'Auburn (États-Unis -

Alabama). À la recherche d'un commutateur téléphonique privé pour créer un centre de

support technique sur Linux, il est dissuadé par les tarifs trop élevés des solutions

existantes, et décide de se créer son propre routeur d'appels sous Linux : le PBX Asterisk.

Quelques temps après, il crée la société Digium, fournisseur de cartes FXO et FXS

compatibles avec Asterisk.

4.1.3. Fonctionnalités

Asterisk comprend un nombre très élevé de fonctions permettant l'intégration complète

pour répondre à la majorité des besoins en téléphonie. Il permet de remplacer totalement,

par le biais de cartes FXO/FXS, un PABX propriétaire, et d'y adjoindre des fonctionnalités

de VoIP pour le transformer en PBX IP. Il permet également de fonctionner totalement

en VoIP, par le biais de téléphones SIP ou IAX du marché. Enfin, des fonctionnalités de

routage d'appel, menu vocal et boîtes vocales -- entre autres -- le placent au niveau des

PBX les plus complexes. Au sein des grandes installations d'Asterisk, il est courant de

déployer les fonctionnalités sur plusieurs serveurs. Une unité centrale ou plus seront

dédiées au traitement des appels et seront épaulées par des serveurs auxiliaires traitant

les tâches secondaires (comme une base de données, les boîtes vocales, les

conférences). Des modules tiers permettent de visualiser ou paramétrer le PBX via une

interface Flash ou via un client léger. Enfin, notez qu'une distribution particulière

d'Asterisk, Asterisk NOW, est dédiée au PBX léger sur un réseau domestique.

4.2- configuration d’Astérisk

4.2.1-Installation

L’installation d’un serveur Asterisk se verra simplifiée grâce à l’outil : apt sous Debian.

Mise à jour de la liste des paquets disponibles.


15

Installation du serveur Asterisk et de toutes ces dépendances.

Installation des voix françaises d’Asterisk.

Pour finir l’installation il faut autoriser le démarrage du service. Il faut modifier

un fichier à l’aide de l’éditeur de texte pico ou autre.

Et modifier le champ.

Voilà notre serveur Asterisk est installé. Nous allons apprendre à démarrer le service.


16

4.2.2- Démarrage

Comme pour tous services sous Debian nous avons la possibilité de le démarrer arrêter

ou autres avec l’une des commandes suivantes…

#/etc/init.d/asterisk stop #/etc/init.d/asterisk start #/etc/init.d/asterisk restart

4.2.3- Configuration

Comme le serveur Asterisk ne sera pas configuré avec la CLI, il va falloir modifier certains

fichiers de configuration avec l’éditeur de texte pico ou autre. Pour une configuration de

base, il suffit d’éditer trois fichiers de configuration. Ces trois fichiers sont : sip.conf,

extension.conf et voicemail.conf. Le détail de ces fichiers est détaillé plus loin.

4.3-Fichiers de configuration d’Asterisk

4.3.1- sip.conf

4.3.1.1-Rôle

Le fichier sip.conf est utilisé pour configurer les logins et mots de passe de tous les périphériques. Ces périphériques peuvent être des téléphones, des passerelles analogiques ou encore d’autres serveurs. Ce fichier est organisé en différentes zones appelées « context ».

4.3.1.2- Context général

Le context général définit : Le context par défaut des comptes créés.

les paramètres TCP/IP du serveur.

le langage des messages vocaux. Voici un exemple opérationnel:

[general] context=local ; context par défaut pour les utilisateurs bindport=5060 ; port UDP du protocole SIP bindaddr=0.0.0.0 ; adresse IP de l’interface sur lequel le serveur va écouter le ; trafic 0.0.0.0 pour toutes les interfaces language=fr ; messages vocaux en français

4.3.1.3- Context utilisateur

D’autres contexts sont utilisés pour créer des comptes utilisateur. Les paramètres des

comptes peuvent être :

le login

le mot de passe


17

context, ce paramètre permet de gagner de la souplesse dans le routage des

appels

mailbox, ce paramètre est utile pour la messagerie vocale

routage NAT

[John] ; obligatoire ; login SIP secret=passer ; obligatoire ; mot de passe SIP callerid="John" <200> ; facultatif ; nom affiche et numéro ; affiche sur le téléphone ; de l'appeler context=local ; obligatoire ; les appels que fait l'utilisateur ; seront gérés dans le context "local" ; du fichier ; extension.conf mailbox=200@default ; facultatif ; compte de messagerie vocal, voir ; voicemail.conf type=friend ; obligatoire ; autorise les appels entrant et ; sortant host=dynamic ; obligatoire ; adresse IP du client nat=yes ; facultatif ; résoud le pb de l'enregistrement ; SIP quand le téléphone est ; derrière un Nat cannreinvite=yes ; facultatif ; résoud le problème du flux RTP ; quand le téléphone est derrière ; un NAT

Création de deux comptes Idy et Anita fichier : /etc/asterisk/sip.conf


18

4.3.2-extension.conf

Le fichier extension.conf est utilisé pour router les appels vers un utilisateur ou vers sa

messagerie. Par exemple, les appels provenant de comptes SIP dont le context est «

local » seront traités dans l’extension « local » du fichier extension.conf. Les instructions

exten sont utilisées comme suit :

Numéro appelé Ordre d’instruction Action effectuée Temps en seconde avant de passer à l’instruction suivante(en fonction de l’action)

exten=> 200 1, Dial (SIP /John 10)

On affecte à Idy et Anita les numéros 9001 et 9002, nous allons créer leur contexte dans extension.conf et définir les règles de routage. NB : tr= transfert d’appel

Maintenant que nous avons installé asterisk, nous allons passer au test : ouvrez vos deux

machine XP, on utilisera comme soft phone x-lite pour faire le test :

Configuration de x-lite:

Idy et Anita sont à présent connectés.

Diagnostique


19

Le serveur Asterisk permet d’interagir directement avec le système sans avoir à modifier

les fichiers de configuration avec la CLI « Interface de ligne de commande ». Nous

utiliserons cette interface uniquement pour afficher et vérifier la configuration et l’état des

téléphones. Cette CLI est exécutée en tapant la commande suivante:

Asterisk:~# asterisk –r

Ou bien

Asterisk:~# rasterisk

Une fois la CLI ouverte nous pouvons afficher l’état des téléphones avec la commande

Idy appel Anita.

L’appel de Idy arrive chez Anita, elle peut répondre ou ignorer l’appel.

Mise en place et consultation d’une boite vocale :

La mise en place d’une boite vocale se fait via le fichier voicemail.conf La syntaxe dans voicemail.conf est la suivante : N°boite (répondeur) => mot_de_passe(en numérique), nom_utilisateur

Création de boites vocales pour Idy et Anita directement dans le contexte default:

Fichier /etc/asterisk/voicemail.conf


20

Dans extension.conf on précise en priorité 2 que si l’utilisateur ne répond pas au bout

de 20s, on renvoie l’émetteur de l’appel à la boite vocale.

Après chaque modification des fichiers de configuration, nous devons redémarrer

asterisk. Pour cela il faut :

Aller sur la console asterisk : #asterisk –rvvv

Taper la commande reload: localhos*CLI> reload

Maintenant qu’on peut nous laisser un message vocal, faudrait qu’on puisse les

consulter.

Accès à la Boite vocale

Pour cela on utilise l’application VoiceMailMain dans extension.conf


21

Pour consulter leur boite vocale, les utilisateurs doivent appeler le numéro 9000.

MWI (Message Waiting Indication):

Permet de notifier les appels en absence aux utilisateurs. Pour cela, il suffit d’ajouter

l’option mailbox aux comptes sip. Syntaxe: mailbox = n°utilisateur@context

Résultat :


22

5-Architecture H323

Zone H.323 et entités H.323 : Les entités H.323 sont regroupées dans des zones. Une zone est un ensemble de terminaux, passerelles (Gateway, GW) et ponts de conférence (Multipoint Control Unit, MCU) gérés par un même portier (Gatekeeeper, GK). La zone comprend au moins un terminal et, éventuellement, des Gateways ou des MCUs. Une zone n'a qu'un seul Gatekeeper. La zone peut être indépendante de la topologie du réseau et peut être constituée de plusieurs segments de réseau connectés à l'aide de routeurs ou d'autres dispositifs. H.323 permet l’échange de signalisation afin d’établir des canaux de communication pour le transport de flux multimédia entre endpoints où un endpoint peut être un terminal, un Gateway ou un MCU. Terminal : Un terminal est un endpoint permettant des communications temps réels avec d’autres endpoints. Il s’agit d’un équipement utilisateur tel qu’un PC ou un téléphone IP qui supporte au moins un codec audio et éventuellement d’autres codecs audio et vidéo. Gateway : Un Gateway est un endpoint du réseau qui assure en temps réel des communications bidirectionnelles entre des terminaux H.323 et d'autres terminaux (e.g. terminaux RTC, RNIS, GSM). Gatekeeper : Un Gatekeeper est le composant le plus important d'un réseau H.323. Il agit comme étant le point central pour tous les appels dans sa zone et contrôle les endpoints. Multipoint Control Unit (MCU) : Un MCU est un terminal qui supporte des conférences entre 3 (ou plus) terminaux. Il peut s’agir d’un équipement indépendant (e.g. PC) ou peut être intégré dans un Gateway, un Gatekeeeper ou un terminal.

5.1-Appels entre en deux Terminaux H323 sans Gatekeeper : Nous allons utiliser le soft phone EPHONY, nous aurons qu’à préciser l’adresse de la

machine qu’on veut joindre.

Exemple : Toujours dans la même topologie mais cette foi ci on n’a pas de seveur Asterisk

sur site central .

Comme nos deux machines arrivent à se comminuquer donc on va essayer d’appeler

l’utilisateur de la machine 192.168.2.1 (Client_2).


23

5.2-Topologie de mon réseau:

Résultat :

5.3-Appels entre deux Terminaux H323 avec un Gatekeeper: Dans cette partie, nous allons utiliser les soft phones PacPhone et le routeur central

(ios c7200-adventerprisek9-mz.124-24.T8) que nous allons configurer comme

Gatekeeeper.

Adresse IP des interfaces du Gatekeeeper (routeur central) :


24

Configuration du Gatekeeeper : On aura qu’à définir la zone (Kaolack) et domaine

(Kaolack.sn) auquel il appartient et l’interface sur laquelle il reçoit les requêtes

(192.168.0.254 ).

On crée les utilisateurs avec PacPhone et on lui demande d’aller s’enregistrer au niveau du Gatekeeeper.

Afficher les utilisateurs qui se sont enregistré auprès de Gatekeeeper :

Il possède comme enregistrement les terminaux 8001 ET 8002

Idy (N° 9001) Appel Anita (N° 9002).

(config-gk)#gatekeeper (config-gk)#zone local Kaolack Kaolack.sn 192.168.0.254 (config-gk)#no shutdown


25


26

6-CME SCCP ET CME SIP

6.1-CME SCCP Le Cisco Unified Communications Manager Express est une version de Cisco Unified Communications Manager destinée aux entreprises de petites tailles souhaitant développer une infrastructure de téléphonie IP. Cisco Unified Communications Manager Express ne gère pas plus de 240 utilisateurs. Skinny Client Control Protocol (SCCP) est un protocole propriétaire CISCO utilisé pour les échanges entre le Call Manager et les IP phones. Topologie :

Même topologie et même adressage du réseau mais dans cette partie nous allons utiliser

le routeur distant Cisco (ios c3745-ipvoicek9-mz.124-9.T) pour la configuration de CME

SCCP et des softphones Cisco IP Communicator.

Adresses IP des interfaces du routeur distant :

Configuration de la téléphonie SCCP.

(config)# telephony-service (config-telephony)#system message Kaolack --Donner un nom à l’entreprise ou à l’organisation (config-telephony)#ip source-address 192.168.2.254 port 2000 --@IP et Port du serveur SCCP (config-telephony)#max-ephones 10 -- Nombre maximum de téléphone (config-telephony)#max-dn 10 --nombre maximum de ligne (config-telephony)#auto assign 1 to 10 – Attribution automatique des numéros de téléphones


27

Création des Lignes.

Faites de même pour créer la ligne d’Anita.

Configuration du Cisco IP Communicator.

(config)#ephone-dn 1 --Activation de la Ligne une (config-ephone-dn)#number 7001 – Numéro de la Ligne (config-ephone-dn)#label Idy – Nom de la Ligne (config-ephone-dn)#name Idy –Nom qui sera affiché


28

Anita appelle Idy.


29

6.2-CME SIP

Topologie :

Comme précédemment nous allons garder la même topologie et la même adressage du

reseau. La configuration du CME SIP se fera ds le routeur distant (ios c3745-ipvoicek9-

mz.124-9.T) mais cette fois-ci avec des softphones x-lite :

Configuration du CME-SIP

Definition des paramètres globaux:

Creation des lignes.

(config)#voice service voip --Activation du service voip (config-voi-serv)#allow-connections h323 to sip --Autoriser les appels h323 vers SIP (config-voi-serv)#allow-connections sip to h323 --Autoriser les appels SIP vers H323 (config-voi-serv)#allow-connections sip to sip --Autoriser les appels SIP vers SIP (config-voi-serv)#sip -- Aller en mode config SIP (config-serv-sip)#registrar server --CME en tant que serveur SIP

(config)#voice register global -- Configuration des paramètres de la voix (config-register-global)#mode cme -- Définir le mode cme (config-register-global)#source-address 192.168.2.254 port 5060 -- @IP et port d’ecoute CMESIP (config-register-global)#max-dn 10 -- Nombre maximum de lignes (config-register-global)#max-pool 10 -- Nombre maximum de téléphones (config-register-global)#authenticate realm 192.168.2.254 –Mode d’authentification

(config)#voice register dn 1 -- Ligne N° 1 (config-register-dn)#number 6001 -- Numéro de telephone de la ligne (config-register-dn)#name Idy -- Nom du propriétaire de la Ligne (config-register-dn)#label Idy-- Nom qui sera affiché sur la Ligne


30

Faites la même chose pour créer d’autres Lignes Configuration des téléphones (les pools)

Faites pareille pour créer d’autres pools.

Le numero 6002 appelle le numero 6001

(config)#voice register pool 1 -- Pool d’enregistrement n° 1 (config-register-pool)#id mac 0000.0000.6001 -- adresse mac du softphone (config-register-pool)#number 1 dn 1 -- Attribuer à la touche 1 la ligne 1 (config-register-pool)#username 6001 password passer -- Nom et password utilisateur (config-register-pool)#codec g711ulaw -- Codec utilisé


31

7- Architecture Hybride

7.1-Interconnexion CME SCCP avec un Gatekeeper

Topologie :

Pour la configuration du CME SCCP avec un Gatekeeper nous allons utiliser les deux

routeurs :

Le routeur central (ios c7200-adventerprisek9-mz.124-24.T8) sera configuré

comme Gatekeeper

Le routeur distant (ios c3745-ipvoicek9-mz.124-9.T) comme CME SCCP.

Le CME va s’enregistrer auprès du Gatekeeper comme une passerelle (Gateway).

Plan de Numérotation : 7001 et 7002 pour les clients du CME et 8001 et 8002 pour les

clients du Gatekeeper.

Configuration du CME SCCP (Le routeur distant) en tant que Gateway.

Configuration du plan de numérotation : Toujours sur le routeur distant

(config-if)#h323-gateway voip interface (config-if)#h323-gateway voip id Kaolack ipaddr 192.168.2.250 1719 (config-if)#h323-gateway voip h323-id gw_Kaolack (config-if)#exit (config)#gateway


32

Configuration du Pacphone (Gatekeeper).

Configuration du Cisco IP Communicator (CME SCCP).

(config)#dial-peer voice 1 voip (config-dial-peer)#destination-pattern 8… (config-dial-peer)#session target ras


33

Vérification de l’enregistrement du CME SCCP auprès de Gatekeeper.

Nous remarquons que le CME s’est enregistré auprès du GK en avec le h323-id

gw_Kaolack en tant que passerelle voip (VOIP_GW) et qu’il a amené avec lui ses clients

SCCP.

Appel entre un client h323 (Pacphone) et un client SCCP (Cisco IP Communicator).

Le client H323 8002 appelle le client SCCP 7001.


34

7.2-Interconnexion CME SIP avec Asterisk

Topologie

Le routeur distant (ios c3745-ipvoicek9-mz.124-9.T) sera configurer en tant que CME

SIP.

Quatre Clients : deux clients SIP sur x-lite et deux clients SCCP sur Cisco IP

communicator.

Un serveur Asterisk (VirtualBox Guest) dans le site central avec deux clients SIP.

Plan de Numérotation :

Clients CME SCCP : 6001 et 6002

Clients Asterisk : 7001 et 7002

Travail à faire :

Sur le serveur Asterisk, on crée un compte pour le CME et on lui demande d’envoyer tout

appel de destination commençant par 6 au CME SCCP.

Sur le CME SCCP, on lui demande d’aller s’enregistrer auprès d’asterisk et d’envoyer

tout appel commençant par 7 au serveur asterisk.

Sur Asterisk :

Création du compte : sip.conf


35

Le plan de numérotation : extension.conf

Sur le CME :

L’enregistrement du CME SCCP auprès d’asterisk

Plan de numérotation

(config)#sip-ua (config-sip-ua)#authentication username cmesip password passer (config-sip-ua)#sip-server ipv4:192.168.0.1

(config)#dial-peer voice 2 voip (config-dial-peer) #destination-pattern 7… (config-dial-peer) #session protocol sipv2 (config-dial-peer) #session target sip-server (config-dial-peer) #codec g711ulaw


36

Un Client asterisk numéro 6001 appel un client du CME SCCP numéro 7002

Conclusion

Tous les acteurs, qu’ils appartiennent aux fournisseurs traditionnels de solutions

de téléphonie classique ou qu’ils soient issus du monde de la donnée sont desormais

en mesure de fournir une solution de téléphonie sur IP adaptée aux entreprises.

Un choix pertinent d’une solution de ToIP entraine des gains économiques bien

réels, issus aussi bien de la mutualisation de l’infrastructure (IPCenrex) que du

rapprochement des équipes télécoms et informatique. L’autres bénéfice, plus

difficilement mesurable mais bien réel est l’integration de la téléphonie comme une

application pouvant interagir avec le système d’information de l’entreprise.

Le développement de la ToIP est un phénoméne engage et ineluctable.

telephonie sur ip

Technology