Tables des matières :

Tables des matières :...................................................................................... 2

Chapitre 1: La Téléphonie ............................................................................... 6
1 Introduction à la VoIP : ............................................................................................... 6
a) Concepts de base ........................................................................................................................ 6
b) Avantages de la VOIP .................................................................................................................. 7
c) Fonctionnement basique ............................................................................................................. 9
d) Implémentation......................................................................................................................... 10
e) Vocabulaire................................................................................................................................ 12
f) Voice VLAN ................................................................................................................................. 13
g) QOS ............................................................................................................................................ 13
h) Conclusion ................................................................................................................................. 14
2 Téléphonie Analogique et Numérique ....................................................................... 14
a) La Téléphonie Analogique ......................................................................................................... 15
b) La Téléphonie Numérique ......................................................................................................... 18
c) Réseau de Téléphonie Interne................................................................................................... 23
d) PSTN et ISDN ............................................................................................................................. 24
e) Numéros de Téléphone ............................................................................................................. 25
3 Protocoles de VoIP et Codecs Audio .......................................................................... 26
a) Les protocoles en VoIP .............................................................................................................. 26
b) Les Codecs ................................................................................................................................. 31
4 Cisco Unified Solutions ............................................................................................. 32
a) Les produits principaux ............................................................................................................. 33
b) UC 500 et Business Edition ........................................................................................................ 35
5 Etapes de démarrage d’un poste IP Cisco .................................................................. 36
6 Configuration des Switchs pour la VoIP ..................................................................... 37
a) Voice Vlan .................................................................................................................................. 38
b) POE – Power Over Ethernet ...................................................................................................... 42
7 Présentation de l’infrastructure de TP ....................................................................... 44
Chapitre 2: CME ............................................................................................61
1 Configuration Basique .............................................................................................. 61
2 Ephone-DN et Ephone............................................................................................... 64

a) Les Ephone-DNs ........................................................................................................................ 64

 b) Les Ephones ............................................................................................................................... 66
c) Auto Registration ....................................................................................................................... 74
d) Conclusion ................................................................................................................................. 78
3 Configuration Avancée des Boutons .......................................................................... 78
a) Configuration actuelle ............................................................................................................... 78
b) Plusieurs lignes sur un poste ..................................................................................................... 79
c) Une même ligne sur plusieurs postes........................................................................................ 83
d) Séparateurs spécifiques ............................................................................................................ 87
4 Voice Port et Dial Peers ............................................................................................ 93
a) Les Voice Ports .......................................................................................................................... 93
b) Les Dial Peers............................................................................................................................. 97
5 Traitement des Appels .............................................................................................106
a) Sélection du Dial-Peer à la composition des numéros ............................................................ 106
b) Sélection des Dial-Peer entrant et sortant .............................................................................. 110
6 Manipulation des Numéros ......................................................................................112
a) Liste des commandes .............................................................................................................. 113
b) Prefix-Digits et Digit-Strip ........................................................................................................ 113
c) Forward-Digit ........................................................................................................................... 114
d) Num-Exp .................................................................................................................................. 115
e) Voice Translation-Profile ......................................................................................................... 115
f) Ordre d’application des manipulations.................................................................................... 116
7 Class of Restriction ..................................................................................................117
a) L’infrastructure d’exemple ...................................................................................................... 117
b) Mise en place de COR.............................................................................................................. 118
8 Configuration avec CCP ............................................................................................121
a) Installation de CCP et préparation du routeur ........................................................................ 121
b) Configuration de base ............................................................................................................. 124
c) Création d’une extension ........................................................................................................ 126
d) Création d’un poste et d’un utilisateur ................................................................................... 127
e) Dial-Peers ................................................................................................................................ 129
f) Conclusion ................................................................................................................................ 130
9 Troubleshooting ......................................................................................................130
a) Introduction............................................................................................................................. 130
b) Tshoot d’un poste IP ............................................................................................................... 131
c) Tshoot du switch...................................................................................................................... 133
 d) CME – Commandes clés .......................................................................................................... 133

Chapitre 3 : CUCM ....................................................................................... 137

1 Présentation ............................................................................................................137
a) Installation ............................................................................................................................... 137
b) Présentation de l’interface Web ............................................................................................. 137
c) Activation des services ............................................................................................................ 138
d) Serveur DHCP .......................................................................................................................... 139
e) Utilisation de la CLI .................................................................................................................. 140
f) Conclusion ................................................................................................................................ 141
2 Ajout manuel de postes et lignes IP..........................................................................141
a) Prés-requis............................................................................................................................... 141
b) Ajout d’un poste ...................................................................................................................... 149
c) Ajout d’une ligne ..................................................................................................................... 154
3 Auto-Registration des postes ...................................................................................159
a) Préparation .............................................................................................................................. 159
b) Connexion du poste ................................................................................................................ 162
4 Ajout de postes IP – Bulk .........................................................................................164
a) Création d’un Template........................................................................................................... 164
b) Copie d’un poste ..................................................................................................................... 168
c) Template Excel......................................................................................................................... 171
5 Ajout d’utilisateurs en local .....................................................................................176
a) Différences entre End Users et Application Users .................................................................. 177
b) Ajout manuel d’utilisateur ...................................................................................................... 177
c) Ajout d’utilisateur en Bulk ....................................................................................................... 181
d) Gestion des groupes et des rôles ............................................................................................ 183
6 Gestion d’utilisateurs par LDAP ................................................................................186
a) Présentation de l’infrastructure .............................................................................................. 186
b) Configuration du serveur Active Directory ............................................................................. 187
c) Activation du service DirSync .................................................................................................. 190
d) Synchronisation vs Authentification ....................................................................................... 191
e) Configuration de la Synchronisation ....................................................................................... 192
f) Configuration de l’Authentication ........................................................................................... 197
g) Les Custom Filters.................................................................................................................... 199
7 Dial Plan ..................................................................................................................200
a) Architecture du Route Plan ..................................................................................................... 201
 b) Configuration du Dial Plan ...................................................................................................... 202
8 Partition ET Calling Search Space..............................................................................209
a) Fonctionnement des partions et CSS ...................................................................................... 209
b) Configuration des partitions ................................................................................................... 210
c) Configuration des CSS .............................................................................................................. 214
9 Fonctionnalités du CUCM .........................................................................................218
a) Call Park ................................................................................................................................... 218
b) Call Pickup ............................................................................................................................... 221
c) Hunt Pilot – Groupements d’appel .......................................................................................... 224
d) MeetMe................................................................................................................................... 230
e) Call Back .................................................................................................................................. 232
f) Do Not Disturb ......................................................................................................................... 237
g) Shared Lines ............................................................................................................................ 241
h) Barge ....................................................................................................................................... 242
i) Services ..................................................................................................................................... 243
10 Troubleshooting ....................................................................................................246
a) Vérification de la configuration d’un poste............................................................................. 247
b) Afficher le Route Plan.............................................................................................................. 248
c) CDR – Call Detail Record .......................................................................................................... 250
d) Cisco Unified Reporting ........................................................................................................... 254
e) Cisco RTMT .............................................................................................................................. 254
Chapitre 1: La Téléphonie
1 Introduction à la VoIP :
Ces dernières années, la VoIP est devenue très populaire. Une grande majorité des entreprises
modernes l’utilise. En effet, la VoIP a de nombreux avantages.

Le concept de base : utiliser le réseau informatique pour supporter les communications téléphoniques.

A travers cet article, nous allons faire une présentation générale de la VoIP. Nous verrons en quoi cela
consiste, quels sont les avantages, comment cela fonctionne, etc…

Cet article a été initialement rédigé pour la séction CCNP Switch du site.Mais il sert aussi
d’introduction à la section Asterisk et CCNA Voice.

Les chapitres 1 à 5 traitent de la théorie globale de la VoIP.

Les chapitres 6 et 7 sont spécifiques à Cisco (donc non-pertinents pour la section Asterisk, et abordés
plus tard pour la CCNA Voice).

a) Concepts de base

Commençons par expliquer le concept de base de la VoIP.

Tout d’abord, VoIP signifie Voice Over IP, soit le transport de la voix sur un réseau IP (et non sur un
réseau téléphonique à part, dit analogique ou numérique).

La voix va être encodée à l’aide de codec, et envoyée sous forme de paquet.

Le réseau transportant la voix peut être privé ou publique (internet).

Il faudra donc différencier deux domaines. La VoIP en interne, pour fournir un réseau téléphonique en
interne à une entreprise. Et la VoIP sur internet, pour permettre de contacter des sites distants, peu
importe qu’ils utilisent un système de VoIP où non.

Nous nous intéresserons ici à la VoIP en interne à une entreprise.

Sur notre réseau, nous retrouverons des téléphones connectés à un switch, à l’aide d’un câble RJ45.

Ces téléphones aurons une IP, en général dans un VLAN réservé à la voix.

Un serveur de téléphonie sera en charge de gérer les téléphones, gérer les appels, etc…
Chez Cisco, le serveur est appelé CUCM – Cisco Unified Communications Manager. Anciennement,
il était appelé Call Manager.

Il s’agit là de la solution phare de Cisco. Il existe des variantes telles que le CME – Cisco Unified
Communications Manager Express

b) Avantages de la VOIP

Parlons à présent des avantages de la VoIP.

En quoi la VoIP est plus intéressante qu’une solution de téléphonie standard ?

Prix

L’argument que l’on entend le plus souvent, c’est le prix.

Une solution de téléphonie amène plusieurs dépenses.

Tout d’abord, il y a le coût des communications. Nous parlons ici des communications vers des sites
distants. Les communications nationales et internationales sont bien moins chères en VoIP.

La deuxième dépense concerne l’achat d’équipement. En VoIP, il nous faudra des téléphones IP, qui
sont plus chères que des téléphones standards. Notons tout de même qu’il est possible de se passer de
poste IP en utilisant des Softphones (logiciel pour PC ou application pour smartphone).

Il nous faudra aussi un serveur de VoIP.

Le serveur de VoIP viendra remplacer le PABX ou autocommutateur. Le PABX est l’équipement qui
gère un réseau téléphonique analogique (ou numérique). Un serveur de VoIP est aussi appelé IPBX.

En revanche, en VoIP il ne sera pas nécessaire d’installer un réseau analogique ou numérique à part
pour la téléphonie.

Vous vous en doutez, pour une entreprise qui possède déjà un réseau téléphonique, la transition vers
un service de VoIP ne sera pas forcément intéressante d’un point de vue financier.

En revanche, pour une entreprise qui ne possède pas encore de service de téléphonie, l’investissement
sera rentable.

Fonctionnalités

L’avantage principal de la VoIP tient dans ses fonctionnalités. Certaines sont nouvelles, certaines sont
facilitées par la VoIP.
 En voici quelques exemples :

 Transfert d’appel vers un autre poste

 Musique d’attente : permet de faire patienter un appelant avec une musique d’attente
 Renvoi : permet de transférer l’appel vers un autre post dans le cas où le combiné n’est pas
décroché. Exemple, après 4 sonneries sur le standard de l’entreprise, l’appel est renvoyé sur un
autre poste, pour s’assurer que quelqu’un décroche
 Coaching : permet d’écouter un appel, et de donner des conseils à l’utilisateur, sans que la
personne au bout du fil n’entende les commentaires. Cela peut être très utile pour former et aider
un employé à la vente par téléphone
 Conférence : permet de créer simplement des conférences téléphoniques
 Ne pas déranger : permet de bloquer les appels pendant un certain temps, voire de les rediriger
automatiquement
 Standard Automatique (ou IVR) : permet de rediriger les appelants sur un standard, où ils
devront faire un choix en tapant un numéro
 Etc…

Vous l’aurez compris, l’avantage principal de la VoIP, c’est ses nombreuses fonctionnalités.

C’est pourquoi beaucoup d’entreprises font aujourd’hui l’acquisition d’une infrastructure VoIP.

On appel la ToIP – Telephony Over IP l’ensemble des services de téléphonie qui tournent autour de
la VoIP (voice mail, conférence room, IVR ou standard automatisé, etc…).

Entretien et mise en place

Autre avantage de la VoIP, elle rentre dans le domaine de compétence d’un administrateur réseau.

Ainsi, dans une entreprise, le réseau téléphonique peut être entretenu par l’administrateur réseau.

Il sera donc plus facile d’y apporter des modifications.

Site distant

Encore un autre avantage de la VoIP, et non des moindres, la gestion des sites distants.

Prenons l’exemple suivant. Notre entreprise possède deux sites distants, l’un dans la ville A, l’autre
dans la ville B.

L’idée est de connecter les postes des deux sites. C’est-à-dire que les utilisateurs du site A peuvent
appeler directement tous les utilisateurs du site B, en utilisant leurs numéros internes.

Sans cette connexion, si l’on souhaite appeler un utilisateur du site distant, il faut composer le numéro
publique du site (ou dans le meilleur des cas, le numéro publique du destinataire).
Comme nous l’avons dit, en VoIP les communications transitent sur le réseau IP. Pour connecter deux
sites distants, nous pouvons monter (par exemple) un VPN entre les deux sites.

Nous pouvons donc passer des appels gratuits entre les deux sites, mais aussi profiter des autres
avantages de la VoIP.

Quant à la topologie, nous pouvons soit utiliser un IPBX central, qui gère tous les sites ou bien placer
un IPBX sur chaque site.

La première solution est la plus économique. Mais que se passe-t-il si le VPN tombe et que l’IPBX est
sur le site A ?

Et bien les postes sur le site B ne pourront plus appeler ni les postes du site A, ni ceux du site B.

Il y a d’autres désavantages comme la latence et l’occupation du lien internet.

c) Fonctionnement basique

Voyons à présent le fonctionnement de base de la VoIP.

Comme nous l’avons dit, les postes téléphoniques sont connectés au réseau informatique de
l’entreprise.

Ces postes ont une IP, en général dans un VLAN réservé à la VoIP.

Dans la configuration du téléphone, l’IP du serveur de téléphonie est spécifiée.

Sans le serveur, le téléphone ne peut pas fonctionner.

Le serveur contrôle les poste téléphoniques, est gère chacune de leurs actions.

Chaque appui sur une touche est envoyé au serveur, qui va ensuite dire au téléphone quoi faire.

Le protocole qui permet au téléphone de communiquer avec le serveur est le Skinny Call Control
Protocol. Ce protocole est semblable à SIP, sauf qu’il est propriétaire Cisco.

Il a surtout pour avantage d’être simple et léger.

SIP est un équivalent standard et ouvert.

Dans le cas où nous avons aussi des postes utilisant SIP et d’autres utilisant SCCP, le Call Manager
fera la traduction.

Attention, ces protocoles ne servent qu’à dialoguer entre un poste et le serveur.

Pour appeler un autre poste, le téléphone va prendre contact avec le serveur grâce à SCCP.

Une fois que le serveur a établi la communication entre deux postes, les téléphones peuvent se passer
de lui, et communiquer sans intermédiaire.

C’est alors le protocole RTP – Real-time Transport Protocol qui entre en jeu. Son rôle est de
transporter la voix.

Une notion revient souvent en VoIP, la QOS.

Le but de la QOS sera de prioriser les flux RTP.

d) Implémentation

Voyons plus en détails comment implémenter de la VoIP.

Tout d’abord, nous avons deux solutions.

Soit nous implémentons un système de VoIP complet (postes IP, CCM, etc…), soit nous conservons
nos postes analogiques.

Dans ce cas, nous utiliseront un ATA – Analog Telephone Adapter. Cet équipement permet de
conserver les postes analogiques, mais de tout de même profiter de certains avantages de la VoIP.

Nous ne serons plus connectés, à un opérateur de téléphonie analogique, mais un opérateur de VoIP à
travers internet.

Nous pourrons aussi créer un lien VPN entre deux de nos sites, et nous en servir pour passer des
appels gratuits.

Quant à l’installation physique, elle sera relativement simple.

Pour installer un téléphone IP, il faut juste disposer d’une prise Ethernet.

En général, dans une entreprise la plupart des PC sont reliés au réseau en filaire.

Il ne sera pas nécessaire de disposer d’une deuxième prise réseau, car un mini switch est intégré dans
les téléphones IP.

Nous aurons alors une installation de ce type.

Le câble Ethernet entre le téléphone et le switch, est le lien qui reliait anciennement le PC au switch.

Nous avons donc simplement ajouté le poste IP et un petit câble Ethernet entre le téléphone et le PC.

Voici l’arrière d’un téléphone IP Cisco. Vous pouvez voir le switch de 2 ports :

Enfin, nous pouvons parler du POE.

C’est une fonctionnalité qui permet d’alimenter électriquement des équipements grâce à un câble
Ethernet.

Pour cela, il faut un switch POE. Ensuite, simplement en reliant le switch au téléphone, ce dernier sera
alimenté.

Nous pouvons donc nous passer d’un cordon d’alimentation électrique.

Le POE est surtout utilisé pour les bornes Wifi, les téléphones ou les caméras de vidéosurveillance.
e) Vocabulaire

Faisons à présent le point sur certains termes utilisés en VoIP.

PBX – Private Branch eXchange (ou autocommutateur) : c’est le système qui gère la téléphonie de
l’entreprise. Il fait la liaison entre les postes internes (pour les appels internes) et la liaison avec le
réseau de téléphonie publique (pour les appels externes)

IPBX : c’est le serveur de VoIP. Il gère les appels internes et externes (vers le fournisseur VoIP)

PSTN – Public Switched Telephone Network : c’est le réseau de téléphonie public dit analogique

RNIS – Réseau numérique à intégration de services (ISDN en anglais) : c’est l’équivalent du PSTN
pour la téléphonie numérique

ITSP – Internet Telephony Service Provider : c’est l’opérateur de téléphonie VoIP

FXS – Foreign eXchange Station : c’est l’interface qui fournit la ligne téléphonique analogique. Elle
fournit le courant et la tonalité. Par exemple, la prise murale RJ11 (directement reliée à l’opérateur
téléphonique)

FXO – Foreign eXchange Office : c’est l’interface qui reçoit la ligne téléphonique analogique. Par
exemple, la prise RJ11 sur un téléphone

Voici trois schémas expliquant les notions précédentes :

f) Voice VLAN

Afin de séparer les flux, nous avons dit que les téléphones IP sont en général placés dans un VLAN
spécifique.

Dans le cas ou seul le téléphone est connecté sur le port du switch, cela ne pose pas de problème.

Sauf que si nous utilisons le switch intégré au téléphone, il y aura aussi le PC connecté sur le même
port du switch (voir schéma précédent).

Afin que le switch puisse différencier le trafic venant du téléphone et celui venant du PC, nous allons
configurer un Voice VLAN.

La configuration se fait comme ceci :

Switch-1(config)#interface fastEthernet 0/1

Switch-1(config-if)#switchport mode access
Switch-1(config-if)#switchport access vlan 200
Switch-1(config-if)#switchport voice vlan 100

Le PC se trouve dans le VLAN 200, et le téléphone dans le VLAN 100.

Pour que le trafic puisse être différencié, le téléphone va taguer les frames VoIP dans le VLAN 200, et
na va pas taguer les frames du PC.

Bien entendu, il faudra renseigner le numéro du VLAN VoIP au téléphone. Sinon, si le téléphone et le
switch sont de la marque Cisco, le switch peut indiquer le numéro du VLAN au poste IP par CDP.

Finalement, dans le principe, cela ressemble fortement à un Trunk.

g) QOS

Cette séparation de flux, en plus d’apporter de la sécurité, va permettre de faire de la QOS.

Comme dit précédemment, le but sera de prioriser les flux RTP.

Nous retrouvons deux techniques de marquage des frames, afin de faire de la QOS.

Au niveau 2, nous avons 802.1p.

Ce mécanisme de QOS consiste à ajouter un champ dans le Header de la frame.

Ce champ se nomme CoS – Class of Service.

 Le champ est contenu dans le tag d’une frame 802.1Q

Il est codé sur 3 bits, et peut donc prendre 8 valeurs, de 0 à 7.

Plus la valeur est élevée, meilleure sera la priorité de la frame.

En général, pour de la VoIP, la valeur 6 est utilisée.

La configuration se fait comme ceci :

Switch-1(config)#interface fastEthernet 0/1

Switch-1(config-if)#mls QOS trust cos
Switch-1(config-if)#mls qos cos 6

Au niveau 3, nous retrouvons Type of Service.

Il s’agit d’un champ dans l’entête du paquet IP.

Ce champ est divisé en 2 parties :

 DSCP – Differentiated Services Code Point

 Explicit Congestion Notification

Differentiated Services Code Point, est utilisé pour la QOS. Il est codé de 6 bits, ce qui permet un
marquage plus fin qu’en COS.

h) Conclusion

Nous voici arrivés au terme de cette brève présentation de la VoIP.

Bien entendu, cette présentation était loin d’être complète. Il faudrait bien d’autres articles pour y
arriver.

Néanmoins, nous avons pu aborder certains points importants, de manière à avoir un premier aperçu
de ce qu’est la VoIP.

2 Téléphonie Analogique et Numérique

Bien avant l’apparition de la VoIP, nous avions deux solutions de téléphonie en place. La téléphonie
analogique fut la première inventée, bien avant l’arrivée du numérique.

Aujourd’hui ces deux solutions sont encore très largement répandues, et perdent du terrain petit à petit.
Dans cet article nous allons nous intéresser au fonctionnement des communications analogiques et
numériques dans le cadre de la téléphonie.

Car oui, il est n’est pas rare d’intégrer des lignes et des postes analogiques et numériques dans nos
installations de VoIP. Il est même tout à fait possible de devoir reprendre une installation existante.

a) La Téléphonie Analogique

Tout d’abord, qu’est-ce qu’une transmission analogique ? Et bien c’est une transmission qui utilise les
propriétés physiques d’un support pour faire transiter un signal.

Par exemple, lors-ce que l’on parle, le son de notre voix utilise les propriétés de l’air pour se propager.
L’air va vibrer, et cette vibration va se propager. Il s’agit là d’un signal analogique.

Nous verrons plus tard l’opposition avec un signal numérique qui lui est uniquement sous forme de 0
et de 1.

Voici une représentation d’un signal analogique en fonction du temps.

Quand vous parlez dans le combiné d’un téléphone, la membrane du micro vibre. Cette membrane est
reliée à une bobine de fil électrique placée au centre d’un aimant permanent. Donc lors-ce que vous
parlez, la membrane vibre, donc la bobine vibre, ce qui créé un courant électrique.

La fréquence et l’amplitude de ce courant sont liées à l’amplitude et la fréquence des mouvements de

la bobine, donc de la membrane.

Ce courant électrique est envoyé dans un fil électrique.

Si à l’autre bout du fil nous plaçons un haut-parleur, nous pouvons faire vibrer la membrane de ce
dernier, et restituer le son.
Nous avons là un signal électrique identique aux vibrations de la membrane.

Bien entendu, sur les lignes analogiques nous ne retrouvons pas que la voix. Il y a aussi de la
signalisation comme l’appui sur les touches, la sonnerie, etc…

Durant son parcours, le signal peut être altéré par des perturbations, il peut s’atténuer, etc…

Il est possible de régénérer le signal, non sans perte de qualité.

Voici qui suffira pour une compréhension basique d’un signal analogique.

A présent, penchons-nous sur une question plus pertinente : de quoi est composée une ligne
analogique ?

Elle est composée d’une paire de fils avec une tension de 48v. Ces deux fils s’appellent Ring et Tip.

Le Tip ou Ground est le côté positif. Le Ring ou Battery est le côté négatif.

Une paire représente une ligne. Il peut y avoir un appel à la fois sur une ligne.
 Cette paire de fils forme une boucle.

La boucle est ouverte (donc le courant ne passe pas) quand le téléphone est raccroché.

Quand on décroche le combiné, la boucle se ferme, et le courant passe. Un signal électrique alors
appelé « Loop Start Signaling » part de l’opérateur et passe à travers le téléphone.

Il existe de nombreux signaux différents en téléphonie analogique.

Nous avons les Supervisory Signals pour informer des états :

 Décroché
 Raccroché
 Sonnerie
Et nous avons les Informationals Signals pour les états :
 Appuie de touche
 Destination injoignable
 Occupé
 Retour sonnerie
 Congestion
 Etc…

Et enfin les Address Signals avec DTMF.

Les codes DTMF – Dual-Tone Multi Frequency permettent d’envoyer un signal correspondant à
l’appui sur une touche.

Chaque code correspond à un couple de deux fréquences. C’est pour cela que si vous appuyez sur une
touche durant un appel, vous allez entendre un son. Et chaque touche a un son différent.

Cela suffira pour notre présentation basique de la téléphonie analogique.

Pour résumé simplement, la téléphonie analogique est très rudimentaire, car c’est la plus ancienne
technologie.

La voix est transmise à l’aide d’un signal électrique dans un fil de cuivre. Ce signal peut être altéré et
atténué durant son transfert. C’est un des défauts de la téléphonie analogique (cela ne veut pas dire que
les autres techniques ne souffrent pas de ces problèmes).
Une ligne analogique est composée d’une paire de fils formant une boucle. Lors-ce que l’on décroche
le combiné, la boucle se ferme et un courant circule. La tension est de 48V.

Retenez bien qu’avec une paire nous pouvons former une ligne. Pour avoir plusieurs lignes et donc
plusieurs appels simultanés, il faut plusieurs paires.

Donc sur une ligne analogique, nous aurons au maximum un appel à la fois.

En plus de la voix, il y a de la signalisation qui circule sur la ligne (toujours sous forme analogique).

b) La Téléphonie Numérique

A présent, parlons de la téléphonie numérique.

Vous l’aurez deviné, ici la voix circule de manière numérique sur les lignes. C’est-à-dire qu’elle est
transformée en une suite de 0 et de 1.

De la même manière, un fichier audio peut être encodé en MP3, et vous pourrez le stocker sur votre
disque dur. A la lecture, votre ordinateur va décoder le fichier, et vous restituer un signal sonore.

Dans le cas de la téléphonie, c’est le poste qui se charge de l’encodage. A la destination le signal sera
décodé.

Dans les fils, c’est toujours un signal électrique qui circule. Mais cette fois-ci il représente simplement
une suite de 0 ou de 1.

Par exemple, un « 1 » pourrait être représenté par une tension de 5V, et un « 0 » par une tension de
0V.

Cela apporte déjà un avantage considérable.

En effet, l’altération du signale n’est pas aussi grave qu’en analogique. Si notre signale de 5V est
altéré pour une quelconque raison, et que nous n’avons plus que 4V à l’arrivée, nous pouvons assumer
qu’il s’agit d’un 1.

La restauration du signal se fait donc sans perte.

Bien entendu, un signal trop altéré ne pourra être utilisé.

La question est donc « Comment le poste transforme la voix en un signal binaire ? ».

Comme en analogique, nous commençons par transformer la voix en un signal électrique.

Nous allons ensuite suivre le théorème de Shannon qui dit :

« La représentation discrète d’un signal par des échantillons régulièrement espacés exige une
fréquence d’échantillonnage supérieure au double de la fréquence maximale présente dans ce
signal. »

Sachant que le réseau téléphonique possède une fréquence allant de 300 à 3 400 Hz, il nous faut donc
une fréquence d’échantillonnage qui fasse au moins le double, c’est-à-dire 6 800 Hz.

La fréquence standard retenue est de 8 000 Hz.

C’est-à-dire que nous allons prendre 8 000 échantillons par seconde, soit un toutes les 125
microsecondes.

Il y a ensuite 3 étapes.

1 – Echantillonnage du signal

Le principe est simple. Nous allons prendre 8 000 échantillons du signal par seconde.

Pour des raisons évidentes je n’ai pas représenté les 8 000 échantillons.

2 – Quantification des échantillons

Deuxièmement, nous allons quantifier les échantillons.

Pour chaque échantillon, nous allons lui attribuer une valeur en fonction de sa hauteur.
Chaque trait bleu représente une valeur. Nous pourrions par exemple quantifier les échantillons avec
des nombres allant de 0 à 100.

1 seconde de son pourrait être représenté par 8 000 nombres allants de 0 à 100.

Vous pouvez voir que plus l’amplitude est faible, plus la quantification est précise.

La quantification est faite de cette manière car le plus souvent lors-ce que l’on parle au téléphone
l’amplitude est basse. Cela permet une meilleure précision.

3 – Codage en binaire

A présent il faut sortir un code binaire qui représente la quantification.

Pour chaque échantillon, 8 bits seront utilisés pour représenter sa valeur.

A raison de 8 000 échantillons par seconde, cela consomme 64 000 bits/s

Nous avons principalement 2 lois de quantification, A-Law et µ-Law.

La première est utilisée principalement en Europe et en Afrique, alors que la deuxième est utilisée
principalement en Amérique du nord et au Japon.

Leur fonctionnement est proche.

A présent, le son de notre voix est transposé en un signal binaire.

Ce signal binaire peut être envoyé à travers un câble électrique.

 Autre avantage d’une transmission binaire, c’est qu’il est possible de transmettre plusieurs signaux sur
un même lien, en même temps.

Pour cela nous faisons appel à une technique appelée TDM – Time Division Multiplexing.

Si nous avons 3 sources qui souhaitent utiliser un lien, elles transmettront à tour de rôle.

Ce qui fait qu’en téléphonie numérique, un seul lien peu supporter plusieurs communications
simultanées.

Pour la connexion à l’opérateur de téléphonie, il existe 2 types de lignes numériques :

 Les lignes T1: principalement utilisées en Amérique du Nord et au Japon

 Les lignes E1: utilisés dans le reste du monde

Une ligne T1 propose 24 DS0 – Digital Signal 0, c’est-à-dire 24 canaux pour le transport de la voix. Il
y a une bande passante total de 1.544 Mbps.

Il existe ensuite les lignes T2 (6.312 Mbps), les lignes T3 (44,736 Mbps en Amérique et 32,064 Mbps
au Japon) et les lignes T4 (275 Mbps en Amérique et 97,728 Mbps au Japon).

Une ligne E1 propose 30 ou 31 DS0, et il y a un total de 32 canaux. Il y a une bande passante de 2

Mbps.

Le canal 0 est réservé pour les infos de framing (synchronisation, transport d’alarme, etc…).

Le canal 16 (donc le 17ème) peut être utilisé pour le signaling ou pour la voix.

Il y a donc 30 ou 31 canaux pour la voix, selon la solution de signaling utilisée (voir plus bas).

Il existe aussi les lignes E2 (8.448 Mbps), les lignes E3 (34.368 Mbps) et les lignes E4 (139.264
Mbps).

Un DS0 est un canal de 64 Kbps.

Pour placer des appels sur une ligne numérique il faut du signaling.

Pour rappel, en analogique nous avons vu 3 types de signaling :

 Supervisory Signals
 Informationals Signals
 Address Signals

En analogique, le signaling est fait en envoyant des signaux électriques spécifiques sur la ligne.

En numérique nous ne pouvons pas faire de même.

 Il existe 2 solutions pour le signaling en numérique :

 CAS – Channel Associated Signaling

 CCS – Common Channel Signaling
Le CAS propose d’envoyer les informations de signaling sur les mêmes canaux que la voix.

Pour une ligne T1, elle propose 24 DS0. Sur chacun de ces 24 canaux, nous allons emprunter un peu
de bande passante, pour envoyer les données de signaling.

Pour une ligne E1, elle propose 31 DS0. Nous empruntons un peu de bande passante sur les 31
canaux.

L’emprunt ce fait comme ceci : toutes les 6 frames envoyés, nous utilisons le 8ème bit de cette sixième
frame pour le signaling.

Exemple pour une ligne T1.

La lettre « S » indique que la frame est utilisée pour la signalisation.

En dessous est représenté un code binaire. Le « X » représente le bit emprunté.

Le processus continu de la même manière pour la frame 12, la 18e, etc…

Bien entendu, si nous empruntons de la bande passante normalement utilisée pour la voix, nous aurons
une baisse de la qualité.

Mais cette diminution n’est pas perceptible par l’oreille humaine.

La méthode CAS est souvent appelé RBS – Robbed Bit Signaling.

Le CCS quant à lui propose de réserver un canal pour le signaling.

Sur une ligne T1, nous n’avons alors plus que 23 canaux pour la voix. C’est le canal 24 qui est réservé.

Sur une ligne E1, nous n’avons alors plus que 30 canaux pour la voix. C’est le canal 16 qui est réservé.
CCS est la méthode privilégiée de signaling, car il permet une plus grande flexibilité avec les
messages de signalisation. La sécurité est aussi améliorée car la signalisation n’est pas envoyée dans
les canaux de voix.

Enfin, cela permet aux opérateurs d’utiliser des messages de signalisation propriétaires.

En résumé, la téléphonie numérique est bien plus évoluée que la téléphonie analogique.

La voix est numérisée puis convertie en un code binaire, qui est transféré sur un câble électrique.

Grace à la méthode TDM, il est possible de faire passer plusieurs communications en simultanées sur
une ligne.

Nous disposons de lignes T1 ou E1, et il existe deux méthodes pour supporter la signalisation, CAS et
CCS.

A noter qu’en France, France Télécom (Numéris) propose des lignes numériques qu’ils appellent T0 et
T2, qu’il ne faut pas confondre avec les lignes T1 que nous avons vu.

Une ligne T0 propose 2 canaux pour la voix, et 1 pour la signalisation.

La ligne T2 Numéris est en fait une ligne E1. Seul le nom change.

c) Réseau de Téléphonie Interne

Nous avons vu beaucoup de théorie, mais à quoi ressemble vraiment le réseau de téléphonie interne ?

Pour un particulier il est possible de relier directement un poste au réseau de l’opérateur.

C’est le type d’installation classique pour un domicile.

Sinon, pour les entreprises il est possible d’utiliser un Autocommutateur ou PABX. Il s’agit d’un
appareil capable de gérer la téléphonie interne, et de connecter les postes internes au réseau public.
C’est l’ancêtre du serveur de VoIP.
Comme il ne peut y avoir qu’un seul appel simultané sur une ligne analogique, il peut être nécessaire
d’avoir plusieurs liens vers l’opérateur. Cela autorisera plusieurs appels entrants et sortants simultanés.

En numérique, le problème ne se pose pas.

Un PABX peut en général fonctionner en analogique ou en numérique, aussi bien pour la téléphonie
interne que pour le lien vers l’opérateur.
Pour cela il faut ajouter des cartes analogiques ou numériques au PABX. Ces cartes comportent des
ports.

d) PSTN et ISDN

Allons directement à l’essentiel.

Le PSTN – Public Switched Telephone Network est le réseau public de téléphonie analogique.
 En français le PSTN s’appelle RTC – Réseau Téléphonique Commuté.

C’est le réseau de l’opérateur qui route les appels publics.

L’ISDN – Integrated Services Digital Network est le réseau public de téléphonie numérique.

En français il s’appelle RNIS – Réseau Numérique à Intégration de Services. En France, le réseau

RNIS de France Télécom est plus connu sous le nom de Numéris.

En analogique, nous avons vu que le lien vers le PSTN est une paire de fils qui forme une boucle.
Nous appelons cela la Local Loop.

Elle relie le réseau de téléphonie interne à un switch appelé CO Switch. Le réseau public est composé
d’une multitude de switch reliés par des Trunk.

En numérique, le lien vers l’ISDN peut, comme nous l’avons vu, être une ligne T1, E1, etc…

e) Numéros de Téléphone

Terminons sur les numéros de téléphones.

En informatique, les adresses IP identifient les machines. L’adressage IP se fait de manière

hiérarchique avec un système de réseau / sous-réseau.

Les numéros de téléphones fonctionnent sur un principe similaire.

Le standard E.164 est un plan de numérotation développé par l’ITU – International

Telecommunication Union.

Chaque numéro dans le plan E.164 comprend les éléments suivants :

 Code du pays : indique le pays

 Code National : indique une zone dans le pays
 Numéro de l’abonné

En France, le code du pays est 33

Voici quelques détails sur les indicatifs français.

 01 : Région Île-de-France
 02 : Région Nord-ouest, Réunion et Mayotte
 03 : Région Nord-est
 04 : Région Sud-est et Corse
 05 : région Sud-ouest, et DOM-COM de l’océan Atlantique
 06 et 07 : mobiles
 08 : Services payants
 09 : Services téléphoniques
 00 : Préfixe pour appeler l’international

Je vous invite à consulter la page suivante pour plus de détails. Vous trouverez notamment les
indicatifs départementaux.

http://fr.wikipedia.org/wiki/Indicatif_t%C3%A9l%C3%A9phonique_local_en_France

Pour ce qui est de la numérotation en interne à votre entreprise, libre à vous d’assigner les numéros
comme bon vous semble.

3 Protocoles de VoIP et Codecs Audio

La VoIP, comme chaque domaine en réseau, comporte son lot de protocoles. Certains servent à la
signalisation, certains au transport de la voix, certains à la configuration des postes, etc…

A cela vient s’ajouter les codecs qui permettent de transformer la voix en données informatiques pour
permettre le transport ou le stockage.

Dans cet article je vous propose un tour d’horizon des principaux protocoles et codecs existant.

a) Les protocoles en VoIP

Passons donc en revu les principaux protocoles que nous pouvons rencontrer en VoIP.

SIP – Session Initiation Protocol

Le protocole SIP – Session Initiation Protocol est un protocole de gestion de session de

communication en multimédia.

Il est ouvert, standard et c’est le protocole principal utilisé pour la signalisation en VoIP.

Il est aussi utilisé en visiophonie, en messagerie instantanée, etc…

En VoIP c’est donc ce protocole qui permet la gestion des appels.

Par exemple, c’est grâce à SIP que le poste peut s’enregistrer auprès de l’IPBX.

C’est aussi grâce à SIP que le poste peut indiquer à l’IPBX quand l’utilisateur appui sur les touches du
clavier.

Il permet aussi à l’IPBX de faire sonner un poste, de mettre en relation deux téléphones, et ainsi de
suite.
 C’est donc lui qui est au cœur de nos infrastructures de VoIP. Si vous devez retenir un protocole, c’est
celui-ci.

Mais attention, ce n’est pas SIP qui permet le transport de la voix. Il ne sert qu’à la signalisation.

SIP se situe à la couche 7 du modèle OSI et utilise le port 5060 en UDP.

Il est indépendant des autres protocoles des couches inférieures.

SIP fonctionne de manière similaire à http.

Il réutilise de nombreux headers ainsi que des règles d’encodage et des codes de statut de http.

Voici une liste des principaux codes de statut :

 1xx : Information (180 : Sonnerie, 100 : Essaie, 181 : Transfert)

 2xx : Success (200 : OK, 202 : Accepté)
 3xx : Redirection
 4xx : Erreur Client (404 : non-trouvé, 401 : Non-autorisé, 408 : Timeout)
 5xx : Erreur serveur (500 : Erreur interne au serveur, 503 : service indisponible)
 6xx : Panne générale (600 : occupé)

Et voici une liste des requêtes de base :

 INVITE : Permet au client de demander une nouvelle session

 ACK : Permet l’acknowledgement
 CANCEL : Permet l’annulation d’un INVITE en cours
 BYE : Permet de terminer une session
 REGISTER : Permet de s’enregistrer auprès de l’IPBX

Sur le réseau, chaque ressource SIP est identifiée par une URI de ce type :
« sip:Username@Host:Port»

Par défaut le port est le 5060.

Exemple d’URI : sip:1516@sip-server.lan

H.323

H.323 est un regroupement de protocoles pour la communication de l’audio, de la vidéo et des

données.

Il est dérivé du protocole H.320 utilisé sur les réseaux numériques.

Aujourd’hui H.323 est remplacé par SIP.

 On peut découper H.323 en 3 catégories de protocoles :

 Signalisation
 Négociation de Codec
 Transport d’information

Signalisation

Le but de la signalisation est le même qu’en SIP (voir précédemment).

Le protocole RAS – Registration Admission Status est utilisé pour l’enregistrement et

l’authentification (par exemple, l’enregistrement des postes sur l’IPBX).

Le protocole Q.932 est utilisé pour l’initialisation et le contrôle des appels (appui de touche,
lancement d’un appel, faire sonner un poste, etc…).

Négociation

Le but de la négociation de Codec est de choisir le Codec adéquat pour l’encodage de la voix ou de la
vidéo. Nous verrons plus tard qu’il existe une série de codecs ayant chacun leurs propriétés.

Le protocole utilisé pour la négociation est H.245.

Transport

Enfin, le transport de l’information permet notamment de transporter la voix numérisée grâce aux
codecs, sur le réseau.

C’est ici le protocole RTP qui est utilisé.

Le protocole RTCP peut aussi être utilisé pour contrôler la qualité et demander de renégocier les
codecs si la bande passante disponible change.

H.323 a évolué au cours du temps à travers de nombreuses versions.

Aussi, en H.323 les messages sont encodés en format binaire, là ou SIP utilise un codage en ASCII.

Grâce à la grande flexibilité de SIP, ce dernier tend à remplacer H.323.

RTP – Real-time Transport Protocol

RTP est un protocole se plaçant au-dessus d’UDP, permettant le transport de données ayant des
contraintes de temps réelles.

Il est principalement utilisé pour les flux audio et vidéo.

En VoIP nous l’utilisons donc avec SIP ou H.323 pour le transport de la voix.

RTP ajoute une entête spécifique à UDP pour plusieurs raisons.

Premièrement, il numérote les paquets, pour gérer les pertes et le dé-séquencement (c’est-à-dire les
paquets qui arrivent dans le mauvais ordre).

Ensuite, il ajoute une information d’horloge pour gérer la gigue (c’est-à-dire la variation de latence
entre plusieurs paquets).

Il permet aussi de spécifier le type de données transportées (audio, vidéo, image, texte, etc…).

Il y a encore d’autres informations complémentaires dans l’en-tête.

RTCP – Real-time Transport Control Protocol

En complément de RTP, nous pouvons utiliser RTCP pour contrôler la qualité de la transmission.

Il fonctionne aussi en UDP.

RTCP ne transporte pas l’information finale. Il est simplement utilisé en contrôle.

A l’aide de statistiques sur la transmission (paquet perdu, gigue, délai, etc…), il est possible d’estimer
la qualité de service.

C’est grâce à RTCP que l’on peut renégocier le codec pour s’adapter à la bande passante nécessaire.

Les paquets de contrôle sont envoyés à tous les participants de la session.

IAX – Inter-Asterisk eXchange

IAX est un protocole qui s’intègre dans le projet Asterisk.

Asterisk est un IPBX open source basé sous Linux. Il permet la mise en place d’un system de
téléphonie simple mais gratuit. Il n’offre pas autant de possibilité qu’une solution Cisco, mais il a
l’avantage du prix.

Une section du site est destinée à Asterisk. Vous y trouverez toutes les informations nécessaires pour
la mise en place d’un Asterisk.

http://www.networklab.fr/category/asterisk/

Revenons à IAX.
IAX est un protocole qui permet la communication entre un client et un serveur, ou entre deux
serveurs Asterisk.

Il est principalement utilisé pour lier deux serveurs Asterisk (par exemple sur deux sites distants).

Nous appelons cela un Trunk. Dans ce Trunk pourront circuler plusieurs communications en
simultané, et cela à travers une seule session IAX.

L’article suivant est dédié à l’interconnexion de deux

Asterisk : http://www.networklab.fr/interconnexion-de-serveurs-asterisk/

IAX propose le transport de la signalisation et des données. Il fonctionne en UDP sur le port 4569.

Nous utilisons actuellement la version 2 d’IAX.

SCCP – Skinny Call Control Protocol

SCCP est un protocole de signalisation créé par Cisco.

Il a été créé au départ pour palier à la trop grande rigidité de H.323. En effet, H.323 posait problème
pour la mise en place de certaines fonctionnalités.

SCCP étant propriétaire Cisco, nous le retrouvons sur beaucoup d’équipement Cisco.

Certains postes Cisco fonctionnent en SIP, certains en SCCP et certains proposent les deux.

Les postes récents tendent à délaisser SCCP au profit de SIP.

En général, si nous avons le choix entre SIP et SCCP, nous prenons SCCP pour des questions de
compatibilité et de fonctionnalité.

SCCP a aussi l’avantage de n’utiliser que peu de bande passante.

SCCP fonctionne en TCP sur le port 2000.

Pour le transport des données, c’est RTP qui est utilisé.

CDP – Cisco Discovery Protocol et LLDP – Link Layer Discovery

Protocol

Pour une explication de ces deux protocoles, je vous renvoie à l’article sur la configuration des
switchs.
 Simplement, CDP permet aux équipements Cisco de découvrir les équipements voisins prenant en
charge CDP.

En VoIP, il permet au switch d’indiquer aux postes IP le Voice Vlan à utiliser.

CDP est propriétaire Cisco.

LLDP est un protocole standard visant à remplacer les protocoles tels que CDP.

Il permet aussi au switch d’indiquer le Voice Vlan.

UA – Universal Alcatel

Le protocole UA est utilisé par les IPBX Alcatel pour la signalisation.

UNISTIM – Unified Networks IP Stimulus

Le protocole UNISTIM est utilisé par les IPBX Nortel pour la signalisation.

b) Les Codecs

Tout d’abord, qu’est-ce qu’un Codec ?

Un codec est un algorithme capable de compresser un signal numérique. Le but est que ce signal soit
moins lourd pour le transport ou le stockage.

En télécommunication, nous cherchons à compresser la voix et la vidéo.

Sur un réseau interne, nous avons en général beaucoup de bande passante à disposition. A moins de
passer beaucoup d’appels simultanés, nous n’aurons pas de problème.

En revanche, sur notre ligne internet nous avons une bande passante plus faible. Même avec quelques
appels simultanés nous pouvons avoir des problèmes.

Il existe de très nombreux codecs, qui ont chacun leurs caractéristiques telles que :

 Taux de compression
 Vitesse de compression
 Vitesse de décompression
 Consommation CPU / mémoire
 Qualité du signal de sortie
 Etc…

Nous devrons donc faire notre choix parmi les codecs existants, tout en tenant compte des attributs de
chaque codec.
 En règle générale, nous utilisons des codecs à compression légère en interne et des codecs à forte
compressions pour les appels transitant sur le WAN.

Voici une liste non exhaustive des codecs disponibles pour la voix en VoIP.

Pour G.711, il existe les Lois A et µ (A-law et µ-law). La loi A est principalement utilisée en Europe
et en Afrique, alors que la loi µ est principalement utilisée aux USA et au Japon.

Les deux sont très proches.

Le champ MOS – Mean Opinion Score est une note sur la qualité du signal après passage dans le
codec. La note va de 1 à 5. Au dela de 4 il est presque impossible de faire la distinction avec un signal
non-compressé.

Dans la pratique nous utilisons principalement G.711 et G.729. G.711 en interne et sinon G.729.

4 Cisco Unified Solutions

Depuis de nombreuses années, Cisco développe toute une gamme de produits et services de
téléphonie.

Plus récemment, cette gamme a été renommée Cisco Unified Communications.

Ce nom regroupe de nombreux services tel que :

 Les appels audio

 Les appels vidéo
 Le contrôle des appels
 La messagerie instantanée
 Les boites vocales
 Le contrôle de présence
 Etc…

Nous ne sommes plus simplement sur un système de téléphonie, mais bien sur un système de
communication complet ou encore de collaboration.

Nous parlons là de services de communication qui transitent sur le réseau IP (convergence).

Cisco tente d’unifier tous ces services pour qu’ils puissent fonctionner ensemble.

En mettant en place une solution Cisco complète, vous pouvez disposer de tous les services
précédemment cités (et même plus). Tous ces services seront unifiés et fonctionneront ensemble.

a) Les produits principaux

Les deux produits principaux Cisco sont le CME et le CUCM.

CME – Cisco Unified Communications Manager Express

Le Call Manager Express est un system de téléphonie sur IP intégré dans un routeur. Le but est de
réduire coût. En effet, ce routeur pourra assurer un rôle classique de routeur, en plus de son rôle
d’IPBX.

Pour cela, il faut que l’IOS présent sur le routeur dispose du service voix. Ce n’est pas intégré dans
toutes les images.

Le CME peut gérer jusqu’à 450 postes IP sur les meilleurs routeurs. Certains ne peuvent gérer que
quelques dizaines de postes.

Etant donné que c’est un routeur qui assure le rôle d’IPBX, nous n’aurons pas autant de fonctionnalité
que sur un CUCM.

Néanmoins, CME nous propose (entre autre) les fonctions suivantes :

 Gestion des appels

 Gestions des utilisateurs
 Liaison avec un autre IPBX
 Gestion des boites vocales (à l’aide d’un module à ajouter dans le routeur) grâce à CUE – Cisco
Unity Exppress

Le module supplémentaire pour les boites vocales est nécessaire car le routeur n’a pas les ressources
pour stocker un grand nombre de messages vocaux.

Ce module intègre donc notamment un stockage conséquent.

Il existe les modules ISM – Internal Services Module et SM – Service Module.

L’ISM repose sur une mémoire flash, alors que le SM repose sur un disque dur. Bien entendu, le SM
propose un stockage plus conséquent.

CUE s’administre grâce à une CLI à part, à laquelle on peut accéder depuis la CLI de l’IOS.

Vous pouvez ajouter d’autres modules, par exemple pour disposer d’interface analogiques ou
numériques.

Quant à l’administration du CME, elle se fait de la même manière que l’administration d’un routeur,
c’est-à-dire en CLI ou avec CCP – Cisco Configuration Professional.

CCP est une interface graphique. Cette interface a le mérite de faciliter un certain nombre de
configuration.

Anciennement, le CME était appelé Call Manager Express. Aujourd’hui ce terme est encore beaucoup
utilisé.

CUCM – Cisco Unified Communications Manager

Le CUCM est le produit phare de Cisco dans la téléphonie. Il s’agit d’un système extrêmement
puissant de gestion d’un réseau de téléphonie.

Il propose de très nombreuses fonctionnalités et est hautement personnalisable.

Il était autrefois appelé « Call Manager ».

Au départ, il était basé sur un système Windows. A présent, il utilise un système Linux RedHat.

Le CUCM peut donc gérer les appels de manière très poussée, gérer les postes IP, gérer les
utilisateurs, etc…

Pour la gestion des utilisateurs, il est possible de lier le CUCM et un serveur LDAP tel qu’un Active
Directory. De cette manière, la gestion des utilisateurs sera simplifiée.

De plus, les utilisateurs pourront utiliser le même couple Login / MDP aussi bien pour les
authentifications sur le domaine que sur le système de téléphonie.

L’administration se fait au travers d’une interface Web très puissante. La CLI n’est utilisée que pour
certaines configurations de base de l’OS.

Le CUCM peut être installé sur un serveur IBM, HP, ou prendre la forme d’une machine virtuelle VM
Ware ESXi.

Il est possible de faire un cluster de CUCM.

CUC – Cisco Unity Connection

Unity est la solution Cisco de messagerie.

Il prend donc la forme d’un serveur ou d’une machine virtuelle supplémentaire.

Unity est une solution indépendante du CUCM.

Vous pouvez parfaitement vous passer de CUC et n’installer que CUCM. Vous pouvez aussi utiliser
une autre solution de messagerie, ou bien utiliser Unity avec un autre IPBX que Cisco.

Bref, Unity est indépendant.

Néanmoins, il est presque toujours mis en place avec CUCM.

Quand le CUCM doit rediriger un appel vers une boite vocale, il transfert cet appel vers le CUC en
indiquant l’extension associée. Le CUC reçoit l’appel et guide l’appelant pour qu’il puisse laisser un
message. Une fois le message enregistré, CUC envoie une notification au CUCM pour que ce dernier
fasse clignoter le voyant « message » sur le poste qui a reçu le message vocal.

A la manière du Call Manager, il est très puissant. L’administration se fait aussi au travers d’une
interface Web.

Cisco Unity Connection supporte jusqu’à 20 000 boites vocales.

Il est possible d’accéder à sa boite vocale depuis de nombreuses sources. Depuis notre poste IP, nous
pouvons consulter nos messages. Il est aussi possible de recevoir les messages vocaux dans notre boite
mail.

Il est aussi possible de lier Unity et Exchange pour profiter de diverses fonctionnalités.

Comme pour CUCM, il est possible de lier CUC à un Active Directory et de faire un cluster de deux
CUC.

CUPS – Cisco Unified Presence Server

Cisco Unified Presence permet de connaitre le statut des utilisateurs en temps réelle. Par exemple, il
est possible de savoir si une personne est en ligne avant de l’appeler. Cela peut être très pratique pour
un standard téléphonique.

Presence permet aussi l’utilisation de messagerie instantanée.

b) UC 500 et Business Edition

Nous avons fait le tour des produits principaux. Voyons à présent d’autres produits.
 L’UC 500 est un équipement qui propose de nombreux services tels que :

 Routeur
 Switch
 VPN
 Wifi
 IPBX
 Voicemail

Ce type d’équipement est très pratique pour les petits et moyens réseaux.

Quant à la gamme Business Edition, il s’agit simplement d’un serveur ESXI intégrant entre autre les
serveurs CUCM, CUPS, Unity sous forme de machines virtuelles.

Il existe plusieurs versions selon les performances souhaitées (à choisir en fonction de la taille du
réseau téléphonique).

5 Etapes de démarrage d’un poste IP Cisco

De la même manière qu’un ordinateur, un routeur, un switch, ou tout autre matériel informatique, un
poste IP passe par plusieurs étapes au démarrage.

Nous allons voir ici les étapes de démarrage d’un poste IP Cisco. Bien entendu, les postes des autres
marques fonctionnent de manière similaire.

1) Alimentation du poste

Au départ, notre poste est éteint. Il faut donc commencer par l’alimenter. Pour cela, nous avons vu
qu’il y a plusieurs solutions. Soit nous utilisons un cordon d’alimentation classique, soit nous utilisons
du POE.

Dans la majorité des installations, nous faisons appel au POE.

Pour que le switch POE puisse détecter un appareil non-alimenté, il envoie un signal FLP – Fast Link
Pulse. Le poste IP va alors renvoyer le signal au switch, pour lui signaler qui souhaite recevoir une
alimentation électrique.

Nous avons donc à présent notre poste IP qui commence à démarrer.

2) Chargement de l’image

De la même manière que pour un routeur ou un switch, le poste IP démarre sur son image stockée en
mémoire. Pour rappel, l’image est le système d’exploitation. Il va donc chercher le fichier d’image
pour démarrer dessus.

En utilisant cette image, il peut initialiser le matériel et la partie logicielle.

3) Configuration du Voice Vlan

Nous l’avons vu, en VoIP le Voice Vlan a une grande importance.

A l’aide du protocole CDP (ou LLDP) le switch indique au poste IP le numéro de Voice Vlan.

Si CDP n’est pas activé, il est nécessaire de renseigner à la main le numéro du vlan de voix.

4) Requête DHCP

Survient ensuite la requête DHCP. Comme pour un ordinateur, le poste utilise le protocole DHCP pour
obtenir une IP, l’IP de la passerelle, le masque de sous réseau, l’IP du DNS, etc…

La requête est envoyée sur le vlan de voix.

Il y a une autre information très importante que le poste récupère à l’aide de DHCP. Il s’agit de l’IP du
serveur TFTP (option 150 en DHCP).

5) Récupération du fichier de configuration

Maintenant que le poste possède les bons paramètres IP, il va joindre le serveur TFTP.

Sur ce serveur, le poste va récupérer son fichier de configuration. Dans cette configuration nous
retrouvons entre autre une liste (pouvant aller jusqu’à 3) d’IP de Call Manager.

En général le serveur TFTP est l’IPBX (sur le Call Manager, le CME, etc…).

6) Enregistrement sur le Call Manager

Enfin, le poste IP tente de se connecter au premier Call Manager listé dans le fichier de configuration.

S’il ne peut pas se connecter, il essaie le deuxième puis le troisième.

6 Configuration des Switchs pour la VoIP

Sujet important sans être difficile, la configuration des switchs. Les switchs sont essentiels car c’est
eux qui permettent de relier les postes au réseau.

Il est nécessaire d’y appliquer une configuration particulière pour un fonctionnement optimal.

Je vous propose de passer en revue les notions importantes.

a) Voice Vlan

Vous avez certainement déjà entendu parler des Voice Vlan. Pour faire simple, l’idée est de placer les
postes IP dans un Vlan à part.

Pourquoi ? Et bien pour les mêmes raisons que nous créons des Vlans à la base. Nous y gagnons
principalement en performance, en sécurité et en flexibilité.

Il est important de savoir qu’il existe des logiciels permettant de capter les conversations
téléphoniques et de restituer un fichier audio. C’est en partie pour cela que l’aspect sécurité est
important.

Pour bien comprendre l’utilité du Voice Vlan, il faut déjà comprendre comment se passe la connexion
au réseau d’un poste Cisco (ou un poste IP en général).

Au dos d’un poste Cisco, nous retrouvons deux ports RJ45.

L’un sert à connecter le poste au réseau, à la manière de la carte réseau d’un PC.

Le deuxième port permet d’y connecter un PC (ou toute autre machine de votre choix).

Pourquoi cela ?

Et bien cela permet de faciliter la connexion au réseau du poste et du téléphone.

Prenons un cas classique. L’utilisateur X possède un bureau et un ordinateur.

Dans ce cas typique, il y a un port réseau prévu pour le bureau de l’utilisateur X.

Tant qu’il veut simplement connecter sont PC au réseau, tout va bien.

En revanche, s’il souhaite connecter son poste et son PC, il va manquer de port.

C’est donc dans un souci d’économie que les postes IP intègrent un mini-switch.

Etant donné le peu de bande passante consommée par le poste IP, cela ne gêne pas qu’il soit sur le
même port du switch que le PC.

Il existe des postes IP compatibles 100 Mbps et des postes 1 Gbps.

C’est un critère qu’il ne faut pas oublier de prendre en compte.

Au final, il en résulte que le PC est connecté sur le poste, et que ce dernier est connecté sur le switch.

Derrière un port du switch, nous avons donc deux machines. Tout en sachant que le poste IP doit être
dans un Vlan à part et qu’en aucun cas le PC ne doit être dans le même Vlan.

Vous l’aurez compris, cela va nécessiter une configuration particulière.

Considérons le scénario suivant. Le Vlan Data a pour numéro 10, alors que le Vlan Voice a pour
numéro 20.
Quand le PC discute sur le réseau, il envoie les frames au poste IP, qui lui-même les envoie au
switchs.

Ces frames ne sont pas altérées ni taguées.

En revanche, quand le poste IP discute sur le réseau, il envoie directement ses frames au switch et il
les tague avec le numéro de Vlan 20 en 802.1Q.

Ainsi, quand le switch reçoit une frame, il sait dans quel Vlan la placer.

De cette manière, nous avions deux machines sur un même port, mais pas dans le même Vlan.

Cela ressemble fortement à un Trunk n’est-ce pas ?

Nous allons y revenir dans un instant.

Voyons la configuration, qui pour le coup est très simple.

Switch(config)#vlan 10
Switch(config-vlan)#name data

Switch(config)#vlan 20
Switch(config-vlan)#name voip

Switch(config)#int fastEthernet 0/1

Switch(config-if)#switchport mode access
Switch(config-if)#spanning-tree portfast
Switch(config-if)#switchport access vlan 10
Switch(config-if)#switchport voice vlan 20

Cela se passe d’explication. La commande nouvelle est “Switchport voice vlan”.

Il est tout de même à noter que le Portfast est automatiquement activé quand on configure un Voice
Vlan sur le port.

Le Portfast est essentiel pour le bon fonctionnement du poste. En effet, lors de son démarrage le poste
va demander une IP, et entrer en communications avec le ou les serveurs de VoIP.

Il est nécessaire que le port soit fonctionnel.

Bref, nous disions que cela ressemble fortement à un Trunk.

En effet, nous avons des frames taguées et non-taguées qui vont au switch.

Les frames taguées sont placées dans le Vlan indiqué et les frames non-tagués sont placées dans une
sorte de Vlan natif. Comme toujours, le PC n’a pas la moindre idée qu’il se trouve dans un Vlan. Pour
lui, tout est invisible.
 Dans la pratique nous n’appelons pas cela un Trunk. En effet, généralement un Trunk permet de
supporter de nombreux Vlans. Dans le cas présent, le port ne support que le Vlan Voice et les données
non-taguées.

De plus, le port est configuré en mode Access et non en mode Trunk.

Nous considérons cela comme un mini-Trunk que nous pouvons appeler un « port Access supportant
le trafic tagué pour la voix ».

Nous avons donc vu à quoi sert un Voice Vlan, mais il reste une interrogation.

Comment le téléphone sait quel est le numéro du Vlan de voix ?

L’idée est donc bien que le téléphone sache comment taguer les frames qu’il envoie.

Il y a deux solutions :

 Soit on configure à la main le numéro de Vlan voix sur le poste

 Soit le switch annonce le numéro de Vlan par CDP (ou LLDP)

Pour la configuration à la main, il faut aller dans les paramètres du poste. Il y a une option où l’on peut
renseigner le numéro du Vlan.

Mais l’annonce automatique est bien plus pratique. Le fait de ne pas avoir à paramétrer le poste rend
les choses bien plus simples.

En effet, il vous suffit alors de brancher le poste, et de le laisser démarrer. Une fois démarré, il sera
dans le bon Vlan et sera connecté à l’IPBX (si la configuration de ce dernier est bonne).

Pour l’annonce automatique, il faut bien entendu configurer le Voice Vlan sur le switch.

C’est grâce à cette configuration que le switch sait quel Vlan annoncer.

Comme je l’ai dit, le switch utilise CDP pour l’annonce.

Pour rappel, CDP – Cisco Discovery Protocol est un protocole propriétaire Cisco.

Il permet la découverte réseau entre les équipements Cisco directement connectés. Par défaut, une
annonce est envoyée toutes les 60 secondes aux voisins.

Cette annonce peut contenir différentes informations comme le Hostname, le type d’équipement, la
version de l’IOS, les adresses IP, etc…

Cela permet à un switch / routeur de connaitre ses voisins directes.

En voix sur IP, il permet au switch d’indiquer le Voice Vlan au poste.

 Il est à noter qu’il existe une variante standard du CDP appelée LLDP – Link Layer Discovery
Protocol.

Ce protocole est une alternative aux protocoles propriétaires tels que CDP.

Il est donc aussi possible d’annoncer le Voice Vlan par LLDP.

b) POE – Power Over Ethernet

Allons directement à l’essentiel.

Le POE est une technologie permettant d’alimenter des équipements à travers un câble Ethernet. Dans
le cas du téléphone, le seul câble qui va au poste est un câble RJ45. Dans ce câble circulent les
données et le courant.

Cela évite donc d’avoir à brancher le poste sur une alimentation (comme cela se fait de manière
classique).

Le POE est principalement utilisé en VoIP pour l’alimentation des postes, mais aussi en Wifi pour
l’alimentation des bornes et en vidéosurveillance pour l’alimentation des caméras. Il y a d’autres
utilisations moins courantes.

Pour alimenter un poste, une borne, une caméra et autres il y a donc 3 méthodes :

 Utiliser un boitier d’alimentation classique

 Utiliser un switch POE
 Utiliser un injecteur POE

Dans le cas du switch POE, c’est le switch qui fournit le courant sur ses ports. Tous les switchs ne sont
pas POE. Il faut faire attention à ce paramètre à l’achat.

Pour l’injecteur, c’est un boitier qui permet d’injecter du courant dans un lien. Si notre poste est
raccordé à un switch classique, nous pouvons placer ce boitier sur la ligne, pour ajouter du POE vers le
poste.

Dans la suite des explications nous considérerons la solution du switch POE, car c’est la plus courante.
 Mais quel est l’intérêt d’utiliser du POE plutôt qu’une alimentation classique ?

Premièrement cela fait moins de câblage et permet d’économiser l’achat des boitiers d’alimentation.

En effet, ce type de produits est rarement livré avec des alimentations.

Deuxièmement, si les choses sont bien faites, cela apporte plus de sécurité.

Dans une installation classique de POE, tous les postes (ou autre) seront connectés à un switch POE.

Ce switch peut disposer d’une double alimentation électrique sur deux réseaux électriques différents et
peut être branché sur onduleur.

En conclusion, il est peu probable que le poste IP ne reçoive plus de courant avec cette solution.

Attention tout de même, cela créé un point de rupture unique. C’est-à-dire que si le switch tombe en
panne, il n’y a plus aucun poste qui fonctionne. N’oublions pas non-plus que la fonctionnalité POE
entraine un surcoût à l’achat. Mais cela peut être compensé par le faite qu’il n’est pas nécessaire
d’acheter des alimentations externes.

Une machine non-POE peut bien sûr être connectée à un switch POE sans problème de comptabilité et
sans risque.

Lorsque qu’une machine POE est connectée à un switch POE, il y a une négociation qui s’effectue.
Cela permet au switch de détecter une machine souhaitant recevoir du courant.

Nous appelons PSE – Power-Supplying Equipment l’équipement qui fournit courant (ici le switch).

Nous appelons PD – Powered devices l’équipement qui reçoit le courant (ici le poste).

Dans la pratique il existe deux standards POE :

 POE: IEEE 802.3af

 POE+: IEEE 802.3at

Le POE permet de fournir 48V continu, 15.4 Watts théoriques et 350 mA.

Dans la pratique, seul 12 ou 13 Watts sont disponibles pour le PD, à cause des pertes.

Le POE+ permet de fournir 48V, 25W (jusqu’à 50W selon les constructeurs) et 600 mA.

Le POE peut fonctionner sur des câbles de catégorie 3 ou 5 (ou plus).

Il existe deux modes :

 Mode A : utilise les deux paires inutilisées dans les câbles de catégorie 3 ou 5
 Mode B : utilise les mêmes paires qui sont utilisées pour le transfert de données

C’est le PSE qui choisit le mode à utiliser.

Pour les câbles 1 Gbps, les 4 paires sont utilisées pour les données. Du coup c’est la méthode Phantom
Power qui est utilisée. Elle permet de faire transiter le courant et les données en simultané sur les 4
paires.

7 Présentation de l’infrastructure de TP
Vous le savez aussi bien que moi, l’apprentissage passe par la pratique. Pour préparer efficacement
cette certification CCNA Voice, il va vous falloir mettre en place une infrastructure convenable.

Nous aurons deux éléments principaux : Le CME – Cisco Unified Communications Manager Express
et le CUCM – Cisco Unified Communications Manager.

Le premier, qui prend la forme d’un routeur, nous servira pour la première partie de la pratique.

Quant au CUCM, il s’agit d’une machine virtuelle VMWARE.

A ces deux éléments viendront se connecter des postes IP. J’ai fait le choix d’utiliser des postes
virtuels. J’ai donc eu recours à CIPC – Cisco IP Communicator.

Nous reviendrons sur les détails par la suite.

Dans cet article je vous présente l’infrastructure que j’ai mise en place. Il y a plusieurs façons de faire.
Libre à vous de faire comme bon vous semble.

De plus, j’ai fait le choix de travailler avec une infrastructure entièrement virtuelle pour des raisons
financières et pour une question de simplicité.

Il est tout à fait possible, voir même recommandé, de travailler avec de vrais équipements.

Voici donc une représentation de l’infrastructure que j’ai réalisée sous GNS3.
R1 représente le routeur CME.

Les liens vers VMnet 1 et VMnet 2 permettent la connexion aux VM.

Si vous en avez les moyens et l’envie, il est tout à fait possible de réaliser cette topologie avec de vrais
équipements. Les VMnet seront donc remplacés par des postes IP physiques.

A vous d’adapter les recommandations qui vont suivre à votre cas.

Voyons l’infrastructure en détail.

1) R1 et le CME

Le routeur est très important car c’est celui qui héberge le CME. Le CME est la première solution de
VoIP Cisco que nous allons étudier.

Vous pouvez virtualiser ce routeur avec GNS3. Il vous faut simplement une image incorporant le
CME.
Pour cela, tournez-vous vers les images avec des fonctionnalités de voix (advipservices, ipvoice,
etc…).

Attention tout de même, si vous utilisez un routeur virtuel vous n’aurez pas accès à toutes les
fonctionnalités. Il vous sera impossible d’utiliser des interfaces analogiques et numériques (pour
connecter des postes et lignes analogiques et numériques).

Cela vous privera donc d’une petite partie des manipulations sur le CME. Il n’y a rien de dramatique à
cela.

Une fois le routeur démarré, vous pouvez activer le service de téléphonie comme ceci :

R1(config)#telephony-service
R1(config-telephony)#

Pour voir la version du CME présente dans votre image, la commande est la suivante :

R1#show telephony-service
CONFIG (Version=7.1)
=====================
Version 7.1
Cisco Unified Communications Manager Express
For on-line documentation please see:
…

Pour permettre à vos postes IP de dialoguer avec le CME, vous devrez faire appel à un switch.

2) Le Switch

Le switch de cette topologie permet de connecter le routeur aux VMnets.

Nous le verrons par la suite, les VMnet sont les interfaces réseau de VMware.

Vous avez ici deux solutions qui s’offrent à vous.

Premièrement vous pouvez utiliser les switch intégrés à GNS3.

Ceux-ci assurent simplement la fonction de switch. Il n’est pas possible de les configurer en ligne de
commande. Néanmoins, il est tout de même possible de paramétrer les Vlan.

Cette solution est suffisante pour une connectivité simple.

La deuxième solution est de faire appel à un switch Cisco virtuel.

Depuis la version 1.0 de GNS3, il est possible d’intégrer des switchs Cisco dans une topologie.
 Je vous laisse le soin de vous renseigner sur le paramétrage nécessaire dans GNS3.

L’avantage ici est que vous aurez accès à la CLI Cisco.

Cela vous permettra de mettre en pratique les quelques notions relatives aux switchs.

Encore une fois, vous pouvez sans problème vous en passer.

3) Les VMnets

C’est dans les VMnets que nous retrouvons le gros de l’infrastructure.

Pour ceux parmi vous qui ne sont pas familiers avec VMware, les VMnets sont les interfaces réseaux
virtuelles de VMware.

Lors-ce que vous créez une machine virtuelle dans VMware, vous pouvez l’assigner à un VMnet.

Je ne vais pas m’attarder sur les détails, mais sachez que pour cette infra, j’ai choisi le mode « Host
Only ».

C’est-à-dire que les VM dans le VMnet 1 peuvent joindre les autres machines du VMnet 1, ainsi que
la passerelle, c’est-à-dire la carte réseau VMnet1 du PC qui héberge VMware.

Dans notre cas, nous avons intégré le VMnet dans GNS3.

Les VM pourrons donc aussi joindre le routeur R1 ainsi que le switch.

Pour joindre des VM dans le VMnet 2, il faudra passer par le switch, voir par le routeur.

En effet, VMware seul ne permet pas de dialoguer entre deux VMnets.

Mais que retrouvons nous dans les VMnets ?

Il y a plusieurs machines virtuelles :

 1 CUCM
 2 Windows
 1 Windows Serveur

Libre à vous de choisir dans quel VMnet placer vos VM. Mais dans tous les cas, assignez des IP du
même sous réseau à vos machines (voir schéma). Vous gagnerez en simplicité.

La machine hôte est aussi joignable grâce aux VMnet.

Si vous souhaitez forcer les VM à dialoguer à travers le switch et le routeur, placez-les dans des
VMnets différents.

Sinon, mettez les toutes dans le même VMnet.

Pour ma part, j’ai fini par mettre toutes les VM dans le VMnet 1. En faisant cela, vous pourrez vous
passez de GNS3 quand vous travaillerez sur la partie CUCM.

Voyons le détail dans machines virtuelles.

4) CUCM

Le CUCM est le Call Manager. C’est la deuxième solution de VoIP Cisco que nous allons étudier
(après CME). Tant que vous en êtes à étudier le CME, vous n’avez pas à le mettre en place.

A moins de disposer d’un Call Manager physique, il vous sera nécessaire d’en virtualiser un sur votre
PC.

La première étape est de mettre la main sur un ISO. Il n’est pas nécessaire de disposer d’une licence
pour les TP.

L’installation ne peut se faire que sous VMware, car CUCM est prévu pour être hébergé sur un
hyperviseur ESX.

Pour ce faire, la procédure est un peu particulière. En effet, il vous faudra sélectionner les bons
paramètres lors de la création de la VM. Sinon, la VM ne fonctionnera pas.

Voyons ensemble les détails en image.

Commencez par créer une nouvelle VM.

Pour la version, prenez la plus haute disponible.
Indiquer le chemin vers l’ISO de CUCM.

Pour le système d’exploitation, il s’agit d’un Linux RedHat. Quant à la version, cela dépend de la
version de CUCM dont vous disposez.

Pour CUCM 8.6, RedHat 5 fait l’affaire.

Pour la quantité de mémoire vive, fournissez au moins 2 Go.
Pour la configuration réseau, adaptez l’exemple à votre choix. Si vous souhaitez utiliser un VMnet
personnalisé, il faudra le configurer une fois la VM créée.

Le paramètre suivant est très important.

Une fois crée, la VM pèse 24 Go. Il faut donc créer un disque un peu plus grand.
N’oubliez pas d’adapter le VMnet après la création.

Vous pouvez à présent lancer la VM et vous laisser guider par le Wizard.

La pluparts des paramètres seront modifiables par la suite si nécessaire. Il faudra pour cela utiliser
l’interface Web.

Attention quand vous entrez les mots de passe, le clavier est en Qwerty. Si vous êtes dans une infra de
Lab, utilisez les mêmes identifiants partout.

La configuration SMTP n’est pas nécessaire, vous pouvez la passer.

Pour ce qui est du serveur NTP, si votre CUCM n’a pas accès au Net (ce qui est le cas en Host-Only),
je vous conseille de mettre en place un serveur NTP sur R1, et de vous assurer que R1 et la VM du
CUCM peuvent communiquer.

Bien entendu, le plan d’adressage doit être cohérent.

Une fois le CUCM installé, vous aurez un écran comme celui-ci.

Vous pourrez ensuite accéder à l’interface WEB.

En cliquant sur le lien « Cisco Unified Communications Manager », vous accédez à la page d’accueil
du CUCM. Vous pouvez vous y loguer.

5) Les machines virtuelles Windows

Les machines virtuelles Windows ont une fonction très simple. Elles hébergent chacune un CIPC.

Le CIPC est un logiciel Cisco qui simule un poste IP.

Plus vous créerez de VM, plus vous aurez de poste IP.

Vous pouvez aussi installer le CIPC sur votre machine hôte.

Il faut au minimum 2 poste IP pour travailler. En avoir 3 ou 4 est mieux.

Une fois CIPC installé, allez dans les préférences pour paramétrer le réseau.

Le serveur TFTP correspond à l’IP du CME ou du CUCM.

En dehors de cela, votre machine virtuelle ne nécessite pas une configuration particulière.

Il faut simplement qu’elle puisse joindre le CME ou le CUCM (selon le cas).

6) Le Serveur Windows

Le serveur Windows vous sera utile dans la partie CUCM.

Vous l’installerez quand ce sera nécessaire.

Sur ce serveur, il faut mettre en place un Active Directory. Vous l’aurez deviné, nous utiliserons l’AD
pour l’authentification.

Vous pouvez éventuellement installer un CIPC sur le serveur. Cela vous fera un poste de plus.
7) Conclusion

A présent vous devriez avoir une bonne idée de ce qu’il faut mettre en place.

Encore une fois, libre à vous d’utiliser une infrastructure virtuelle ou physique.

L’important est d’avoir un CME et un CUCM, ainsi qu’au moins 2 postes IP.

Si vous avez cela, vous êtes prêts pour la suite !

Chapitre 2: CME
1 Configuration Basique
Le Call Manager Express est donc la solution de téléphonie basique de Cisco.

Elle prend la forme d’un routeur proposant des fonctionnalités de VoIP.

Dans ce premier article, je vous propose de nous attarder sur la configuration basique d’un routeur
CME.

1) Topologie

Pour rappel, voici la topologie utilisée dans les labs.

Dans les labs sur CME, nous n’utiliserons pas le CUCM et le WS 2012.
 Les postes IP sont des clients Cisco IP Communicator installés sur les VM 2 et 3 et sur la machine
hôte. Quant au CME, il se trouve sur le routeur R1. Je rappelle que le routeur doit avoir une image
prenant en charge les fonctions de VoIP.

Cette infrastructure rend l’utilisation d’un Voice Vlan inutile. Aussi, le switch n’aura qu’un rôle très
limité (pas de configuration spéciale).

Avant d’aller plus loin, assurez-vous d’avoir une infrastructure adéquat, avec une configuration de
base (notamment les IP).

2) Configuration DHCP

Comme nous l’avions vu dans un précédent article, les routeurs ont besoin d’un DHCP pour
fonctionner. Ce DHCP permet notamment d’obtenir les paramètres réseau de base, mais aussi
d’obtenir l’adresse du serveur TFTP.

Attention, si vous utilisez exactement la même infrastructure que moi, la configuration du DHCP n’est
pas nécessaire. En effet, vous pouvez attribuer les IP manuellement aux VM, et renseigner l’IP du
TFTP à la main dans le CIPC (Cisco IP Communicator).

De plus, dans l’infra que je vous propose, nous n’avons pas de Voice Vlan.

Nous allons donc mettre en place un DHCP sur R1.

Ce DHCP aura deux Pools :

 Un pour le vlan Data

 Un pour le vlan Voice

Encore une fois, cette configuration ne s’intègre pas dans la topologie virtuelle que je vous ai
proposée.

En revanche, il s’agit là du scénario classique dans la réalité.

Commençons par exclure les IP qui ne doivent pas être assignées à des clients.

R1(config)#ip dhcp excluded-address 10.0.1.254

R1(config)#ip dhcp excluded-address 10.0.2.254

Voici le Pool pour le Vlan Voix :

R1(config)#ip dhcp pool Voice
R1(dhcp-config)#network 10.0.1.0 255.255.255.0
R1(dhcp-config)#default-router 10.0.1.254
R1(dhcp-config)#dns-server 10.0.1.254
R1(dhcp-config)#option 150 ip 10.0.1.254

Comme nous l’avions vu, l’option 150 permet d’indiquer au client l’IP du serveur TFTP. Ici il s’agit
du présent routeur.

Nous créons ensuite un Pool pour les PC.

R1(config)#ip dhcp pool Data

R1(dhcp-config)#network 10.0.2.0 255.255.255.0
R1(dhcp-config)#default-router 10.0.2.254
R1(dhcp-config)#dns-server 10.0.1.254

3) Configuration NTP

Dans tout réseau, il est essentiel de mettre en place un serveur NTP. Ce serveur aura pour rôle de
diffuser le temps dans tout le réseau. Ainsi, les horloges des équipements (notamment les postes IP)
seront synchronisées.

Le serveur NTP sera notre routeur.

Pour le Lab, ce n’est pas grave si l’heure n’est pas bonne.

La première étape est de mettre à l’heure le routeur.

Pour cela, nous avons le choix entre le faire à la main, ou le synchroniser avec un serveur NTP.

Nous allons donc faire appel à un serveur NTP publique.

R1(config)#ip name-server 8.8.8.8

R1(config)#ntp server pool.ntp.org

(Si vous travaillez sous GNS3, la connexion à internet sera impossible sans une configuration
spécifique)

Ensuite, nous pouvons configurer le routeur en serveur NTP.

R1(config)#clock timezone GMT +1

R1(config)#ntp master

4) Activation du service de téléphonie

 Notre configuration de base est à présent en place.

La prochaine étape est d’activer la téléphonie.Pour cela, la commande est simple.

R1(config)#telephony-service
R1(config-telephony)#

Vous pouvez ensuite afficher la version du CME que vous avez (ainsi que foule d’information).

A présent votre routeur possède une configuration de base.

Vous pouvez donc démarrer les configurations de VoIP à proprement parler.

2 Ephone-DN et Ephone
Dans ce premier article je vous propose d’aborder la configuration des Ephones et Ephone-DNs afin
de mettre en place un premier réseau de téléphonie basique.

A l’issu de cet article vous aurez une première infrastructure fonctionnelle.

a) Les Ephone-DNs

Commençons avec les Ephone-DNs.

Un Ephone-DN ou Ethernet Phone Directory Number représente une ligne téléphonique. A cette
ligne, un numéro sera attribué. Les utilisateurs pourront ensuite utiliser une ligne pour en appeler une
autre.

Une fois la ligne créée, nous pouvons l’assigner à un ou plusieurs postes IP.

Il y a deux types de lignes :

 Single-Line Ephone-DN
 Dual-Line Ephone-DN

Avec une Single-Line, le poste peut placer ou recevoir un seul appel simultané. Si un appel est en
cours sur cette ligne et qu’un nouvel appel arrive, la ligne sonne occupée.
Avec un Dual-Line, le poste peut placer ou recevoir deux appels simultanés. Si un appel est en cours
sur la ligne et qu’un deuxième arrive, la ligne ne sonne pas occupée. Elle sonne normalement et
l’utilisateur peut prendre l’appel.

Les Dual-Line sont très utiles pour certaines fonctionnalités telles que les transferts.

En général, nous configurons les lignes des utilisateurs en Dual-Line.

Avant de pouvoir configurer des Ephones et Ephone-Dns, il faut spécifier un maximum.

R1(config)#telephony-service
R1(config-telephony)#max-ephones 500
R1(config-telephony)#max-dn 500

Ici nous pourrons créer au maximum 500 Ephones et 500 Ephone-DNs.

Il faut aussi spécifier l’IP source. Il s’agit de l’IP du CME.

R1(config-telephony)#ip source-address 10.0.1.254

Il faut aussi activer la génération de fichier de configuration pour les postes :

R1(config-telephony)#create cnf-files

Nous pouvons ensuite créer nos lignes et y assigner des numéros de téléphones internes.

R1(config)#ephone-dn 1 dual-line
R1(config-ephone-dn)#number 101

R1(config)#ephone-dn 2 dual-line
R1(config-ephone-dn)#number 102

R1(config)#ephone-dn 3 dual-line
R1(config-ephone-dn)#number 201

R1(config)#ephone-dn 4 dual-line
R1(config-ephone-dn)#number 202

Il est aussi possible d’assigner un numéro secondaire à une ligne. Par exemple, nous pouvons assigner
un numéro public à la ligne 4. De cette manière, si quelqu’un compose le numéro public en interne, la
ligne sonnera.

Attention, nous n’en sommes pas encore à la liaison avec un réseau public.
 R1(config)#ephone-dn 4 dual-line
R1(config-ephone-dn)#number 202 secondary 0388010203

Libre à vous à présent de configurer autant de ligne que nécessaire.

b) Les Ephones

Nous avons créé des lignes téléphoniques. La suite logique est de créer des postes IP.

C’est ce que nous appelons les Ephones – Ethernet Phone.

Pour chaque poste physique, nous aurons un Ephone dans la configuration du CME.

La configuration de l’Ephone est ensuite appliquée au poste IP.

La question qui se pose alors est la suivante : Comme le CME reconnait les postes et comment sait-il à
quel poste appliquer quelle configuration ?

Une fois le poste en place, il a une adresse IP. Mais au départ, le poste démarre sans IP et sans
configuration.

Donc pour identifier les postes, le CME utilise les adresses MAC.

Donc pour créer un Ephone, il nous faut l’adresse MAC du poste associé.

L’adresse MAC d’un poste peut se trouver à 3 endroits :

 Sur l’étiquette à l’arrière du poste

 Sur la boite d’emballage du poste
 Dans le menu de configuration du poste

Sur les étiquètes, les adresses MAC sont associées à un code barre.

Pour un déploiement de masse, vous pouvez donc utiliser un scanneur de code barre.

Si vous travaillez avec des postes virtuels comme moi, il vous faut l’adresse MAC des machines qui
hébergent les postes virtuels.

Voici comment configurer des Ephones.

R1(config)#ephone 1
R1(config-ephone)#mac-address 000C.29E3.87A3
R1(config-ephone)#type CIPC
R1(config-ephone)#button 1:1
Le type correspond au type de poste IP. Ici il s’agit du poste virtuel CIPC.

La configuration du bouton est la plus difficile à comprendre.

Sur les postes Cisco il y a deux types de boutons.

Les boutons du bas sont associés à des fonctions comme par exemple raccrocher, transférer, créer une
conférence, etc…

Les boutons de droite sont associés à des lignes. Si le poste doit avoir le numéro 101 (qui correspond à
la ligne DN 1 créée précédemment) alors nous assignons l’un des boutons de droite à la ligne 1.

Si le poste doit avoir plusieurs lignes, nous assignons plusieurs boutons à plusieurs lignes.

Pour faire simple, chez Cisco pour assigner une ligne à un poste, il faut configurer un bouton.

Revenons à notre configuration.

R1(config-ephone)#button 1:1

Le premier « 1 » correspond au bouton 1 de la série de bouton. Le deuxième « 1 » correspond à la

ligne DN 1 que nous avons créée.
Si le poste devait être associé à la ligne ayant pour numéro 202 (cette ligne a été créée précédemment),
la configuration aurait été :

R1(config-ephone)#button 1:4

Terminons la configuration pour voir cela en action.

R1(config)#ephone 2
R1(config-ephone)#mac-address 0050.5623.733C
R1(config-ephone)#type CIPC
R1(config-ephone)#button 1:2

R1(config)#ephone 3
R1(config-ephone)#mac-address 0050.56C0.0001
R1(config-ephone)#type CIPC
R1(config-ephone)#button 1:3

Sur votre CIPC, la configuration doit être la suivante.

Ici, 10.0.1.254 est l’IP de mon CME.

Normalement le poste devrait redémarrer. Si il ne le fait pas, fermer CIPC, et ouvrez le à nouveau.

Après redémarrage, le poste se connecte au CME.

Si votre configuration est bonne, vous obtenez ceci.

Faites de même avec vos autres postes.

A présent, nous pouvons appeler entre les postes. Lançons un appel depuis 201 vers 101.
Les appels passent entre les postes.

Durant un appel, vous avez accès à un certain nombre de fonction grâce aux boutons inférieurs.
Nous pouvons par exemple transférer l’appel vers 102.

Pour cela, depuis 201, appuyez sur «Trnsfer », puis entrez le numéro 102.

A présent, l’appel vers 101 est en attente et le poste de 102 sonne.

Quant 102 décroche, nous somme en ligne avec lui. Nous pouvons parler avec lui. Cela permet de
demander à 102 s’il veut bien que nous lui transférions l’appel de 101.

S’il est d’accord, nous pouvons appuyer sur « Transfert ». Sinon, il faut appuyer sur « End Call ».
L’appel est alors transféré. 101 et 102 sont en communication.

De notre côté, nous ne sommes plus en ligne avec personne.

Nous appelons ce type de transfert un transfert attendu, car nous entrons en communication avec la
destination avant le transfert.

Le transfert aveugle est l’inverse. Nous transférons l’appel sans entrer au préalable en communication
avec la cible.

c) Auto Registration

Nous avons vu comment ajouter des postes à la main dans le CME. Mais il est aussi possible pour les
postes de s’enregistrer automatiquement.

Pour activer l’Auto Registration, la commande est la suivante :

R1(config)#telephony-service
R1(config-telephony)#auto-reg-ephone

Pour désactiver l’Auto Registration :

R1(config-telephony)#no auto-reg-ephone
Commençons par désactiver l’enregistrement automatique.

R1(config-telephony)#no auto-reg-ephone

Puis supprimons la configuration de 201 (l’Ephone 3).

R1(config)#no ephone 3

Après redémarrage du poste, voici son écran :

Le poste ne parvient pas à s’enregistrer.

Sur le CME, nous pouvons voir les postes en attente d’enregistrement.

Activons à présent l’enregistrement auto.

R1(config-telephony)#auto-reg-ephone

Après redémarrage du poste, il s’enregistre automatiquement.

Nous pouvons voir les postes enregistrés. Le 11 est le présent poste.

Le poste est enregistré, mais n’est pas présent dans la configuration.

Il y a moyen de faire en sorte que les postes qui s’enregistrent automatiquement soient associés à une
ligne.

La configuration est la suivante.

R1(config-telephony)#auto assign 3 to 4 type CIPC

“3 to 4” signifie que les Ephone seront associés aux lignes (DN) 3 à 4.

Pour rappel, nous avons créé les DN 3 et 4.

Nous voulons donc que les postes qui s’enregistrent automatiquement soient associés à ces DN.

Bien entendu, il serait préférable de définir un range plus long.

Redémarrons le poste précédent pour voir le résultat.

Au passage, il est possible de relancer les postes depuis la CLI.

Nous avons le choix entre Reset et Restart.

Reset est un redémarrage rapide qui permet au poste de récupérer sa nouvelle configuration (après
modification de la configuration de l’Ephone par exemple).
Restart est un redémarrage complet. Il est nécessaire pour les gros changements.

En temps normal nous nous contentons du Reset.

Relançons donc le poste voulu.

R1(config)#telephony-service
R1(config-telephony)#restart 0050.56C0.0001

Note : si vous êtes dans la configuration d’un Ephone, il est possible de le relancer directement.

R1(config)#ephone 1
R1(config-ephone)#restart

Revenons à notre poste 0050.56C0.0001.

Au démarrage du poste, nous obtenons un log.

Cette fois-ci, le poste a été ajouté à la configuration.

d) Conclusion

Nous voici donc avec une infrastructure très basique.

Nos postes ont été ajoutés à la main puis automatiquement et ils sont associés à une ligne.

Les appels peuvent passer entre les postes.

De plus, nous avons déjà accès à certaines fonctions.

A présent nous allons pouvoir pousser la configuration plus loin.

3 Configuration Avancée des Boutons

Dans cet article je vous propose de nous attarder sur la configuration avancée des boutons. Nous
l’avons vu, les boutons servent à assigner des lignes aux postes. Il est possible de pousser plus loin la
configuration des boutons pour assigner plusieurs lignes à un poste, faire sonner une ligne en mode
silencieux, monitorer une ligne, etc…

Voyons les détails ensemble.

a) Configuration actuelle

Avant de démarrer, voici la configuration en place sur mon infrastructure.

telephony-service
max-ephones 500
max-dn 500
ip source-address 10.0.1.254
auto-reg-ephone
create cnf-files

ephone-dn 1 dual-line
number 101
ephone-dn 2 dual-line
number 102
ephone-dn 3 dual-line
number 201
ephone 1
mac-address 000C.29E3.87A3
type CIPC
button 1:1
ephone 2
mac-address 0050.5623.733C
type CIPC
button 1:2
ephone 3
mac-address 0050.56C0.0001
type CIPC
button 1:3

b) Plusieurs lignes sur un poste

Commençons par un concept simple.

Nous souhaitons qu’un poste ait plusieurs lignes. Le poste pourra donc être joint sur plusieurs lignes,
passer des appels avec les deux lignes, etc…

Pour faire cela, il suffit de configurer plusieurs boutons.

Commençons par créer une nouvelle ligne.

R1(config)#ephone-dn 4 dual-line
R1(config-ephone-dn)#number 202

A présent, appliquons-la au poste 201.

R1(config)#ephone 3
R1(config-ephone)#button 2:4

N’oubliez pas de relancer le poste pour appliquer la configuration.

R1(config-ephone)#restart

La configuration actuelle du poste est donc la suivante.

A présent, le poste a deux lignes.

Vous pouvez tester, il est possible d’appeler le poste sur les deux numéros.

Si vous appelez le poste sur 202, puis une fois en ligne vous appelez aussi le 201, vous obtiendrez un
double appel.

Pour répondre au deuxième appel, il faut appuyer sur le bouton de la ligne qui sonne.

En répondant au deuxième appel, le premier est mis en attente.

Par défaut le poste appel avec la ligne 201.

Si vous voulez appeler avec la ligne 202, il suffit d’appuyer sur le bouton 202, puis de composer.

Vous pouvez aussi lancer un appel depuis la ligne 201, puis en cours d’appel lancer un appel depuis
202.

Attention, il n’est pas nécessaire d’avoir deux lignes pour lancer deux appels.

Souvenez-vous, nous avons mis en place des lignes Dual-Line.

Vous pouvez donc lancer un appel depuis 201, puis en cours d’appel, lancer un deuxième appel depuis
201.

Pour cela, il faut mettre l’appel en attente, puis en lancer un nouveau.

Voici donc comment avoir plusieurs lignes sur un seul poste. Vous pouvez répéter l’opération de
multiples fois.
c) Une même ligne sur plusieurs postes

Oui, il est possible que deux postes (ou plus) utilisent la même ligne.

La configuration se fait toujours de la même manière.

Ajoutons la ligne 202 à un autre poste.

R1(config)#ephone 2
R1(config-ephone)#button 2:4

La configuration des deux postes est la suivante.

Voici le résultat sur les deux postes.

A présent, si nous appelons la ligne 202, les deux postes sonnent.

Si l’un décroche, l’autre ne peut plus utiliser la ligne.

Supprimons la ligne partagée.

R1(config)#ephone 2
R1(config-ephone)#no button 2
R1(config)#ephone 3
R1(config-ephone)#no button 2
R1(config)#no ephone-dn 4

Il est aussi possible de partager une ligne avec une configuration comme celle-ci.

R1(config)#ephone-dn 4 dual-line
R1(config-ephone-dn)#number 202
R1(config)#ephone-dn 5 dual-line
R1(config-ephone-dn)#number 202

R1(config)#ephone 2
R1(config-ephone)#button 2:4

R1(config)#ephone 3
R1(config-ephone)#button 2:5

De cette manière, nous avons deux lignes qui ont le même numéro.
 Si quelqu’un appel le 202, l’appel tombera au hasard sur le poste 2 ou le poste 3.

Les deux ne sonneront pas en même temps.

De plus, les deux postes peuvent appeler en même temps avec le numéro 202.

Donc nous avons dit que si quelqu’un appel le 202, l’appel tombera au hasard sur le poste 2 ou le
poste 3.

Si maintenant le poste 2 est en ligne sur 202 ; et que quelqu’un appel le 202, l’appel tombera au hasard
sur le poste 2 ou 3. Le nouvel appel peut donc tomber sur le poste 2 alors qu’il est en ligne.

Bref, ce côté aléatoire n’est pas très pratique.

Pour pallier à cela, il est possible de configurer une priorité.

R1(config)#ephone-dn 4 dual-line
R1(config-ephone-dn)#preference 0
R1(config)#ephone-dn 5 dual-line
R1(config-ephone-dn)#preference 1

Par défaut la préférence est de 0. Elle peut aller jusqu’à 10. La plus basse est la meilleure.

Ici, c’est le DN 4 qui a la priorité. Ainsi, un appel vers 202 fera toujours sonner le DN 4.

Donc, si vous lancez un appel vers 202 (depuis le poste 1 par exemple), c’est le poste 2 qui sonne. Si
vous lancer un deuxième appel (et que le premier est toujours en cours), c’est à nouveau le poste 2 qui
sonne.

Pourquoi donc ? Et bien parce que nous avons mis en place des Dual-Line. La ligne 4 (qui est assignée
au poste 2) peut prendre en charge 2 appels.

Et si vous lancer un troisième appel (et que les deux autres sont toujours en cours), le numéro sonne
occupé.

Au final, le poste 3 ne sonne plus jamais lors-ce que l’on appel 202.

Pour comprendre pourquoi, il faut comprendre le fonctionnement de deux commandes

supplémentaires :

 Huntstop
 Hunstop Channel

Ces commandes se placent sur un Ephone-DN.

La commande Huntstop indique au CME de ne pas chercher d’autre lignes pour le numéro donné.
 La commande Huntstop Channel indique au CME de ne pas chercher si la ligne est déjà occupée.

Ce n’est pas évident à comprendre. Nous allons donc voir des exemples. Je vous invite à réaliser des
tests. Pour cela, ajoutez 4 ou 5 lignes au poste 1 pour pouvoir lancer de multiples appels vers 202.

Pour le moment, la commande Huntstop est en place sur toutes les lignes. Elle est présente par défaut
et n’est pas affichée.

C’est pour cela qu’un appel vers 202 n’arrive jamais sur la ligne 5. Le CME cherche à joindre 202 sur
la ligne 4. S’il y arrive tant mieux. S’il n’y arrive pas, il ne cherche pas ailleurs, à cause de la
commande Hunstop.

Si nous voulons que les appels puissent arriver sur la ligne 5 (donc le poste 3), il faut désactiver la
commande Hunstop sur la ligne 4.

R1(config)#ephone-dn 4 dual-line
R1(config-ephone-dn)#no huntstop

A présent si vous testez, le scenario est le suivant :

 Le premier appel vers 202 tombe sur la ligne 4, donc le poste 2 sonne
 Le deuxième appel vers 202 tombe sur la ligne 4, donc le poste 2 sonne à nouveau
 Le troisième appel vers 202 tombe sur la ligne 5, donc le poste 3 sonne
 Le quatrième appel vers 202 tombe sur la ligne 5, donc le poste 3 sonne
 Le cinquième appel vers 202 sonne occupé

Le comportement est déjà meilleur.

Mais il serait mieux que le deuxième appel tombe directement sur la ligne 5 et qu’il n’y ait pas de
double appel sur la ligne 4.

Pour cela il faut appliquer la commande Huntstop channel sous la ligne 4.

R1(config)#ephone-dn 4 dual-line
R1(config-ephone-dn)#huntstop channel
R1(config)#ephone-dn 5 dual-line
R1(config-ephone-dn)#huntstop channel

Nous avons aussi mis la commande sur la ligne 5, pour qu’il ne puisse pas non plus y avoir de double
appel.

Pour rappel, cette commande Huntstop Channel empèche le double appel si la ligne est déjà en ligne.

A présent le scénario est le suivant :

 Le premier appel vers 202 tombe sur la ligne 4, donc le poste 2 sonne
 Le deuxième appel vers 202 tombe sur la ligne 5, donc le poste 3 sonne
 Le troisième appel vers 202 sonne occupé

La configuration finale est la suivante.

ephone-dn 4 dual-line
number 202
huntstop channel
no huntstop

ephone-dn 5 dual-line
number 202
preference 1
huntstop channel

Je rappelle que la commande “Huntstop” est implicite. C’est pour cela qu’elle n’apparait pas par
défaut.

Si cela n’est pas clair pour vous, je vous invite à relire cette partie et surtout à tester par vous-même.

d) Séparateurs spécifiques

Lors-ce que vous configurez un bouton, la syntaxe est la suivante :

Button NUMERO-BOUTON : DN

A la place des deux points, vous pouvez utiliser d’autres séparateurs.

Voici la liste.

Commençons par les séparateurs « o », « c » et « x » car ils sont en lien avec la configuration
précédente.
 Ces trois séparateurs reposent sur le principe de Button Overlay.

Le Button Overlay autorise le fait d’assigner plusieurs DN à un seul bouton. Vous comprendrez avec
les configurations qui vont suivre.

Séparateur « o »

Considérons la configuration suivante.

ephone-dn 4 dual-line
number 202
huntstop channel
no huntstop

ephone-dn 5 dual-line
number 202
preference 1
huntstop channel

ephone 2
button 2o4,5

ephone 3
button 2o4,5

Voici le fonctionnement de cette configuration :

 Un premier appel vers 202 est lancé et les postes 2 et 3 sonnent

 Le poste 2 décroche
 Un deuxième appel est lancé vers 202 et seulement le poste 3 sonne
 Le poste 3 décroche
 Un troisième appel est lancé vers 202 et la ligne sonne occupée

Séparateur « c »

Considérons la configuration suivante.

ephone-dn 4 dual-line
number 202
huntstop channel
no huntstop

ephone-dn 5 dual-line
number 202
preference 1
huntstop channel

ephone 2
button 2c4,5
 ephone 3
button 2c4,5

Voici le fonctionnement de cette configuration :

 Un premier appel vers 202 est lancé et les postes 2 et 3 sonnent

 Le poste 2 décroche (la ligne 4 est alors occupée)
 Un deuxième appel est lancé vers 202 et les deux postes sonnent (c’est la ligne 5 qui sonne)
 Le poste 3 décroche (la ligne 5 est occupée)
 Un troisième appel est lancé vers 202 et la ligne sonne occupée (car les lignes 4 et 5 sont occupée)

Séparateur « x »

Le séparateur X permet de créer une copie d’un Overlay Button.

La syntaxe est la suivante

Button NUMERO-BOUTON x NUMERO-BOUTON-A-COPIER

Voici un exemple.

ephone 2
button 2c4,5
button 3x2

ephone 3
button 2c4,5
button 3x2

Ici le bouton 3 est donc une copie du bouton 2.

Séparateur « b »

Ce séparateur est simple. Il désactive la sonnerie audio de la ligne. Il y a toujours la led qui clignote.

Si le poste est déjà en ligne, il y a tout de même un bip qui est émis à la place de la sonnerie.

Considérons la configuration suivante.

ephone 3
button 1b3

Si quelqu’un appel le 201, le poste n’émettra pas de son.

Si le poste 3 est déjà en ligne et que quelqu’un appel le 201, un bip est émis.

Séparateur « s »

Le séparateur « s » fonctionne comme le « b », sauf qu’en plus il supprime le bip si le poste est en
ligne.

Il ne reste que l’indication visuelle.

Séparateur « f »
Encore une fois, le séparateur est simple. Il permet simplement de forcer une sonnerie différente.

La cadence de la sonnerie change un peu.

La configuration se fait comme ceci.

ephone 3
button 1f3

Séparateur « m »

Ce séparateur permet de monitorer une ligne. Cela permet de savoir si la ligne est utilisée ou non et
donc si l’on peut appeler la ligne ou non.

Pour l’occasion j’ai créé la ligne suivante.

ephone-dn 9 dual-line
number 402

Je l’ai assigné au poste 1.

ephone 1
button 5:9

Mettons à présent le monitoring de cette ligne sur le poste 3.

ephone 3
button 3m9

Maintenant, nous avons un bouton sur le poste 3 qui indique si la ligne 9 est utilisée.

Voici le résultat si la ligne est utilisée.

Quand la ligne est libre, si l’on appuie sur le bouton, cela appel la ligne monitorée.

Séparateur « w »

La séparateur « w » permet quant à lui de monitorer tout un poste. Si l’une des lignes du poste est
occupée, le bouton devient rouge.

La configuration se fait comme ceci :

ephone 3
button 3m1

Ici « 1 » fait référence à la ligne 1 du poste 1. Il est nécessaire de faire référence à la ligne principale
du poste à monitorer.

Nous obtenons donc un bouton qui devient rouge si n’importe quelle ligne du poste 1 est occupée.
4 Voice Port et Dial Peers
Dans ce nouvel article, je vous propose d’étudier les Voice Ports et les Dial Peers.

Les Voice Ports vous permettent de connecter le routeur à des équipements analogiques où
numériques (téléphone, fax, PSTN, PBX, etc…).

Les Dial Peers quant à eux représentent en quelque sorte les numéros que le routeur peut joindre. Si
vous ne configurez pas de Dial Peers, votre routeur ne pourra joindre aucun numéro (hormis les postes
IP configurés). Nous verrons les détails plus tard.

a) Les Voice Ports

La partie suivante sur les Voice Port sera plus succincte qu’à l’accoutumé, car je n’ai pas de carte
analogique ou numérique à disposition. Néanmoins, je vous montrerai quelques exemples de
configuration.

Nous allons voir les Voice Port Analogiques, et les Voice Port numériques.

Voice Port Analogique

Les Voice Port Analogiques, sont les ports sur lesquels vous pouvez connecter des équipements
analogiques (téléphone, fax, PSTN, PBX, etc…).
 Ces ports sont soit intégrés au routeur, soit il faut ajouter une carte.

Comme nous l’avions vu dans l’article d’introduction à la VoIP, il existe 2 types de port :

 FXS – Foreign eXchange Station: c’est l’interface qui fournit la ligne téléphonique analogique.
Elle fournit le courant et la tonalité. Par exemple, la prise murale RJ11 (directement reliée à
l’opérateur téléphonique)
 FXO – Foreign eXchange Office: c’est l’interface qui reçoit la ligne téléphonique analogique.
Par exemple, la prise RJ11 sur un téléphone

Sur notre routeur, les ports FXS servent à connecter des postes, un fax, etc…

Les ports FXO servent à la connexion au PSTN ou à un autre PBX.

Pour afficher la liste des Voice Ports, la commande est la suivante :

Dans l’exemple ci-dessus, il n’y a que des Voice Port analogique.

Configuration d’un port FXS

Voici un exemple de configuration de port FXS.

 R1(config)# voice-port 1/0/0
R1(config-voiceport)# signal loopStart
R1(config-voiceport)# cptone FR
R1(config-voiceport)# station-id name poste 101
R1(config-voiceport)# station-id number 101

La première option de configuration est la méthode de signaling.

Le signaling permet à l’équipement d’indiquer que le combiné a été décroché.

Vous avez le choix entre :

 Loop Start
 Ground Start

Loop Start est le mode par défaut. Il est utilisé pour la connexion aux équipements comme les
téléphones, un fax, etc…

Le signaling est réalisé en fermant la boucle (http://www.networklab.fr/telephonie-analogique-et-

numerique/).

Ground Start est généralement utilisé pour la connexion à un autre PBX.

Le signaling est réalisé en mettant temporairement à la terre une paire.

L’option cptone correspond au Call Progress Tone. Les CPT sont les tonalités qui indiquent le statut
de l’appel à l’utilisateur (occupé, déconnexion, sonnerie, attente, etc…).

En fonction du pays, les tonalités ne sont pas tout à fait les mêmes.

Il faut donc indiquer au routeur le pays dans lequel on se trouve. Par défaut, le routeur utilise le code
US.

L’option station-id name permet de donner un nom à l’équipement.

Enfin, l’option station-id number permet de renseigner un numéro pour l’équipement.

Configuration d’un port FXO

Voici un exemple de configuration de port FXO.

 R1(config)# voice-port 1/1/0
R1(config-voiceport)# signal groundstarrt
R1(config-voiceport)# cptone FR
R1(config-voiceport)# connection plar opx 101
R1(config-voiceport)# caller-id enable
R1(config-voiceport)# dial-type dtmf
R1(config-voiceport)# ring number 1

L’option connection plar permet de configurer un private-line, automatic ring down.

Cela permet de transférer automatiquement les appels entrant vers l’extension indiquée.

L’option caller-id enable permet d’autoriser la réception des informations sur l’appelant.

L’option dial-type permet de configurer la méthode de composition. Vous avez le choix entre :

 DTMF
 Pulse Dialing

DTMF est en général utilisé.

L’option ring number permet de spécifier au bout de combien de sonnerie le routeur décroche
l’appel. Si la ligne arrive sur plusieurs équipements, on peut vouloir laisser un délai supplémentaire
pour que les autres équipements aient une chance de décrocher avant le routeur.

Voice Port Numériques

Attaquons à présent les Voice Port numériques.

Comme nous l’avions vu, il existe des interfaces E1 et T1 (ainsi que leurs déclinaisons).

Pour faire simple, T1 est utilisé aux USA et au Japon, alors que E1 et utilisé dans le reste du monde.

Nous avions aussi vu qu’il existe 2 méthodes de signaling, CAS – Channel Associated
Signaling et CCS – Common Channel Signaling.

La configuration d’une interface numérique est un peu plus complexe que celle d’une interface
analogique.

Une interface numérique peut être configurée pour une liaison de téléphonie, ou pour une liaison de
données.

Voici un extrait de la commande Show Voice Port Summary avec des ports numériques.
Voici un exemple de configuration d’un port numérique en CAS pour la connexion à un PSTN.

R1(config)# controller t1 1/0

R1(config-controller)# framing esf
R1(config-controller)# linecode b8zs
R1(config-controller)# clock source line
R1(config-controller)# ds0-group 1 timeslots 1-24 type fxo-loop-start

Les paramètres sont bien entendu à adapter en fonction de la destination.

Le Framing et le Linecode définissent la façon dont les frames sont formatées.

Le clock source permet d’agir sur l’horloge de l’interface.

La dernière commande configure l’interface comme une T1 / CAS avec 24 time-slot.

b) Les Dial Peers

Présentation

Après ces quelques explications sur les Voice Port, attaquons le sujet qui nous intéresse le plus, les
Dial Peers.

En configurant des Dial Peers, nous allons permettre au routeur de contacter des numéros.

Par défaut, il est seulement capable de contacter les postes IP configurés (ephone-dns).

Donc si nous configurons des Voice Ports, il faut obligatoirement mettre en place des Dial Peers.
Sinon, le routeur ne pourra pas joindre les équipements derrière les ports.

Cela est aussi valable quand nous mettons en place un lien VoIP entre deux passerelles (deux routeurs
CME par exemple).

Bref, retenez que par défaut le routeur ne sait joindre que les Ephone-Dns.
 Nous pouvons définir 2 types de Dial Peers :

 Les POTS Dial Peers

 Les VoIP Dial Peers

Les POTS Dial Peers sont utilisés pour les connexions aux équipements traditionnels.

On les utilise par exemple pour connecter le routeur à un poste analogique en FXS. Ou pour connecter
le routeur au PSTN en FXO. Ou bien encore pour connecter le routeur à une ligne numérique.

Dans ces cas-là, nous configurons un Voice Port, puis nous configurons un Dial Peer qui définit les
numéros joignables grâce à ce Dial Peer et enfin nous assignons un Voice Port au Dial Peer.

Les VoIP Dial Peers quant à eux sont utilisés pour les connexions IP. Par exemple, si nous lions deux
routeurs CME avec un lien IP standard (lien Ethernet, VPN, Frame Relay, etc…), nous aurons besoin
d’un VoIP Dial Peer pour assurer la connectivité.

Résumons cela par un schéma.

Voici un aperçu de la configuration d’un Dial Peer :

R1(config)#dial-peer voice 101 pots
R1(config-dial-peer)#destination-pattern 101
R1(config-dial-peer)#port 1/0/0

Nous verrons les configurations plus en détail dans un instant.

Mais avant cela, parlons des Call Legs.

Les Call Legs

Les Call Legs sont en fait des connexions logiques que le routeur créé lors d’un appel. Ce sont les Call
Legs qui définissent le chemin des packets sur le réseau et à travers les routeurs.

Les Call Legs ne sont pas à configurer par nous. Nous devons simplement configurer les Dial Peers
(ce que nous verrons juste après).

Les Call Legs sont gérés par le routeur.

Les Calls Legs sont définis soit en entrée soit en sortie sur une interface (un peu à la manière d’une
ACL).

Plutôt que de longues explications, voici un schéma.

Considérons le cas suivant : Le poste 101 appelle le poste 201.

L’appel va alors passer par les quatre Call Legs représentés.

Comme je l’ai dit, les Call Legs sont définis en entrée ou en sortie sur une interface. Dont pour que
201 puisse appeler 101, nous aurons besoin de 4 Call Legs supplémentaires, dans la direction opposée.

Je le répète, nous ne configurons pas nous même les Call Legs. Il s’agit du fonctionnement interne du
routeur. Nous n’avons même pas vraiment besoin de nous en soucier.

Ces Call Legs découlent de la configuration des Dial Peers.

Configuration d’un Dial Peer POTS

Revenons à ce qui nous intéresse au niveau de la configuration.

Commençons par la configuration d’un Dial Peer POTS. C’est le type de Dial Peer que nous utilisons
lors-ce que nous nous connectons à un équipement qui n’a pas d’IP (poste analogique, poste
numérique, PSTN, PBX, etc…), c’est-à-dire ce qui se trouve derrière un port analogique ou
numérique.

Prenons l’exemple suivant.

Nous allons configurer 2 Dial Peers POTS. L’un sur R1 pour le poste 101, l’autre sur R2 pour les
postes 2XX.

La configuration pour R1 est simple.

R1(config)#dial-peer voice 101 pots

R1(config-dial-peer)#destination-pattern 101
R1(config-dial-peer)#port 0/0/0

Le numéro du Dial Peer est ici 101. Ce numéro ne doit pas obligatoirement représenter le numéro du
poste. Mais la bonne pratique veut que ce soit le cas.

Le destination-pettern indique le numéro joignable par ce Dial Peer.

Enfin, le port indique le port associé.

La configuration de R2 est un peu différente.

R2(config)# dial-peer voice 200 pots

R2(config-dial-peer)# destination-pattern 2..
R2(config-dial-peer)# no digit-strip
R2(config-dial-peer)# port 1/0:1
Pour le pattern, comme il y a plusieurs postes derrière le port, nous avons utilisé un range.

Nous reviendrons plus tard sur les détails, mais sachez que le point « . » représente n’importe quel
chiffre de 0 à 9 ou la touche étoile du clavier.

2.. représente donc les nombres de 200 à 299.

La commande no digit-strip est nécessaire ici.

Par défaut, le routeur supprime tous les numéros explicitement définis dans un Dial Peer POTS.
Ce qui veut dire que 2XX devient alors XX.

Donc sans la commande précédente, si un appel pour 201 arrive, il va être pris en charge par le Dial
Peer 200.

Ce Dial Peer traite tous les appels pour 2XX.

Mais quand l’appel passe dans le Dial Peer, le routeur supprime le premier « 2 ».

A la sortie du routeur, l’appel est alors destiné au numéro 01.

La règle est donc la suivante : dans un Dial Peer POTS, le routeur supprime tous les numéros
explicitement définis dans le pattern.

2XX devient XX

31XX devient XX

154XXX devient XXX et ainsi de suite.

Cette règle existe pour faciliter les appels vers l’extérieur. Dans beaucoup d’entreprise il faut faire un
code particulier pour appeler vers l’extérieur.

Par exemple, pour appeler 0102030405, il faut composer 990102030405.

Quand le routeur envoie l’appel vers le réseau public, nous voulons donc qu’il supprime le 99 au début
du numéro.

Nous aurions donc un pattern de ce type : R2(config-dial-peer)# destination-pattern 99……….

J’insiste sur le fait que la règle énoncée précédemment n’est valable que pour les Dial Peers POTS.

Dans le Dial Peer VoIP que nous allons voir maintenant, la commande no digit-strip n’est pas
nécessaire.
Configuration d’un Dial Peer VoIP

Voyons à présent les Dial Peers VoIP. Ces Dial Pers sont utiles lors-ce que l’on connecte le CME à un
autre IPBX. La connexion se fait sur un lien réseau classique. Nous ne potions plus sur un port
analogique ou numérique, mais sur une IP.

Voici les configurations à mettre en place.

R1(config)#dial-peer voice 200 voip

R1(config-dial-peer)#destination-pattern 2..
R1(config-dial-peer)#codec g711alaw
R1(config-dial-peer)#session target ipv4:10.0.1.20

R2(config)#dial-peer voice 100 voip

R2(config-dial-peer)#destination-pattern 1..
R2(config-dial-peer)#codec g711alaw
R2(config-dial-peer)#session target ipv4:10.0.1.10

Pour le codec, libre à vous de choisir celui que vous souhaitez.

Encore une fois, la commande no digit-strip n’est pas nécessaire.

Si vous utilisez la topologie que je vous ai exposée dans un précédent article, vous pouvez tester les
Dial Peers VoIP.

Pour cela, vous pouvez mettre en place la topologie suivante :

Vous constaterez qu’un appel depuis 101 peut aboutir sur 201.

Dial Peer Wildcard

Tout à l’heure nous avons vu le Wildcard « . » qui correspond à tous les chiffres de 0 à 9 ainsi qu’à la
touche « * » du clavier.

Il y a d’autres Wildcard qui existent.

Voici la liste.

Il ne faut pas oublier que quel que soit le Wildcard, un numéro ne peut pas faire plus de 32 chiffres.

Voyons quelques exemples pour illustrer cela.

Le « . »

2… : 200 à 299

41… : 41000 à 41999

Le « + »

64+78 : 6478 ou 64478 ou 644478 ou 6444478, etc…

Les « [] »

[4-8]12 : 412 ou 512 ou 612 ou 712 ou 812.

[^4-8]12 : 112 ou 212 ou 312 ou 912.

Le « T »

5T : Tous les numéros de 1 à 32 chiffres qui commencent par 5

Attention, lors-ce que l’on utilise le « T », le routeur ne sait jamais combien de chiffre l’utilisateur va
entrer. Il peut très bien composer un numéro de 10 chiffres, ou bien de 15 chiffres, etc…

Ce qui fait que le routeur ne sait pas quand lancer l’appel. Il va donc attendre des nouveaux chiffres
pendant 10 secondes.

Dans l’exemple précédent, si l’utilisateur compose 5126, l’appel sera lancé au bout de 10 secondes.

Pour forcer le routeur à composer sans attendre, il est possible d’appuyer sur #.
La « , »

Si le routeur doit composer le numéro « 9,214 », il va d’abord composer le 9, puis attendre 1 seconde,
puis composer le reste.

Dans certains cas particuliers, cela peut être utile.

Plusieurs Dial-Peers avec le même Pattern

Peut-être vous êtes-vous posé la question. Que se passe-t-il si je configure plusieurs Dial-Peers avec le
même Destination-Pattern ?

Par exemple ceci :

R1(config)#dial-peer voice 10 voip

R1(config-dial-peer)#destination-pattern 3..
R1(config-dial-peer)#session target ipv4:10.0.1.20

R1(config)#dial-peer voice 11 pots

R1(config-dial-peer)#destination-pattern 3..
R1(config-dial-peer)#port 1/0/0
R1(config-dial-peer)#no digit-strip

Comment le routeur choisit quel Dial-Peer utiliser ?

Et bien il va choisir au hasard.

Pour influencer ce choix, nous pouvons mettre en place une préférence.

Par exemple, utiliser le Dial-Peer 10 et si il n’est pas disponible (si 10.0.1.20 n’est pas joignable)
utiliser le Dial-Peer 11.

La configuration devient alors ceci :

dial-peer voice 10 voip

destination-pattern 3..
session target ipv4:10.0.1.20
preference 0

dial-peer voice 11 pots

destination-pattern 3..
port 1/0/0
no digit-strip
preference 1
Vous pouvez tester cela simplement en faisant deux Dial-Peers VoIP. Le premier qui pointe vers une
fausse IP et le deuxième qui pointe vers la bonne IP.

Vous verrez que l’appel utilise d’abord le premier Dial-Peer, mais n’aboutit pas. Au bout de quelques
secondes, l’appel passe sur le deuxième Dial-Peer et arrive à destination.

Voici un exemple.

PLAR – Private Line Automatic Ringdown

Terminons par aborder le sujet des PLAR.

Le principe du PLAR est simple. Un port analogique avec une configuration PLAR va
automatiquement appeler un numéro si il détecte un signal de décroché.

Voici un exemple de configuration.

R1(config)# voice-port 1/0/0

R1(config-voiceport)# station-id number 101
R1 (config-voiceport)# connection plar 102

Ici, le poste 101 se trouve derrière le port 0/0/0. Avec la configuration PLAR en place, si 101 décroche
le combiné, cela appel automatiquement 102.

Précédemment, nous avions vu un exemple de configuration pour un port FX0. Le voici à nouveau.

R1(config)# voice-port 1/1/0

R1(config-voiceport)# signal groundstarrt
R1(config-voiceport)# cptone FR
R1(config-voiceport)# connection plar opx 101
R1(config-voiceport)# caller-id enable
R1(config-voiceport)# dial-type dtmf
R1(config-voiceport)# ring number 1
 S’il s’agit d’une connexion au PSTN, alors tous les appels entrant seront transférés au numéro 101.

5 Traitement des Appels

Je vous propose aujourd’hui d’étudier en détail comment CME traite les appels. Lors-ce que le routeur
reçoit un appel, comment le traite-t-il de manière à ce que cet appel arrive à destination ?

Nous pouvons comparer cela à la façon dont un routeur route les paquets à l’aide de sa table de
routage.

a) Sélection du Dial-Peer à la composition des numéros

Lors-ce que vous composez un numéro sur votre poste, le routeur recherche un pattern de destination
correspondant.

Par exemple, si vous composez le 01 02 03 04 05, à chaque appui de touche, le routeur fait une
recherche.

Au début il recherche, 0, puis 01, puis 012, etc…

Il y a deux règles dans cette recherche :

 Le pattern de destination le plus spécifique gagne

 Si une correspondance est trouvée, le routeur arrête de chercher et envoie l’appel

Reprenons l’exemple de l’article précédent en le complétant.

R1(config)#dial-peer voice 200 voip

R1(config-dial-peer)#destination-pattern 2..
R1(config-dial-peer)#codec g711alaw
R1(config-dial-peer)#session target ipv4:172.16.0.20

R1(config)#dial-peer voice 210 voip

R1(config-dial-peer)#destination-pattern 21.
R1(config-dial-peer)#codec g711alaw
R1(config-dial-peer)#session target ipv4:172.16.0.20
Dans cet exemple, si 110 compose le 210, c’est le Dial-Peer 210 qui l’emporte. En effet, sur les 2
Dial-Peer disponibles, c’est le 210 qui est le plus spécifique.

Maintenant que se passe-t-il si nous ajoutons le Dial-Peer suivant ?

R1(config)#dial-peer voice 21 voip

R1(config-dial-peer)#destination-pattern 21
R1(config-dial-peer)#codec g711alaw
R1(config-dial-peer)#session target ipv4:172.16.0.20

Et bien si 110 compose le 210, c’est le Dial-Peer 21 qui gagne.

Pour vérifier ce comportement, vous pouvez mettre en place une infra de test.

Voici le schéma et les configurations.

---- R1 ----

telephony-service
max-ephones 100
max-dn 100
ip source-address 10.0.1.254
auto-reg-ephone
create cnf-files

ephone-dn 1 dual-line
number 110

ephone 1
mac-address 000C.29E3.87A3
type CIPC
button 1:1

dial-peer voice 200 voip

destination-pattern 2..
codec g711alaw
session target ipv4:172.16.0.20

dial-peer voice 210 voip

destination-pattern 21.
codec g711alaw
session target ipv4:172.16.0.20
 ---- R2 ----

telephony-service
max-ephones 100
max-dn 100
ip source-address 10.0.2.254
auto-reg-ephone
create cnf-files

ephone-dn 1 dual-line
number 210

ephone 1
mac-address 0050.56C0.0002
type CIPC
button 1:1

dial-peer voice 100 voip

destination-pattern 1..
codec g711alaw
session target ipv4:172.16.0.10

Vous pouvez à présent constater que les appels transitent entre les deux routeurs. 110 peut appeler
210.

Mais comment savoir quel Dial-Peer R1 utilise pour router les appels vers 210 ?

Il y a 2 solutions :

 Modifier l’IP du Dial-Peer 210 (ce qui aura pour effet de ne pas router l’appel s’il est utilisé)
 Utiliser la commande show dialplan number 210

Si maintenant vous ajoutez le Dial-Peer 21 que nous avons vu précédemment, vous verrez que 110 ne
peut plus appeler 210.

Le résultat sur le poste est le suivant :

Quand le poste compose le numéro, il envoie les numéros un par un au routeur, c’est-à-dire 2 puis 1
puis 0.

Sauf que quand le routeur reçoit 2 puis 1, il est capable de router l’appel grâce au Dial-Peer 21. Le
chiffre 0 n’est donc jamais envoyé au routeur car l’appel est routé avant.

Considérons à présent la topologie suivante.

Comment faire pour configurer R1 pour qu’il soit capable de router les appels vers 210 et vers 21.

Pour cela, vous pouvez configurer le Dial-Peer 21 comme ceci.

 R1(config)#dial-peer voice 21 voip
R1(config-dial-peer)#destination-pattern 21T
R1(config-dial-peer)#codec g711alaw
R1(config-dial-peer)#session target ipv4:172.16.1.30

De cette manière, le Dial-Peer 21 est moins précis que le 210.

Les appels vers 210 vont donc passer par le Dial-Peer 210.

Quant aux appels pour 21, ils seront pris en charge par le Dial-Peer 21, après que le Timer de 10s soit
passé (dû à l’utilisation du Wildcard T). Sinon, pour éviter le Timer, il faut appuyer sur # après avoir
composé le 21.

Pour rappel, le Wildcard T peut être 0 ou plusieurs chiffres (pour un numéro de 32 chiffres max).

C’est pour cela que le Dial-Peer 21 prend en charge les appels vers 21. Car si l’on compose le 21, le
pattern 21T est plus précis que 21.

b) Sélection des Dial-Peer entrant et sortant

Continuons notre étude du fonctionnement du CME par la sélection des Dial-Peers entrant et sortant.

Comme nous l’avons vu, pour router un appel, le routeur a besoin d’un Dial-Peer.

Selon si l’appel entre dans le routeur ou en sort, le comportement ne sera pas la même.

Dans le Dial-Peer il peut y avoir différentes configuration pour le routage de l’appel.

Nous avons déjà vu les suivantes :

 destination-pattern
 session target
 port
Mais il y a aussi les commandes incoming called-number et answer-address que nous n’avons pas
vu.

Dial-Peer Sortant

Commençons pas la sélection du Dial-Peer sortant, car c’est la plus simple.

Pour sélectionner le Dial-Peer sortant, le routeur se base simplement sur les destination-patterns.

Une fois qu’il a choisi le Dial-Peer, il utilise la configuration Session Target (VoiP)
ou Port (analogique et numérique) pour router l’appel.
Exemple en VoIP :

dial-peer voice 200 voip

destination-pattern 2..codec g711alaw
session target ipv4:172.16.0.20

Exemple en analogique :

dial-peer voice 200 pots

destination-pattern 2..
port 1/0/0

Dial-Peer entrant

C’est ici que les choses se corsent. La sélection du Dial-Peer entrant est plus compliquée, mais
finalement très simple à comprendre.

Il y a 5 méthodes pour la sélection du Dial-Peer entrant. Le routeur les parcours dans l’ordre.

1 – Match le numéro appelé (DNIS) avec la commande incoming called-number

2 – Match le numéro appelant (ANI) avec la commande answer-address
3 – Match le numéro appelant (ANI) avec la commande destination-pattern
4 – Match un Dial-Peer POTS entrant avec la commande port

5 – Si toujours pas de match, utilisation du Dial-Peer 0

Dans les exemples que nous avons vus jusqu’ici, nous n’avons jamais utilisé les commandes incoming
called-number et answer-address.

Donc finalement, la sélection du Dial-Peer entrant est très simple.

Exemple

Pour bien comprendre la sélection des Dial-Peers entrants et sortant voyons ensemble un exemple.

Prenons cet exemple.

Considérons un appel depuis 110 vers 210.

Premièrement l’appel arrive à R1. Pour sélectionner le Dial-Peer entrant, il utilise la méthode 4.

En effet, l’appel arrive sur un port analogique. La sélection est donc très simple, le routeur utilise le
Dial-Per associé au port en question. Comme nous n’avons pas mis en place les commandes incoming
called-number et answer-address et qu’un poste analogique ne fournit pas de numéro appelant, c’est
la méthode 4 qui est utilisée.

Puis l’appel veut quitter R1. Comme nous l’avons dit, la sélection d’un Dial-Peer sortant est très
simple. Il se base sur les destination-patterns. Pour joindre 210 il utilise donc le Dial-Peer 210.

Puis l’appel arrive à R2. Pour sélectionner le Dial-Peer entrant, R2 utilise la méthode 3.

Il va sélectionner le Dial-Peer 110.

Pourquoi ? Car nous n’avons pas configuré les commandes incoming called-number et answer-
address. Par contre, comme il s’agit d’un appel VoIP, un numéro d’appelant est indiqué (ici c’est
110). Et il y a un Dial-Peer avec comme destination-patter 110.

Enfin, pour sortir de R2 et aller vers le poste 210, le routeur n’a pas besoin de Dial-Peer. En effet, la
configuration ephone suffit.

Mais qu’en est-il de la méthode 5 ?

Et bien elle est utilisée si aucune autre méthode ne match. Le Dial-Peer agit comme une sorte de route
par défaut. Le Dial-Peer 0 possède des paramètres par défauts qui sont inchangeables.

6 Manipulation des Numéros

Continuons notre exploration de CME par l’étude de la manipulation des numéros. Nous pouvons par
exemple ajouter un préfix aux numéros composés, ne garder que les X derniers chiffres, remplacer un
numéro composé par un autre, etc…
Voyons ensemble les différentes options qui s’offrent à nous.

a) Liste des commandes

Voici donc la liste des commandes que nous avons à disposition.

Vous remarquerez que les 3 premières ne sont utilisables que sur un Dial-Peer POTS. Vous ne pourrez
donc pas vous en servir sur un Dial-Per VoIP.

La troisième commande permet de paramétrer une transformation de manière globale.

Quant au Voice Translation Profile, il s’agit d’une configuration plus poussée, mais très puissante.

Voyons à présent des exemples pour chacune de ces commandes.

b) Prefix-Digits et Digit-Strip

Comme nous l’avons vu dans le tableau précédent, la commande Prefix Digits permet d’ajouter un
préfixe au début d’un numéro composé.

Par exemple, si quelqu’un compose le 101, nous pouvons faire en sorte que le routeur appelle en fait
le 5101.

Prenons l’exemple suivant.

Nous avons un employé qui travaille depuis son domicile. Son numéro public est le 0102030752.

Il n’est pas relié à notre réseau à l’aide d’un VPN. Le seul moyen de le joindre est de composer son
numéro public.
Mais nous souhaitons que nos utilisateurs puissent l’appeler en composant le 752, c’est-à-dire la fin de
son numéro.

Il faut donc que quand quelqu’un compose le 752, nous ajoutons devant le préfixe 0102030.

Voici le résultat en configuration.

R1(config)#dial-peer voice 752 pots

R1(config-dial-peer)#destination-pattern 752
R1(config-dial-peer)#port 1/0/0
R1(config-dial-peer)#no digit-strip
R1(config-dial-peer)#prefix 0102030

Nous avons un pattern pour 752 et un préfixe de 0102030.

La commande no digit-strip est importante. Nous avions vu la règle suivante dans un précédent
article.
Dans un Dial Peer POTS, le routeur supprime tous les numéros explicitement définis dans le pattern.
Pour empêcher ce comportement, il faut ajouter la commande no digit-strip.

Le routeur ne supprime les chiffres explicites que dans les Dial-Peers POTS.

Les commandes Digit-Strip et Prefix ne sont disponibles que pour les Dial-Peers POTS.

c) Forward-Digit

Le but de cette commande est de ne garder que les X derniers chiffres composés.

Par exemple, si quelqu’un compose le 9452, nous pouvons garder que les 3 derniers chiffres, c’est-à-
dire 452.

Il est courant dans les installations téléphoniques, de devoir faire un code pour passer des appels vers
l’extérieur.

Par exemple, pour appeler le 0304050607, il faudrait composer le 90304050607.

Le 9 indique donc au routeur que l’appel est pour l’extérieur. Si l’on compose simplement le
0304050607, l’appel est routé en interne et n’arrive donc jamais à destination.

Voici un exemple de configuration.

R1(config)#dial-peer voice 03 pots

R1(config-dial-peer)#destination-pattern 903........
R1(config-dial-peer)#port 1/0/0
R1(config-dial-peer)#no digit-strip
R1(config-dial-peer)#forward-digits 10
Encore une fois, la commande Forward-Digit n’est disponible que pour les Dial-Peers POTS.

d) Num-Exp

Le principe du Num-Exp est de remplacer un numéro appelé par un autre. Par exemple, si quelqu’un
appel le 500, nous pouvons faire en sorte que cela appel le 110.

Cette configuration se fait en mode de configuration globale sur le routeur.

Voici la configuration.

R1(config)#num-exp 500 110

A présent, si 210 appelle 500, le poste affiche ceci :

Et le poste 110 sonne.

e) Voice Translation-Profile

Terminons par le Voice Translation-Profile.

Comme nous l’avons dit précédemment, les règles de translations sont très puissantes.

Prenons un exemple simple.

Quand quelqu’un appelle le 120, nous voulons que cela appel le 110.

La configuration serait la suivante.

R2(config)#voice translation-rule 1
R2(cfg-translation-rule)#rule 1 /120/ /110/
Nous pouvons mettre en place jusqu’à 15 règles.

Le /120/ est le pattern à matcher, et le /110/ est le pattern de remplacement. Ici, si les trois premiers
chiffres sont 120, cela les remplace par 110. 120 deviendra 110, 12054 deviendra 11054, etc…

R2(config)#voice translation-profile TO-110

R2(cfg-translation-profile)#translate called 1

Ici nous créons une règle TO-110 qui applique la transformation précédente aux numéros appelés.

D’autres options sont à disposition.

R2(config)#dial-peer voice 100

R2(config-dial-peer)#translation-profile outgoing TO-110

Enfin, nous appliquons la règle au Dial-Peer 100 pour les appels sortant.

f) Ordre d’application des manipulations

Nous avons vu différentes configurations possibles. La question qui peut se poser est la suivante :
Dans quel ordre s’appliquent les manipulations ?

En effet, si nous configurons un Num-Exp et un Forward-Digit, lequel est appliqué en premier ?

Voici la liste dans l’ordre.

7 Class of Restriction
Aujourd’hui je vous propose d’étudier les Class of Restriction. Il s’agit d’une façon d’ajouter des
restrictions à notre réseau de téléphonie. Par défaut, tout le monde peut appeler tout le monde. En
mettant en place des Class of Restriction, nous pouvons restreindre les numéros qu’il est possible
d’appeler. Cela fait penser aux Access-Lists, même si la configuration n’a rien à voir.

a) L’infrastructure d’exemple

Voici l’infrastructure que je vais utiliser pour mes exemples.

Et voici un extrait de la configuration de R1.

dial-peer voice 200 voip

destination-pattern 2..
session target ipv4:172.16.2.20

dial-peer voice 300 voip

destination-pattern 3..
session target ipv4:172.16.3.30

dial-peer voice 400 voip

destination-pattern 4..
session target ipv4:172.16.4.40

ephone-dn 1 dual-line
number 101

ephone-dn 2 dual-line
number 102

ephone 1
mac-address 000C.29E3.87A3
type CIPC
button 1:1
 ephone 2
mac-address 000C.29EC.7A43
type CIPC
button 1:2

b) Mise en place de COR

Passons au vif du sujet, les COR – Class of Restriction.

Nous l’avons vu en introduction, les COR permettent de mettre en place des restrictions d’appel. Par
exemple, nous pouvons vouloir que les postes 1XX ne puissent pas appeler les postes 4XX, mais
qu’ils puissent appeler les postes 2XX et 3XX.

La configuration peut paraitre compliquée au premier abord, mais je vous rassure, ce n’est qu’une
impression.

Les étapes de la configuration sont les suivantes :

 Création des tags COR

 Création des listes COR sortantes
 Création des listes COR entrantes
 Assignation des listes COR sortantes
 Assignation des listes COR entrantes

Commençons donc par définir les tags COR.

Voici comment faire.

R1(config)#dial-peer cor custom

R1(config-dp-cor)#name AppelsVers2XX
R1(config-dp-cor)#name AppelsVers3XX
R1(config-dp-cor)#name AppelsVers4XX

A vous de définir les noms qui vous semblent parlant.

Il n’y a donc rien de plus à faire pour définir les tags.

Il faut voir cela comme la création des Vlans. La création d’un Vlan sert seulement à le déclarer. La
« vraie » configuration vient après.

Créons à présent les listes COR sortantes.

R1(config)#dial-peer cor list Vers2XX

R1(config-dp-corlist)#member AppelsVers2XX

R1(config)#dial-peer cor list Vers3XX

R1(config-dp-corlist)#member AppelsVers3XX

R1(config)#dial-peer cor list Vers4XX

R1(config-dp-corlist)#member AppelsVers4XX

Encore une fois, vous pouvez choisir les noms que vous souhaitez. Ici nous allons rester simples.

Vous remarquerez que dans une liste COR nous définissons des membres à l’aide des tags précédents.

Occupons-nous à présent de créer les listes COR entrantes.

R1(config)#dial-peer cor list Admin

R1(config-dp-corlist)#member AppelsVers2XX
R1(config-dp-corlist)#member AppelsVers3XX
R1(config-dp-corlist)#member AppelsVers4XX

Ici nous avons défini une liste admin qui a tous les droits.

Nous allons en créer une deuxième qui a moins de droit.

R1(config)#dial-peer cor list Basique

R1(config-dp-corlist)#member AppelsVers3XX

Vous noterez que les listes entrantes se définissent comme les listes sortantes. Ce qui fera la
différence, c’est si on les applique en incoming ou outgoing (un peu comme les ACL).

A présent, nous pouvons assigner les listes sortantes aux Dial-Peers.

R1(config)#dial-peer voice 200 voip

R1(config-dial-peer)#corlist outgoing Vers2XX

R1(config)#dial-peer voice 300 voip

R1(config-dial-peer)#corlist outgoing Vers3XX

R1(config)#dial-peer voice 400 voip

R1(config-dial-peer)#corlist outgoing Vers4XX

Enfin, assignons les listes entrantes.

R1(config)#ephone-dn 1
R1(config-ephone-dn)#corlist incoming Admin

R1(config)#ephone-dn 2
R1(config-ephone-dn)#corlist incoming Basique

Vous pouvez aussi configurer des Corlist entrantes sur un Dial-Peer (par exemple pour les postes
analogiques connectés au routeur).

Vous pouvez à présent faire le test. 101 peut appeler 201, mais 102 ne peut pas appeler 201.

En ajoutant la commande member AppelsVers2XX dans la Corlist Basique, 102 peut alors appeler
201.

A présent, si vous reprenez les étapes de configuration une à une avec les commandes associées, vous
constaterez que ce n’est pas si compliqué à mettre en place.

Une question que nous pouvons nous poser : que se passe-t-il si l’on configure plusieurs Corlist
Outgoing sur un Dial-Peer ?

Tout simplement, seulement le dernier est pris en charge.

R1(config)#dial-peer voice 200 voip

R1(config-dial-peer)#corlist outgoing Vers2XX
R1(config-dial-peer)#corlist outgoing Vers3XX

La configuration précédente donne ceci :

dial-peer voice 200 voip

corlist outgoing Vers3XX

Aussi, que se passe-t-il s’il n’y a pas de Corlist en sortie sur un Dial-Peer ? Et bien tous les appels
passent. Ce comportement est judicieux, car sinon nous serions obligés de configurer des Corlist
partout.

Et que se passe-t-il s’il n’y a pas de Corlist en entrée sur un Dial-Peer (ou sur un e-phone). Et bien ce
dernier n’aura aucune restriction (même si il passe par des Dial-Peer ayant des listes en sortie).

Encore une fois, ce comportement est judicieux, car il évite d’avoir à configurer des Corlist partout.

Au final, comme vous avez pu le voir, les Class of Restriction ne sont pas bien compliquées à mettre
en place. Le mieux est de préparer la configuration dans un bloc-notes et d’utiliser des noms clairs et
cohérant pour les listes et les tags.
8 Configuration avec CCP
Au fil des articles, nous avons appris à configurer le Call Manager Express en ligne de commande.
Mais il est aussi possible d’avoir recours à CCP – Cisco Configuration Profesional.

Il s’agit d’une interface graphique permettant la configuration d’un routeur. Il est donc possible de se
passer de la CLI.

Je vous propose une présentation de cet outil.

a) Installation de CCP et préparation du routeur

Avant toute chose, il convient d’installer CCP sur votre PC. Le logiciel peut être téléchargé sur le site
de Cisco.

Cisco CP n’est pas exempt de défaut. Selon la version de CCP et de Windows que vous avez, vous
pouvez rencontrer des problèmes. Sur Windows 8 et avec la version 2.8 de CCP, les problèmes
semblent résolus.

S’il ne veut pas s’exécuter, il faut modifier ses paramètres de compatibilité.

Si une fois le logiciel lancé vous rencontrez des problèmes d’affichage, vous pouvez modifier un
paramètre d’Internet Explorer.

Dans Outils -> Paramètres d’affichage de compatibilité.

Dans la fenêtre qui s’ouvre, entrer l’IP 127.0.0.1 et cliquer sur ajouter.
Maintenant que vous avez le logiciel CCP installé, il faut préparer le routeur.

Voici la configuration à appliquer

Router(config)# ip http server

Router(config)# ip http secure-server
Router(config)# ip http authentication local

Router(config)# username admin privilege 15 secret cisco

Router(config)# line vty 0 4

Router(config-line)# privilege level 15
Router(config-line)# login local
Router(config-line)# transport input ssh

Libre à vous de choisir le mot de passe voulu.

Bien entendu, votre routeur doit avoir une IP et être joignable depuis le PC.

Vous pouvez à présent lancer CCP, et renseigner les IP des équipements à manager.
Il faut ensuite cliquer sur Discover avant de pouvoir configurer le routeur.

Si votre configuration est bonne et que le routeur est compatible CCP, vous pourrez le configurer.

b) Configuration de base

Si vous n’avez pas de routeur sous la main, ou qu’aucun n’est compatible CCP, vous pouvez lancer ce
dernier en mode démo. Dans ce mode, vous pouvez simuler la configuration d’un équipement. Cela
permet la prise en main de CCP.

Pour lancer CCP en mode démo, il faut modifier la cible du raccourci, pour ajouter l’option démo.
N’ayant pas d’image pleinement compatible, la présentation qui va suivre ne sera pas exhaustive.

Selon les capacités de votre routeur, vous allez disposer de différents menus dans la partie
configuration.

Dans chacun de ces menus vous retrouvez des écrans de configuration.

La configuration de base de la téléphonie se fait dans Telephony Settings.

c) Création d’une extension
Pour créer une extension, aller dans Users, Phones and Extensions -> Extensions.
d) Création d’un poste et d’un utilisateur
La configuration des postes et des utilisateurs se fait dans Users, Phones and Extensions -> Phones
and Users.
e) Dial-Peers

La configuration des Dial-Peers se fait dans Dial-Plans -> POTS (ou VoIP) -> Dial Peers.
f) Conclusion

Voilà qui conclut notre très brève présentation de CCP. Je n’ai pas donné beaucoup de détail pour
deux raisons. La première est que le routeur que j’ai à disposition n’est pas pleinement compatible et
la deuxième est que la configuration par CCP est très semblable à la configuration en CLI.

Vous ne devriez pas avoir de mal à réaliser les configurations voulues.

Personnellement, je n’aime pas le CCP pour ses problèmes de stabilité, la non-prise en charge de tous
les routeurs, les problèmes de lenteur, la nécessité de devoir installer le CCP, etc…

En l’absence d’une interface graphique qui me convienne, je me contente de la CLI.

9 Troubleshooting
Je ne vous souhaite pas de devoir réaliser du Troubleshooting, mais cela arrivera un jour ou l’autre.
Dans cet article je vous propose de parler de Tshoot au niveau du CME, des postes IP et des switchs.

Nous allons voir ensemble quelques notions à avoir pour réagir au mieux le moment venu.

a) Introduction

Avant de parler de Troubleshooting en téléphonie sur IP, il faut parler de Tshoot en général. Pour cela,
je vous renvoie à la série d’articles dédiés à la certification CCNP Tshoot.

http://www.networklab.fr/category/ccnp_tshoot/

Plus particulièrement, je vous invite à lire l’article d’introduction de cette série. Il vous permettra
d’acquérir les notions de base du Tshoot.

http://www.networklab.fr/introduction-au-troubleshooting/

Je ne vais par conséquent pas revenir sur ces notions de base.

Comme toujours en Tshoot, il convient de bien maitriser la partie théorie et configuration.

La téléphonie est un service crucial de l’entreprise. Il est important qu’elle fonctionne sans
interruption. En cas de problème, ce dernier doit être résolu le plus rapidement possible.

Commençons par parler des postes IP.

b) Tshoot d’un poste IP

Un mauvais fonctionnement du service de téléphonie est très souvent constaté au niveau des postes.

Il convient d’identifier si la source du problème provient du poste lui-même, ou bien de l’IPBX.

Passons en revue certains problèmes qui peuvent provenir du poste.

Première solution, le poste ne s’allume pas du tout. Branché directement sur le réseau (pour une
alimentation POE) le poste ne donne pas de signe de vie. Dans ce cas, la première chose à faire et de
vérifier si la prise réseau sur laquelle le poste est branché fonctionne. Une vérification du câble est
aussi à réaliser. Si la prise fonctionne, il faut ensuite tester avec une alimentation externe.

Si dans ce cas le poste démarre, il y a plusieurs possibilités.

Soit le poste à un défaut et n’accepte plus le POE. Ceci est peu probable.

Soit le poste ne reçoit pas de POE. Il faut donc vérifier que le switch sur lequel le poste est relié soit
compatible POE et que ce dernier soit activé sur le port concerné. Si le POE est en place, il faut
vérifier que le poste est bien compatible POE.

Il faut faire attention, certains anciens postes IP Cisco ne sont pas compatibles POE, mais Cisco Inline
Power. Le Cisco Inline Power est en quelque sorte l’ancêtre du POE, made in Cisco. Il a été
développé avant l’apparition du POE.

En conséquent, certains anciens postes Cisco peuvent être alimenté par le réseau, mais pas en POE. Il
faut donc vérifier que la méthode d’alimentation du switch est compatible avec le poste IP (notamment
si le poste est un Cisco, mais pas le switch).

Quand le poste démarre, il passe par plusieurs étapes. Vous les retrouverez dans cet article.

http://www.networklab.fr/etapes-de-demarrage-dun-poste-ip-cisco/

Les deux problèmes les plus probables, sont que le poste n’a pas de configuration IP adéquate ou qu’il
ne peut pas joindre le serveur TFTP.

Pour la configuration IP, il faut s’assurer qu’un DHCP soit joignable dans le Vlan du poste, ou qu’une
configuration IP ait été rentrée à la main. Si le poste doit être dans un Vlan particulier, il faut vérifier
dans les paramètres qu’il soit juste.

Pour le TFTP, son IP peut être communiqué par le DHCP à l’aide de l’option 150.

Il faut à nouveau se rendre dans les options pour voir quelle IP le poste utilise pour joindre le serveur
TFTP. Il est aussi possible qu’une IP ait été configurée à la main dans le poste.
Si une précédente configuration est présente dans le poste, il peut être judicieux de remettre le poste à
zéro. Sur certains postes, il y a une manipulation à effectuer au démarrage. Sur d’autres postes, la
remise à zéro est faisable depuis le menu de configuration. Pour accéder à l’option de remise à zéro
(de même qu’à d’autres options), il faut déverrouiller le menu de configuration. Pour cela il y a un
code à taper une fois dans le menu (du type **#*).
c) Tshoot du switch

Le switch peut tout à fait être la cause du problème. Il en va de même pour tous les équipements
réseau impliqués.

Pour le switch, ce qui nous intéresse plus particulièrement c’est la configuration spécifique pour la
VoIP. C’est-à-dire la configuration du Voice-Vlan et du POE.

Pour rappel, la configuration du Voice-Vlan se fait comme ceci.

Switch(config)#interface fastEthernet 0/1

Switch(config-if)#switchport voice vlan 20

Le Voice-Vlan sera alors communiqué au poste grâce à CDP (ou LLDP).

Il ne faut pas négliger le reste de la configuration (Vlan Data, Portfast, etc…).

Pour ce qui est du POE, il est activé par défaut sur les switchs Cisco.

N’oubliez pas de vérifier la compatibilité entre le switch et le poste pour l’alimentation par le réseau.

d) CME – Commandes clés

Terminons par voir quelques commandes clés pour le Tshoot du CME.

Show voice port summary

Cette commande est l’équivalent de Show ip interface brief pour les interfaces.

Elle vous affiche un résumé des interfaces voix disponibles sur le routeur.

Voici le resultat sur un routeur sans aucun module analogique ou numérique, avec deux e-phones
configurés.

Voici un exemple sur un routeur avec des modules analogiques.

Show voice port

Cette commande vous donne beaucoup plus de détail sur chaque Voice-Port.
Show dial-peer voice summary

Cette commande vous liste les Dial-Peers et vous donne des informations sur ces derniers.

Si vous entrez la commande show dial-peer voice vous obtiendrez de nombreuses informations
supplémentaires.

Pour savoir quel Dial-Plan est utilisé pour joindre un numéro, vous pouvez utiliser la commande show
dialplan number NUMBER.

Voici un exemple pour le numéro 205 (qui utilise le Dial-Peer 200).

Show running-config

Bien entendu, la commande Show running-configuration vous permet de consulter la configuration.

Vous pouvez gagner du temps en utilisant les options de cette commande.

Vous trouverez les détails en début de cet article.

http://www.networklab.fr/commandes-pour-le-troubleshooting/
Voici un exemple.

Debug voip dialpeer

Cette commande vous permet de faire du debug. Vous obtiendrez des informations en live sur la
recherche de Dial-Peer au fur et à mesure que le numéro est composé.

Pour arrêter tous les debug en cours, le plus simple est d’entrer la commande undebug all ou u all.
Chapitre 3 : CUCM
1 Présentation
Cet article est le premier d’une série focalisée sur l’administration du CUCM – Cisco Unified
Communications Manager.
Ici je vous propose un rapide aperçu du CUCM afin de pouvoir démarrer directement la configuration
dans le prochain article.

a) Installation

Pour travailler sur le CUCM, le plus simple est de créer une machine virtuelle. Le CUCM est très bien
supporté sous VMware. Attention tout de même, à la création de la machine virtuelle, il faut choisir
des paramètres bien spécifiques. Pour cela, je vous renvoie à l’article de présentation de
l’infrastructure de TP, partie 4.

Une fois la machine virtuelle crée, vous pouvez la démarrer et l’installation va commencer. De
nombreux paramètres vous seront demandés. Il n’y a rien de compliqué. De nombreux paramètres sont
modifiables par la suite.

Durant l’installation, un serveur NTP vous est demandé. Si votre VM n’a pas accès à internet ou à
votre réseau local, vous pouvez connecter votre CUCM à une topologie GNS3, et configurer un
serveur NTP sur un routeur.

Un serveur SMTP vous est aussi demandé. Il est facultatif.

b) Présentation de l’interface Web

Une fois l’installation terminée, vous pouvez accéder à l’interface Web grâce à l’IP que vous avez
configurée.
 Une fois connecté, vous pouvez voir un menu déroulant en haut à droite.

Il vous permet d’accéder à différentes interfaces de configuration.

Voici le détail :

 Cisco Unified Reporting: permet de générer des rapports à partir des logs
 Cisco Unified CM Administration: c’est ici que va se faire 95% de la configuration de notre
système de téléphonie.
 Disaster Recovery System : permet de créer des backups et de les restaurer. Il est possible de
programmer les backups.
 Cisco Unified Serviceability: permet d’activer ou de désactiver des services, de faire du CDR –
Call Detail Record (statistique d’appel), de configurer le SNMP, etc…
 Cisco Unified OS Administration : permet le paramétrage de l’OS (linux) comme la
configuration IP et NTP, paramétrer la sécurité, vérifier les mises à jour, monitorer l’utilisation des
ressources, etc…

Bref, nous allons donc passer le plus clair de notre temps dans la partie Cisco Unified CM
Administration.

Dans cette partie, vous retrouvez les menus suivants :

Au fil de nos configurations, nous découvrirons ces menus.

c) Activation des services

Pour bien débuter, il faut s’assurer que certains services sont démarrés.

Pour cela, rendez-vous dans la partie Cisco Unified Serviceability.

Puis dans Tools -> Service Activation.

Les services suivants doivent être lancés.

Après avoir coché les cases, il faut cliquer sur Save en bas de la page.

d) Serveur DHCP

Si vous le souhaitez, vous pouvez mettre en place un serveur DHCP directement sur le CUCM.

Pour cela, il faut se rendre dans le menu suivant et cliquer sur Add New.
Si vous disposer déjà d’un DHCP qui opère dans le Vlan de téléphonie, ce n’est pas la peine d’en
rajouter un.

e) Utilisation de la CLI

Comme vous avez pu l’apercevoir, l’interface WEB du CUCM est très puissante. Je vous rassure,
toute la configuration se fait au travers de cette interface. Mais alors à quoi sert la CLI ?

La CLI permet d’effectuer quelques actions de base tel que modifier les paramètres IP, éteindre le
serveur, le redémarrer, ajouter ou modifier les comptes d’administration, vérifier le statut du serveur,
changer de version après une mise à jour, utiliser l’outil de backup (DRS), lancer des ping, etc…

Pour accéder à cette CLI, vous prouvez brancher un clavier sur le serveur (ou accéder à l’écran de la
VM) ou bien vous connecter en SSH.

Une fois dans la CLI, vous pouvez utiliser le « ? » pour découvrir les commandes.

Voici par exemple comment lancer un Ping.

Ou bien pour redémarrer.

Cette CLI n’est que rarement utilisée.

f) Conclusion

Voici qui conclut cette rapide présentation. A présent, je vous invite à passer à l’article suivant dans
lequel nous allons commencer la configuration.

2 Ajout manuel de postes et lignes IP

Passons à présent aux choses sérieuses. Nous allons ajouter des postes IP au CUCM. Nous verrons
qu’il y a de nombreuses options à choisir lors de l’ajout d’un poste. Dans un premier temps nous
allons configurer les prés-requis avant d’ajouter les postes et leur ligne à la main.

a) Prés-requis

Cisco Unified CM Group

Ce groupe définit une liste de serveur sur lesquels un poste peut s’enregistrer. Cette liste peut contenir
jusqu’à 3 serveur. Le premier est le Primary, le deuxième est le Backup et le troisième est le tertiary.

Les serveurs sont définit par ordre de préférence dans la liste. Si le premier n’est pas ou plus
disponible, le poste tente de se connecter sur le deuxième et ainsi de suite.

Le menu de configuration est le suivant.

En cliquant sur Find, vous pouvez voir qu’il y a déjà un groupe Default.

Pour créer un nouveau groupe, cliquer sur Add New.

Assignez un nom au groupe, et choisissez les CUCM à assigner au groupe (ici il n’y en a qu’un).
Region

Les régions permettent de contrôler la bande passante utilisée par les appels. L’idée est de définir des
régions en fonction de l’emplacement des postes. Par exemple, si nous avons des postes sur Strasbourg
et d’autres sur Paris, nous voulons que les appels entre Strasbourg et Paris consomment le moins de
bande passante possible (car nous utilisons un lien WAN).

La région est une assignation virtuelle. C’est à nous de choisir la région associée au poste.

Voici comment créer deux régions.

A présent, nous pouvons définir le codec à utiliser entre ces deux régions. Nous allons choisir
d’utiliser le G.729.

A présent, si un poste assigné à Strasbourg appelle un poste assigné à Paris, l’appel se fera grâce au
codec G.729.

Locations

Alors que les Régions permettent de définir le codec utilisé pour les appels entre deux régions, les
locations permettent de fixer une limite de bande passante.

Considérons les locations Strasbourg et Lyon. Nous pouvons choisir une bande passante maximum
pour les appels entre ces deux locations. Si la limite est de 500 Kbps, les appels entre Strasbourg et
Lyons ne pourront pas consommer au total plus de 500 Kbps. Pour cela, le CUCM additionne la bande
passante consommée par chaque appel en cours et regarde si la limite n’est pas dépassée. Une fois la
limite atteinte, il ne sera plus possible de lancer de nouveaux appels. Il faudra donc attendre que des
appels soient terminés pour en lancer de nouveaux.

Par défaut, il y a deux locations qui n’ont pas de limite.

Date / Time Group

Les Date / Time Group permettent de définir la Time Zone et le format de date. De cette manière, les
postes IP récupèrent l’heure du serveur NTP, puis affichent la bonne heure en fonction de la Time
Zone et dans le format voulu.
Voici comment configurer le groupe.
Physical Location

Le principe de la Physical Location est très simple. Elle permet de renseigner l’emplacement physique
du poste.
Device Pools

Les Device Pools permettent de définir une liste de configuration à appliquer à un groupe de poste.
Chaque poste est ensuite assigné à un Device Pool et hérite des configurations du Device Pool.

Dans ce Device Pool nous retrouvons entre autre les paramètres précédents.

Voici comment configurer le Device Pool.

b) Ajout d’un poste

A présent, nous sommes prêts pour l’ajout d’un poste.

Voyons les étapes ensemble.

Dans l’écran suivant, vous pouvez choisir le type de poste.

Vous avez ensuite le choix entre SIP et SCCP. Quand vous avez le choix, en général l’idéal et de
choisir SCCP. Certains postes Cisco récents ne fonctionnent qu’en SIP. Comme nous l’avions dit dans
un précédent article, SIP est aujourd’hui le standard et même Cisco y passe.
Enfin, vous pouvez entrer tous les paramètres du poste.

Si vous utilisez le CIPC comme moi, le Device Name est le nom qui apparait dans Préférence ->
Network -> Device Name dans le CIPC. Vous pouvez garder celui par défaut, ou en choisir un vous-
même.
N’oubliez pas d’appuyer sur Save à la fin.

A présent votre poste apparait dans la liste des Phones.

c) Ajout d’une ligne

De retour sur notre poste, il faut maintenant créer une ligne. Notre poste est créé, mais il n’a pas de
ligne. Il ne peut donc ni appeler n’y recevoir d’appel.

Sur le poste, cliquer sur Line[1] – Add a new DN.

Les paramètres intermédiaires ne changent pas.

Le External Phone Number Mask est le numéro que le poste présente lors des appels vers
l’extérieur. Il doit correspondre à l’un de nos numéros publics.
Une fois que vous avez cliqué sur Save, vous pouvez vérifier que le poste concerné est bien associé.

Il est temps à présent de connecter notre poste au réseau. Pour le CIPC, il faut renseigner l’IP du
serveur TFTP.

Une fois le poste démarré et enregistré, nous obtenons ceci.

Je vais à présent ajouter un deuxième poste et lui assigner une ligne.

Voici le résultat.
A présent, il est possible d’appeler entre les deux postes.

Voici ce que cela donne si 101 appelle 102.

3 Auto-Registration des postes
Nous avons vu dans l’article précédent qu’il est possible d’ajouter les postes à la main dans le CUCM.
Il existe une deuxième méthode qui permet aux postes de s’ajouter automatiquement. Cela s’appelle
l’Auto-Registration. Après l’Auto-Registration, le poste est pleinement fonctionnel. Une ligne lui est
assignée et il peut placer des appels.

Voyons comment cela fonctionne.

a) Préparation

Choix du protocole pour l’Auto-Registration

Premièrement, nous devons choisir le protocole utilisé pour l’Auto-Registration.

Nous avons le choix entre SCCP et SIP. Si le poste ne supporte pas le protocole choisi, il va tout de
même s’enregistrer avec son protocole natif.

Voici la procédure.
Activation de l’Auto-Registration sur un groupe CM

Il faut s’assurer qu’il y ait au moins un groupe pour lequel l’Auto-Registration est activée.
Configuration de l’Auto-Registration

A présent, passons à la configuration en elle-même.

b) Connexion du poste

A présent connectons un poste pour voir le résultat.

Le poste s’est bien enregistré sous le numéro 200.

Il peut parfaitement appeler les deux autres postes.

Voici le résultat dans le CUCM.

A présent, nous pouvons configurer le poste à notre guise.

4 Ajout de postes IP – Bulk
L’intérêt du Bulk est qu’il permet de faire des actions en masse. Par exemple, il est possible d’ajouter
des dizaines de postes en une fois, ou de créer plusieurs utilisateurs d’un coup, etc…

Le Bulk se révèle utile dans les grands déploiements, où la création à la main de chaque objet se révèle
trop fastidieuse.

a) Création d’un Template

Pour faciliter la création des postes IP, il est possible de créer des Template.

Ce Template peut ensuite être utilisé à la création d’un poste pour remplir automatiquement les
paramètres.

Voici la procédure de création d’un Template pour un poste IP.

A présent que le Template est créé, nous pouvons l’utiliser pour créer un poste.
En cliquant sur Next, le poste est créé avec les paramètres du Template.

Il ne reste plus qu’à personnaliser la configuration.

b) Copie d’un poste

Il y a une autre méthode très pratique pour créer rapidement un poste, l’outil de copie d’un poste.

Pour cela, il faut commencer par configurer un premier poste.

Ensuite, si vous disposez d’un deuxième poste du même modèle, vous pouvez le dupliquer.

Sur le poste dupliqué, vous n’avez plus qu’à spécifier l’adresse Mac, le nom et la ligne.

Voici la procédure en utilisant Super Copy.

Super Copy nous demande l’adresse Mac du nouveau poste.

Le poste est alors généré avec les paramètres du poste modèle.

Nous pouvons personnaliser sa configuration.

Nous pouvons à présent démarrer le poste.

c) Template Excel

Le CUCM propose un fichier Excel contenant des macros, permettant de générer des configurations.

Ce fichier peut aussi être utilisé pour faciliter la configuration de masse.

Malheureusement, à l’heure où j’écris ces lignes, le fichier Excel semble ne pas fonctionner sur les
systèmes 64 bits.

Voici comment télécharger le fichier.

Dans ce fichier se trouvent de nombreux onglets. A vous de choisir celui qui vous intéresse.

Une fois les champs remplis, il faut cliquer sur Export BAT Format.
Il faut ensuite uploader le fichier qui a été généré.
Dans le cas de l’ajout de téléphone, il faut procéder à une validation du fichier.
Un Job est créé. Pour consulter les Job, allez dans Bulk Administration -> Job Scheduler.

Pour savoir si la validation est passée, cliquez sur le Job, puis une fois dedans cliquez sur Log File
Name.

Si la validation est passée, il est possible d’insérer les postes.

Il existe de nombreuses autres utilisations du Bulk, mais que nous ne verrons pas ici.

5 Ajout d’utilisateurs en local

Certes la création d’utilisateurs n’est pas indispensable, mais elle est fortement conseillée. Par
exemple, avec un couple utilisateur mot de passe et les droits adéquats, il est possible de s’authentifier
sur l’interface du CUCM. Aussi, pour un utilisateur final il est possible de s’authentifier sur la page
Web de son poste et de configurer ce dernier. La plupart des SoftPhones (notamment Jabber) demande
une authentification avec utilisateur / mot de passe.

Et si votre liste d’utilisateur est bien établie, vous pouvez lancer des appels en faisant une recherche
par utilisateur, car chaque utilisateur peut être associé à un ou plusieurs numéros.

Il existe encore d’autres fonctionnalités.

Les utilisateurs peuvent être créés en local sur le CUCM, soit à la main, soit en Bulk.

Mais il est aussi possible de coupler le CUCM avec un serveur LDAP tel qu’un Active Directory.
a) Différences entre End Users et Application Users

Premièrement, il faut faire la différence entre les End Users et les Application Users.

Les End Users sont des utilisateurs classiques. Ils sont associés à une personne et permettent à cette
dernière de s’authentifier sur différents services. C’est ce type d’utilisateur qui permet les applications
dont je vous ai parlé en introduction.

Les Application Users ne sont pas associés à une personne, mais à une application. En conséquent, ils
ne sont pas utilisés pour des authentifications interactives. Les Application Users sont utilisés par les
applications pour obtenir des autorisations. Enfin, il faut les configurer en local (pas de LDAP).

b) Ajout manuel d’utilisateur

Nous allons commencer par ajouter des utilisateurs à la main.

La procédure est la suivante.

Dans la fenêtre de création de l’utilisateur, vous pouvez rentrer les informations voulues.

Une fois terminé, vous pouvez sauvegarder.

A présent, il est possible d’associer un poste à l’utilisateur.

De retour sur la page de l’utilisateur, vous pouvez voir que le poste est bien associé.
Vous pouvez répéter l’opération autant de fois que vous avez d’utilisateur.

Toujours dans la page de configuration des utilisateurs, il est possible d’assigner l’utilisateur à des
groupes. Ces groupes permettent d’obtenir des rôles (des droits).

Dans certains cas il peut être nécessaire d’ajouter des droits à un utilisateur.
c) Ajout d’utilisateur en Bulk

Comme dans l’article sur l’ajout de poste IP, il est possible d’ajouter des utilisateurs en Bulk.

Pour un peu plus de détail sur le fonctionnement du Bulk, je vous invite à consulter l’article en
question.

Premièrement, il faut créer un Template.

L’option Allow Control of Device from CTI est utile si vous mettez en place un serveur de présence.

A présent vous pouvez utiliser le fichier Excel BAT pour la génération du fichier d’utilisateur.

Une fois le fichier généré, vous pouvez l’Uploader sur le CUCM.

Vous pouvez ensuite ajouter vos utilisateurs.

d) Gestion des groupes et des rôles

Nous l’avons vu, il est possible d’assigner les utilisateurs à des groupes. Les groupes permettent
d’obtenir des rôles (donc des droits).

Vous pouvez voir la liste des rôles comme ceci.

En cliquant sur Add New, vous pouvez ajouter des rôles.

De la même manière vous pouvez visualiser les groupes et en créer de nouveaux.

Une fois le groupe créé, il faut cliquer sur le symbole « ! » pour y ajouter des rôles.

Aussi, en cliquant sur un groupe, vous pouvez voir les utilisateurs qui y sont associés.
Vous pouvez aussi assigner des utilisateurs en masse à un groupe en cliquant sur Add End Users to
Group.

6 Gestion d’utilisateurs par LDAP

Nous avons vu précédemment qu’il est possible d’ajouter à la main des utilisateurs dans le CUCM.

Cette méthode est idéale pour un petit déploiement, mais se révèle rapidement fastidieuse. L’idéal
serait de disposer d’une base d’utilisateur unique dans laquelle iraient chercher les différents services.

Dans les systèmes d’informations d’aujourd’hui, nous retrouvons presque toujours un serveur LDAP.
Les informations (notamment les utilisateurs les mots de passe et les privilèges) sont centralisées sur
ce serveur. En général il s’agit d’un Active Directory.

Nous allons donc profiter de ce serveur LDAP pour gérer nos End Users sur le CUCM.

Les Applications Users ne peuvent pas être gérés par LDAP.

a) Présentation de l’infrastructure

Si vous avez lu les articles dans l’ordre, vous avez surement vu le schéma de l’infrastructure que j’ai
mis en place pour la rédaction de ces articles.

Voici pour rappel le schéma.

Nous retrouvons le CUCM et les machines sur lesquelles tournent les CIPC (postes Cisco virtuels).

Mais il y a aussi un serveur Windows. Sur celui-ci est installé le rôle Active Directory.

(Le routeur R1 était utilisé pour la partie CME).

Pour configurer l’intégration avec un serveur LDAD, il vous faudra donc un serveur Windows avec
Active Directory, ou une autre solution.

Néanmoins, je vous recommande l’utilisation d’un serveur Windows, car il s’agit du cas typique.

b) Configuration du serveur Active Directory

Voyons en premier lieu comment configurer le serveur Active Directory.

Je vais partir du principe que vous avez déjà un serveur en place avec le rôle ADDS.

Si vous ne savez pas mettre en place cette configuration, une simple recherche internet devrait vous
aider.

La première chose à faire est de créer un utilisateur qui servira au CUCM à se connecter à l’AD (pour
faire les imports, etc…).
Le mot de passe de cet utilisateur ne doit pas expirer.

Ensuite, cet utilisateur doit être membre du groupe Domain Admins.

A présent, nous pouvons créer une OU contenant nos End Users.
c) Activation du service DirSync

Pour permettre l’intégration avec LDAP, il faut activer un service.

Voici comment faire

d) Synchronisation vs Authentification

Avant toute chose, notons que nous disposons de deux options pour l’intégration avec un serveur
LDAP.

Nous pouvons mettre en place une méthode appelée LDAP Synchronisation ou une méthode
appelée LDAP Authentication.

LDAP Synchronisation propose d’importer certaines données des utilisateurs depuis le serveur
LDAP. Les comptes doivent alors être créés dans le LDAP et ne peuvent plus être créés en local.
Toutes les données importées depuis le serveur LDAP (nom de l’utilisateur, numéro de téléphone,
etc…) ne peuvent plus être modifiées sur le CUCM. La gestion se fait alors depuis le LDAP. Toutes
les données qui ne sont pas importées doivent être gérées en local sur le CUCM.

En mode de synchronisation, les mots de passe des utilisateurs sont importés depuis le LDAP. Mais si
le mot de passe est changé dans le LDAP, il n’est pas changé dans le CUCM.

Retenez donc bien qu’après une synchronisation LDAP, vous ne pourrez plus créer d’utilisateur en
local. En revanche, certains paramètres de ces utilisateurs peuvent être modifiés.
La synchronisation peut être effectuée une seule fois, ou être programmée pour s’exécuter de manière
régulière.

LDAP Authentication ressemble beaucoup à la synchronisation, mais l’authentification est déléguée

au LDAP. Attention, les mots de passes ne sont pas importés sur le CUCM. A chaque fois qu’un
utilisateur tente de s’authentifier sur le CUCM, ce dernier demande au LDAP de prendre en charge
l’authentification.

Cela peut poser des problèmes si le serveur LDAP n’est plus joignable.

En revanche, il n’y a plus qu’une seule base d’utilisateur à gérer. Une personne peut donc utiliser le
même mot de passe pour se connecter à son PC qu’au service de téléphonie, etc…

Dans les deux cas (synchronisation ou authentication) il reste des paramètres à configurer en local sur
le CUCM.

e) Configuration de la Synchronisation

Commençons donc par configurer la synchronisation.

Avant toute chose, nous allons supprimer les utilisateurs locaux de notre CUCM. Ce n’est pas une
obligation. En effet, lors de la synchronisation, les utilisateurs locaux sont désactivés, puis supprimés
après 24h s’ils restent désactivés. De plus, si un utilisateur importé possède le même ID qu’un
utilisateur local, il remplacera ce dernier.
En cliquant sur un utilisateur, vous pouvez constater que de nombreux paramètres ne sont pas
éditables.
Certains champs sont vides, comme le numéro de téléphone.

Il est donc important de bien remplir les fiches des utilisateurs dans le LDAP.

Ajoutons l’adresse e-mail et le numéro de téléphone pour David.

A présent, il faut relancer une synchronisation.

Pour cela, retournez dans System -> LDAP –> LDAP Directory -> Active Directory (ou le nom que
vous avez choisi), puis cliquez sur Perform Full Sync Now.

f) Configuration de l’Authentication

A présent, voyons comment configurer l’Authentication.

Retournons à présent dans les paramètres d’un utilisateur.
Nous pouvons voir qu’il n’est plus possible d’éditer le mot de passe, car ce dernier est géré par le
serveur Active Directory.

Seul le code PIN est éditable.

g) Les Custom Filters

Je ne vais pas beaucoup m’étendre sur le sujet, mais sachez qu’il est possible de mettre en place des
filtres sur l’import LDAP.

Il est donc possible de contrôler quels utilisateurs vont être importés depuis le LDAP.
Par exemple, il est possible de n’importer que les utilisateurs qui ont un numéro de téléphone
renseigné dans l’AD. Ou bien seulement les utilisateurs ayant un numéro commençant par 10. Ou bien
exclure une OU de l’import.

Les possibilités sont nombreuses et il est possible de mettre plusieurs conditions dans un filtre.

Les filtres peuvent être définis dans System -> LDAP – > LDAP Custom Filter

7 Dial Plan
Au programme aujourd’hui, je vous propose d’étudier le fonctionnement du Dial Plan du CUCM.
Nous avions vu que le CME utilise des Dial Peers pour les interconnexions. Sur le CUCM le concept
va plus loin et est plus complexe.

Comme pour le CME, il n’y a pas de configuration nécessaire pour autoriser deux postes à dialoguer
en local. En revanche, pour contacter des postes sur un IPBX distant, il faut créer une interconnexion.
a) Architecture du Route Plan

Voici l’architecture du Route Plan que nous devons mettre en place.

Le Route Pattern correspond aux numéros que l’on veut joindre.

Le Route List est une liste de Route Group disponibles.

Les Route Groups sont des listes de Devices disponibles.

Les Devices sont les équipements utilisés pour joindre la destination.

Voyons donc la configuration

b) Configuration du Dial Plan

Nous allons prendre l’exemple de la configuration d’un Trunk SIP fictif, afin de voir les menus.

Configuration du Device

La première étape est de configurer le ou les Devices.

Voici l’exemple pour un Trunk SIP.

Vous pouvez configurer de multiples Devices en suivant le même schéma.

Configuration du Route Group

Cliquez ensuite sur Add New.

 Le Distribution Algoritm vous propose 2 choix :
 Top Down: on utilise le premier Device puis le deuxième si le premier est en panne
 Circular: on répartit les appels sur les Device (premier appel sur le premier, deuxième appel sur le
deuxième, etc…)

Comme pour les Devices, vous pouvez ajouter plusieurs Route Groups.
Configuration de la Route List

Cliquez ensuite sur Add New.

Configuration du Route Pattern

Terminons par la configuration du Route Pattern.

Cliquez ensuite sur Add New.
 Pour la définition du Pattern, vous pouvez utiliser les Wildcard. Je vous renvoie à l’article sur les
Voice Ports et les Dial Peer pour plus de détail.

http://www.networklab.fr/cme-voice-port-et-dial-peers/

A présent, notre Dial Plan est complet.

8 Partition ET Calling Search Space

Les partitions et les Calling Search Spaces sont des mécanismes qui permettent de mettre en place des
restrictions d’appel.

Par exemple, il peut être souhaitable d’empêcher certaines personnes de passer des appels vers des
numéros surtaxés. Si nous sommes sur une grande infrastructure, il peut être intéressant de placer des
restrictions en interne. Si nous mettons à disposition des postes au publique, il faut aussi les contrôler.

Nous allons voir comment configurer des restrictions.

a) Fonctionnement des partions et CSS

La configuration peut paraitre compliquée si les choses ne sont pas claires. Nous allons essayer de
simplifier au mieux.

Nous avons donc deux éléments :

 La partition
 Le CSS – Calling Search Space

La partition est en fait un groupe de numéros que l’on peut joindre (un ou plusieurs numéros de ligne,
un pattern, etc…).

Nous pouvons par exemple faire une partition pour les numéros 1XX, une autre pour les numéros
2XX, une autre pour les numéros 3XX ainsi que la ligne 401, etc…

Nous utilisons donc les partitions pour regrouper les numéros.

Le Calling Search Space quant à lui est une liste de partitions que l’on peut appeler.

Ensuite, nous appliquons le CSS à une entité qui peut appeler. En fonction du CSS (et donc des
partitions qui y sont définies) l’entité aura certains droits.

Par défaut, toutes les lignes sont assignées à la partition NONE et au CSS NONE, donc tout le monde
peut appeler tout le monde.

A la fin de chaque CSS, il y a une autorisation pour appeler le CSS NONE.

Dans la configuration d’un poste, « no partition » signifie que la ligne est assignée à la partition
NONE.

Vous pouvez voir cela en entrant dans les paramètres de la ligne.

b) Configuration des partitions

Passons à la configuration des partitions.

Commençons par créer des partitions.

Vous pouvez spécifier plusieurs noms afin de créer plusieurs partitions à la fois.
Les partitions sont à présent crées.

Nous pouvons donc assigner directement des lignes à une partition.

Ou bien assigner les Route Patterns que nous avons créées précédemment à des partitions.
Vous pouvez faire de même pour chaque partition.

c) Configuration des CSS

Maintenant que nos partitions sont créées et qu’elles font référence à des numéros, nous pouvons créer
les CSS.
Dans le CSS, nous devons faire référence aux partitions voulues.
Vous pouvez répéter l’opération pour créer d’autres CSS.

Enfin, nous pouvons assigner les CSS aux lignes.

Il est aussi possible d’assigner directement un poste à un CSS.
9 Fonctionnalités du CUCM
Dans cet article je vous propose d’étudier certaines fonctionnalités du CUCM. Nous allons par
exemple voir comment configurer le parking d’appel, le MeetMe, le monitoring d’une ligne, le Call
Pickup, etc…

C’est ce type de fonctionnalité qui ajoute de la valeur à notre système de téléphonie et rend service aux
utilisateurs.

a) Call Park

Commençons par voir le Call Park. Le Call Park permet de mettre un appel dans un Parking.
N’importe qui peut reprendre l’appel du parking.

Prenons le scénario d’exemple suivant. Un appel entre et le poste 101 décroche. Après quelques
temps, 101 décide de placer l’appel (qui est donc en cours) dans le parking. Pour cela, il appui sur la
touche Call Park du poste.

L’appel est alors envoyé dans le Parking. Il est comme en attente.

Au moment où l’appel est placé dans le parking, le CUCM indique au poste 101 la place de l’appel
dans le parking. Le CUCM va par exemple indiquer que l’appel est à la place 950 dans le parking.

Une fois l’appel dans le parking, le poste 101 est libéré. Il peut alors raccrocher.

A présent, si quelqu’un appel le numéro 950, il se retrouve en ligne avec l’appelant de tout à l’heure.

Si jamais personne ne récupère l’appel dans le parking au bout d’un certain temps, il est renvoyé au
poste 101.

La configuration est simple. Elle se fait comme suit.

Cliquez sur Add New.

Le parking que nous avons défini va de 950 à 959.

Quand nous envoyons un appel dans le parking, le premier ira à la position 950, le deuxième à la 951,
etc…

Voici ce que cela donne de placer un appel dans le parking.

A présent, si nous composons le 950, nous reprenons l’appel. N’importe quel poste peut reprendre
l’appel, du moment qu’il a le droit de joindre le 950.

b) Call Pickup

Le Call Pickup propose d’intercepter des appels. Si un autre poste sonne, vous pouvez intercepter
l’appel et donc décrocher à la place de quelqu’un d’autre.

Prenons l’exemple suivant. Dans notre bureau, nous avons trois techniciens chargés de réceptionner
les appels des clients. Mais il arrive régulièrement que l’une de ces trois personnes ne soit pas là.
Aussi, nous souhaitons que si la personne 1 n’est pas là, 2 et 3 puissent intercepter les appels destinés
à 1.

Concrètement, si le poste 1 sonne, l’utilisateur 2 peut récupérer l’appel en appuyant sur une touche de
son poste.

Pour permettre cela, nous devons regrouper les lignes dans des groupes. Toutes les lignes d’un groupe
peuvent intercepter un appel entrant vers l’une des lignes en appuyant sur une touche.

Voyons la configuration.
Le numéro choisi est en fait le numéro que le poste va joindre lors-ce que l’on veut intercepter un
appel.
Les alertes permettent d’émettre un signal lors-ce qu’une ligne du groupe reçoit un appel. L’alerte
visuelle s’affiche à l’écran. L’alerte sonore émet un son sur le poste.

A présent il faut placer des lignes dans le groupement.

Faites de même avec les autres lignes voulues.

A présent, s’il y a un appel entrant vers une ligne du groupe, vous pouvez l’intercepter depuis une
ligne appartenant au groupe.
c) Hunt Pilot – Groupements d’appel

Le groupement d’appel permet de paramétrer un groupe de postes qui reçoivent les appels à
destination d’un certain numéro. Par exemple, nous créons un groupement ayant pour numéro 991.

Tous les appels venant de l’extérieur sont dirigés vers ce numéro. Il s’agit du standard. Ensuite, nous
ajoutons les postes 101, 102 et 201 à ce groupement.

Quand un appel arrive sur 991, le poste 101 sonne. Au bout de 10 secondes, sil il n’a pas répondu, le
poste 102 sonne, puis le 201.

De plus, les utilisateurs peuvent rejoindre ou quitter le groupement à leur guise. Ainsi, si 101 quitte
son bureau, il peut sortir du groupement. De cette manière, les appels entrant sur 991 ne feront plus
sonner 101.

Il s’agit d’une configuration très rependues dans les installations téléphoniques.

Tout d’abord, il faut créer un Line Group.

Le RNA Revision Timeout définit le temps de sonnerie avant de passer au poste suivant dans la liste
du groupement.
Puis on définit un Hunt List.
Puis un Hunt Pilot, en lui assignant un numéro.

Enfin, il est possible de créer un Template du bouton. Ce Template devra être appliqué aux postes du
groupement. Ainsi ils auront un bouton leur permettant de rejoindre ou quitter le groupement.
Il ne faut pas oublier d’assigner le Template aux postes voulus.

d) MeetMe

Le MeetMe est une salle de conférence que l’on peut rejoindre à sa guise (contrairement aux
conférences initiées par un utilisateur).

Pour rejoindre la salle, il suffit de composer le numéro de cette dernière.

La configuration est très simple.

e) Call Back

Le Call Back est une fonctionnalité qui permet d’être prévenu quand un poste devient disponible. Par
exemple, si 101 appelle 201, mais que ce dernier est en ligne, 101 peut appuyer sur la touche Call
Back. De cette manière, 101 sera prévenu par un son et un message à l’écran si 201 raccroche. Cela
fonctionne aussi si 201 ne répond pas à l’appel de 101. Cette fois, 101 sera prévenu après que 201 ai
décroché puis raccroché son combiné.

Pour configurer le Call Back, il nous faut un nouveau Softkey Template. Nous allons reprendre
le Template Standard User.

Voici la procédure.
Cliquer sur Copy pour le Template Standard User.
Dans le menu Related Links en haut à droite, choisir Configure Softkey Layout.

Ajouter le Softkey Call Back pour le call state On Hook.

N’oublier par de sauvegarder directement.

De même pour Ring Out.

A présent, choisissez le Template nouvellement créé sur les postes autorisés à faire du Call Back.
Pour tester la configuration, vous pouvez utiliser la maquette qui suit.

Le poste A possède deux lignes : 101 et 102. Il utilise le Template Standard User – Call Back.

Le poste B possède une ligne : 201.

Vous pouvez faire le test suivant.

102 appelle 201 et 201 répond.

101 appelle 201, puis comme 201 ne décroche pas, l’appelant (donc 101) appuie sur Call Back.

Quand 201 a fini son appel, 101 reçoit une notification.

f) Do Not Disturb

Le mode Do Not Disturb permet de ne pas être dérangé par des appels entrants.

Il est possible de couper la sonnerie, de n’émettre qu’un bip, d’utiliser le flash à côté du combiné, ou
s’simplement d’afficher une notification à l’écran.
Il est possible de forcer le Do Not Disturb sur un poste dans les paramètres de ce dernier.
Le paramètre DND Incoming Call Alert permet d’obtenir les comportements précédemment cités.

Sinon, il faut ajouter un bouton DND sur le poste.

Pour cela, il faut créer un Softkey Template comme précédemment pour le Call Back.
g) Shared Lines

Le principe de la ligne partagée est très simple. Cela consiste simplement à ajouter la même ligne sur
plusieurs postes.

Si la ligne 102 est partagée par deux postes, lors-ce qu’un appel pour 102 est lancé, les deux postes
sonnent en même temps. Les deux postes peuvent passer des appels en utilisant la ligne 102.

La configuration est tout aussi simple. Il suffit d’ajouter la ligne voulue sur plusieurs postes.
 Dans la configuration de la ligne il y a deux options qui nous intéressent.

 Maximum Number of Calls: permet de définir le nombre maximum d’appel qu’il peut y avoir en
simultané sur la ligne
 Busy Trigger: permet de définir au bout de combien d’appel en cours la ligne sonne occupée

h) Barge

Le Barge est une fonctionnalité pour les lignes partagées. Considérons le scénario suivant. Le poste A
possède les lignes 101 et 102. Le poste B possède les lignes 201 et 102. Le poste C possède la ligne
301.

Quelqu’un (par exemple 301) appel le 102 et le poste A décroche.

Avec le Barge d’activé, si le poste B appuie sur le touche de la ligne 102, il va pouvoir rejoindre
l’appel (cela créé une sorte de conférence).

Pour autoriser la poste à rejoindre des appels en cours de la sorte, il faut activer le Built In
Bridge dans la configuration du poste.

Pour qu’un poste autorise d’autres postes à rejoindre ses appels, il faut que l’option Privacy soit sur
Off.
Ici, le poste peut faire du Barge (rejoindre des appels en cours) et autorise le Barge vers ses appels.

Si nous mettons la Privacy à On et le Built In Bridge à On le poste pourra toujours faire du Barge,
mais n’autorisera pas le Barge vers ses appels.
Si nous mettons le Built In Bridge à Off et la Privacy à Off, ne pourra plus faire de Barge (rejoindre
des appels en cours) mais autorisera d’autres postes à rejoindre ses appels.

i) Services

Avec les postes Cisco, il est possible d’interagir avec des services Web. Ces services peuvent être
développés selon les besoins. Les possibilités sont très nombreuses (visualiser des informations,
consulter des messages, utiliser des petits utilitaires, etc…).

Je ne vais pas m’attarder sur la création de ces servies, mais simplement vous montrer comment
configurer le CUCM pour qu’ils soient disponibles sur les postes.

Premièrement, il faut créer un nouveau service.

A présent que le service est créé, il faut y abonner le poste. Pour cela, aller dans la configuration de ce
dernier, puis dans le menu déroulant, choisir Subscribe / Unsubscrib Services.

Choisir le service voulu, puis s’y abonner.

Il faut aussi que l’URL pour les services soit bonne.

Pour cela, aller dans Entreprise Parameters -> Secured Services URL, et vérifier l’URL.
Ici, CUCM doit pointer vers l’IP du CUCM.

Si l’URL n’est pas bonne il faut la modifier.

10 Troubleshooting
Pour faire suite à l’article sur le Troubleshooting du CME, voyons à présent le Tshoot du CUCM.
Nous verrons quelques techniques qui vous faciliterons la vie le moment venu.

Comme toujours, il est important de connaitre les bonnes pratiques du Tshoot en général.

Pour cela, je vous renvoie à la série d’articles dédiés à la certification CCNP Tshoot.

http://www.networklab.fr/category/ccnp_tshoot/

Plus particulièrement, je vous invite à lire l’article d’introduction de cette série. Il vous permettra
d’acquérir les notions de base du Tshoot.

http://www.networklab.fr/introduction-au-troubleshooting/
Je vous invite aussi à lire l’article sur le Tshoot du CME avant celui-ci.

http://www.networklab.fr/cme-troubleshooting/

a) Vérification de la configuration d’un poste

Si votre poste IP montre un comportement anormal, il peut être bon de commencer par le redémarrer.

Si le problème persiste, il faut vérifier la configuration du poste.

En affichant la liste des postes, vous pouvez voir lesquels sont enregistrés, ainsi que leurs IP.

Je ne reviens pas sur la configuration du poste en elle-même. Si vous avez un poste qui fonctionne et
un autre qui ne fonctionne pas, vous pouvez comparer les deux configurations.

Comme nous l’avions vu dans un précédent article, l’idéal est d’utiliser l’outil de copie pour ajouter
des postes.

Cela permet d’éviter les erreurs.

En cliquant sur l’IP du poste, vous pouvez accéder à son interface WEB.

Cette dernière vous permet de réaliser une configuration basique et de consulter un certain nombre de
logs et de statistiques.
Il est possible de désactiver l’accès à cette interface.

b) Afficher le Route Plan

Si les appels n’aboutissent pas de la manière souhaitée, vous pouvez consulter le Route Plan.

Pour cela, aller dans Call Routing -> Route Plan Report.
En cliquant sur les extensions, vous tombez sur les pages de configuration de ces dernières.

c) CDR – Call Detail Record

Le CDR permet de collecter de nombreuses informations sur les appels qui transitent par notre IPBX.

Pour que le CDR soit opérationnel, il faut d’abord l’activer.

En premier lieu, il faut activer le service Cisco CAR Web Service.

Il faut ensuite activer le CDR.
A présent, le CDR va collecter des détails sur les futurs appels.

Après avoir passé quelques appels, vous pouvez générer des rapports.

Pour cela, il faut accéder à la page WEB du CDR.

Une fois sur la page WEB, vous pouvez générer des rapports.
 d) Cisco Unified Reporting

Le CUCM intègre un outil permettant de générer toute sorte de rapport.

Cet outil est rarement utilisé, mais il est bon de savoir qu’il existe et de savoir ce qu’il propose.

e) Cisco RTMT

Le Cisco RTMT est un outil de monitoring à installer sur un poste. Cet outil permet de collecter
diverses informations sur le CUCM (existe aussi pour le CUC, CUP, etc…).

Le RTMT permet de :

 Monitorer des objets spécifiques du système

 Générer des alertes Mail quand des objets atteignent des états anormaux
 Visualiser les logs
 Visualiser et configurer des compteurs de performance