A la fin de cette formation sur la telephonie sur IP en environnement hybride, l’apprenant doit être

capable de:

1- Comprendre l ‘écosystème de services telephoniques sur IP CISCO

2- Savoir configurer un CUCME pour gérer des telephones SCCP
3- savoir configurer un CUCME pour gerer les telephones SIP
4- Savoir interconnecter un serveur SIP libre avec un CUCME
4- Savoir faire le le choix des micrologiciels des terminaux CISCO
5- Savoir mettre à jour le micrologiciel des terminaux connect és à CUME
6- Savoir mettre à jour le micrologiciel des terminaux en abscence d’un élement central CISCO
7- savoir installer et configurer un serveur de TOIP libre capable de gérer les telephones SIP et
SCCP

Activité 1 : Concepts de base de TOIP en environnement Cisco

1.1 Organisation en couches des equipements et applications TOIP chez Cisco

Introduction
Chez Cisco, il ya deux grandes familles de serveurs centraux de TOIP :
a- Le Cisco Unified Communications Manager (CUCM) qui est un système de
communication basé sur IP intégrant la voix et la vidéo. Il fait parti d’un ensemble de
produits de la gamme VoIP de Cisco.
b- Le Cisco Unified Communications Manager Express (CUCME) est un
système de communication basé sur IP intégrant la voix et la vidéo et tournant sur des
routeurs avec des IOS adaptés.
Les deux protocoles de signalisation les plus utilisés sont SIP et SCCP

fig 1 :
CUCM et
terminaux
Cisco
fig 2 : CUCME et terminaux Cisco

1,1 Representation en Couches chez Cisco

L’écosystème VoIP chez Cisco est représenté par 4 couches :

Infrastructure : La couche infrastructure représente les différents équipements du

réseau qui vont permettre l’acheminement du trafic VoIP. On va avec ses différents
équipements pouvoir garantir entre autres la sécurité , la QoS ainsi que la disponibilité du
trafic. Cette couche est donc composée de routeurs, switchs, pare-feu.
 
 • Call Control :  La couche Call Control s’occupe du traitement des appels. C’est ici
que l’on va trouver notre CUCM.

Applications : La couche applications regroupes les applicatifs basé sur IP qui vont
venir interagir avec le CUCM.
 

• Endpoints : La couche endpoints représente tous les équipements finaux que

l’utilisateur va pouvoir utiliser pour passer des appels. Les équipements peuvent
être physiques ou logiciels.
 

Le CUCM est donc responsable de l’acheminement et du routage des appels. Il gère la

signalisation entre les différents terminaux, s’occupe de maintenir toute la table des
numéros de téléphone des endpoints ainsi que l’administration des téléphones.

Le CUCM utilise sa propre base de donnée pour stocker les informations des utilisateurs.
On peut authentifier les utilisateurs directement en local sur le CUCM ou au travers d’un
Active Directory avec lequel on aura au préalable synchroniser le CUCM.

Dans l’interface web du CUCM, on va pouvoir entre autres créer de

nouveaux téléphones, leurs attribuer un numéro, les lier à un utilisateur
et activer un certain nombre de services, telle que l’annuaire ou des
fonctions de mobilité.

Cluster
Dans une entreprise, on aura généralement plusieurs serveurs CUCM pour la
redondance. Dans un cluster CUCM on a 2 types de serveurs :

• Publisher : Le CUCM Publisher contient une copie en lecture et écriture des

données. Dans un cluster CUCM on ne peut avoir qu’un seul serveur Publisher.
• Subscriber : Le CUCM Subscriber, lui contient une copie des données du serveur
Publisher. Il est synchronisé avec le Publisher pour toujours avoir une copie à jour
des données.
Fig 3 Architecture de redondance

Protocoles de signalisation

Les deux protocoles de signalisation et de gestion des téléphones utilisés dans le CUCM
sont SCCP (Skinny Call Control Protocol) et SIP (Session Initiation Protocol).

SCCP
SCCP est un protocole propriétaire Cisco utilisé pour la gestion des appels téléphoniques
et de la signalisation. SCCP est supporté nativement dans le CUCM. SCCP à été
beaucoup utilisé avec les téléphone d’anciennes générations car c’est un protocole très
simple mais est de moins en moins utilisé avec les téléphones récents et laisse sa place à
SIP. SCCP est exclusivement utilisé entre le CUCM et les téléphones IP.

Lorsqu’on connecte un téléphone avec le protocole SCCP, il y’a plusieurs étapes pour que
le téléphone soit utilisable :
fig 4 : Processus d’attachement d’un telephone SCCP à un systeme de TOIP cisco

Le téléphone est branché à un port de switch. Grâce au PoE (Power over Ethernet), le
téléphone est alimenté directement depuis le switch.

1. Le téléphone charge l’image enregistré en mémoire.

2. Avec le protocole CDP, le téléphone découvre quel VLAN utiliser (Voice VLAN).
3. Le téléphonie envoie une requête DHCP pour connaître son adresse IP. Il reçoit de
plus de la part du serveur DHCP l’adresse du serveur TFTP.
4. Le téléphone envoie une requête au serveur TFTP pour récupérer sa configuration
au préalable créer par le CUCM lorsque l’on créer le téléphone.
5. Le téléphone vient s’enregistrer dans le CUCM.
 
SIP
SIP est un protocole de signalisation standardisé par l’IETF. SIP est de plus en plus utilisé
aujourd’hui dans le monde de la VoIP mais aussi dans la messagerie instantanée ou
encore la visiophonie.

Tous les téléphones IP récents utilisent SIP pour s’enregistrer dans le CUCM. SIP offre
beaucoup plus de fonctionnalités que SCCP.

Lorsqu’on branche un téléphone qui utilise SIP, il y’a également quelques étapes pour que le téléphone
soit prêt a émettre et recevoir des appels.

Fig 5 : Processus d’attachement d’un terminal SIP à un systeme TOIP CISCO

Au départ, le téléphone utilise les même étapes de 1 à 4 que pour SCCP pour recevoir son adresse IP
et l’adresse du serveur TFTP.
Ensuite :

1. Le téléphone contacte le serveur TFTP et récupère le fichier « Certificate Trust

List » qui correspond à la liste des certificats de confiance.
2. Le téléphone contacte le serveur TFTP pour récurer son fichier de configuration
sous la forme SEP<adresse mac>.cnf.xml au préalable crée par le CUCM.
3. Si le fichier de configuration n’a pas été crée par le CUCM, alors le téléphone
récupère le fichier de configuration par défaut XMLDefault.cnf.xml
4. Le téléphone récupère le firmware si une mise à jour est nécessaire.
5. Le téléphone récupère les règles de numérotation SIP si il y’en a qui ont été crée.
6. Le téléphone établit une connexion avec le CUCM directement.
7- Le téléphone s’enregistre avec le CUCM

8-Le téléphone récupère les paramètres de localisation si le téléphone utilise une

autre langue que l’anglais.
9-Le téléphone récupère les paramètres « soft keys », c’est-à-dire les boutons
affichés sur l’écran du téléphone
10-Le téléphone récupère les sonneries personnalisées si il y’en a.

Appel téléphonique au travers du CUCM

Comme on l’a vu, le CUCM gère la signalisation des appels ainsi que le routage des
appels.
Fig 6 ; Processus d’appels entre 2 terminaux SIP ou SCCP

Quand une personne avec le téléphone IP 1  veut passer un appel vers une autre avec le téléphone IP
2 un certain nombres d’opérations vont entrer en jeu pour que la communication puisse s’effectuer :

La personne avec le téléphone IP 1 va décrocher le combiné, ce qui va envoyer un message au CUCM

comme quoi le personne veut téléphoner.

1. Le CUCM va répondre en envoyant un signal indiquant à la personne qu’il peux

composer le numéro. Généralement cela correspond an son continu que l’on
entend dans le combiné.
2. La personne va commencer à composer le numéro. Avec SCCP les numéros sont
envoyés au CUCM un à un des qu’il sont composés tandis qu’en SIP les numéros
sont envoyés en un bloc à la fin.
3. Au fur et à mesure que la personne compose le numéro, le CUCM va regarder si il
trouve une correspondance avec un numéro enregistré. Si il trouve une
correspondance il va donc router l’appel en fonction de sa configuration et envoyer
un signal au téléphone IP 2. Ce signal correspond à la sonnerie.
4. Le téléphone IP 2 va se mettre à sonner et le téléphone IP 1 va recevoir l’indication
que le téléphone opposé est en train de sonner.
5. Au moment où la personne va décrocher le téléphone IP 2, le CUCM va informer
les deux téléphones le socket IPv4 à utiliser, c’est-à-dire l’adresse IP et le port à
utiliser pour la communication. Les deux téléphones vont donc pouvoir
communiquer entre eux directement sans passer par le CUCM.

1.2 Concepts de TOIP avec CUCME

Pour pouvoir déployer de la telephonie sur IP avec des routeurs ayant des ios adaptés, il est
important de comprendre certains concepts cisco :

a- activation de service telephonique

b- declaration de nombre maximal de numeros à gerer
c-declaration de nombre maximal de telephones à gerer
d- declaration d’un telephone, attachement à un compte user et activation des codecs
e- declaration des numeros de telephone et actions de redirection eventuelle
f- affectation des numeros de telephones aux boutons d’un telephone
h- definition de Dialplan pour les appels sortants et entrants

En plus de ces concepts generaux , la prise en compte de telephones SIP necessite :

a- L ‘autorisation de connexion de telephone sip à sip et l’activation du serveur d’enregistrement sur
le routeur
b- la declaration des parametres de connexion ( username, password sip-server) en cas de besoin
d’enregistrement sur un serveur distant en cas de neccessité ; ce cas est important quand on veut
qu’un serveur B2bua comme asterisk ou freeswitch envoie des appels vers le CUCME
Le tableau ci-dessous donne les commandes SCCP et SIP

Tableau de comparaison des commandes CME SCPP et SIP

Commandes Commandes signification
CME SCCP CME SIP
telephony-service Voice register Activation de
global service toip
max-ephones max-pool Nbre maximal
de telephones
à gerer
max-dn max-dn Nbre maximal
de numeros de
telephones à
gerer
Ip source-address source- Adresse ip du
address routeur et port
d’ecoute
ephone-dn Voice register Declaration de
dn numero de
telephone avec
son etiquette
ephone Voice register Declaration de
pool telephone
Button n:m Number n dn Affectation
m d’un numero à
un bouton
d’un telephone
Voice service Autorisation
voip de sip à sip
allow- et declaration
connection si comme
to sip serveur
sip d’enregistreme
registrar nt sip
server
Sip-ua Parametre de
authentication connexion à
username toto un autre
password serveur Sip
passer
sip-server
ipv4:192.168.
0.250

NB : Le service TFTP etant eventuellement aux telehpones IP physiques de :

1- Mettre à jour leur micrologiel
2- Telecharger leurs fichiers de configuration

Il est important dans un projet reel de TOIP avec Cisco de mettre en place un serveur DHCP avec
l’option 150 pour indiquer aux telephones l’adresse IP du serveur TFTP à contacter apres avoir recu
configuré les elements TCP/IP

Voici un exemple de configuration d’un routeur Cisco en tant que serveur DHCP avec
l’option 150 et serveur de telephonie SCCP

ip dhcp pool Voice

network 10.1.1.0 255.255.255.0
default-router 10.1.1.1
option 150 ip 10.1.1.1
interface FastEthernet0/0
ip address 10.1.1.1 255.255.255.0

Etape 1 : Activation du service telephonique et definition des parametres generaux

telephony-service
ip source-address 10.1.1.1 port 2000
max-ephones 24
max-dn 24
create cnf-files

Etape 2 : Defintion des numeros de telephone

!Configuration du premier numero 2100

ephone-dn 10 dual-line
number 2100
!Configure du second numero 2200
ephone-dn 11 dual-line
number 2200

Etape 3 : Definition des telephones et assignation des numeros à leurs boutons
!Configuration du telephone sccp cisco 7960 et assignation ephone-dn 10 et 11 aux boutons 1 et 2
ephone 1
mac-address 000d.aa45.3f6e
type 7960
button 1:10 2:11

Voici un exemple de configuration d’un routeur Cisco en tant que serveur de telephonie SIP
Etape 1 : Autorisation d’appels sip à sip et activation comme serveur d’enregistrement SIP

voice service voip

  allow-connections sip to sip
  sip
    registrar server

Etape 2 : Activation de service telephonique sip et definition des parametres generaux

voice register global

mode cme !! par defaut est srst, mettre à mode cme
source-address 10.1.1.1 port 5060 !! adresse et port d’ecoute
max-dn 10 !! nbre de telephone max à 10
max-pool 10 !! nbre de telephone max à 10
authenticate register !! autotiser les telephones à s’identifier avec ID & PW
time-format 24 !! format heure à 12 ou 24
date-format D/M/Y !! format de date à D/M/Y
tftp-path flash: !! les firmware des telephones sont en mem flash
create profile !! apres tout changement il faut cette commande

Etape 3 : Creation de numero 3000 d’etiquette 1

voice register dn 1 !! SIP DN – equivalent du SCCP ephone-dn
number 3000 !! numero
name Bouki – 3000 !! caller ID name
label BOuki – 3000 !! label sur le telephone

Etape4 : Creation de telephone et affectation de numero à un bouton

voice register pool 1                       !! SIP Phone – equivalent de SCCP ephone
  id mac 1111.2222.3333                  !! adresse MAC du telephone
  type 7965                                      !! type de modele telephone
  number 1 dn 1                              !! assignation numero à un bouton a DN  
  codec g711ulaw                       !! activation codec g711ulaw

Voici quelques commandes utiles pour avoir certaines informations sur CUCME SIP
Quelques commandes de debbug SIP CME
• debug tftp events
• debug tftp packets
• debug ccsip messages
• debug ccsip error
• show ip dhcp bind
• show voice register tftp-bind
• show voice register global
• show voice register statistics

Activité II : Travailler en Environnement Hybride CUCME et Serveurs TOIP libre

Introduction

Il faut remarquer que ces dernières années, beaucoup de serveurs de TOIP ont eté développés et
integrent des fonctionnalités intéressantes .
C’est le cas d’asterisk, Freeswich,kamailio pour ne citer que ces 3

Dans cette activité, nous allons :

1- Rappeler les principes de base de déploiement de services téléphoniques avec asterisk
2- Rappeler la gestion de boites vocales sous asterisk
3- Expliquer le principe d’interconnexion d’un serveur asterisk avec un autre serveur Sip
4- Expliquer comment utiliser un CUCME comme client sip pour s’enregistrer auprès d’un autre
serveur SIP
5- Expliquer la gestion des dialplan entrants et sortants sur un CUCME
6- Faire l’interconnexion CUCME et Asterisk
7- Faire Gérer les boites vocales des utilisateurs de CUCME sous asterisk

1- Nous supposerons que vous avez déjà installé asterisk sous ubuntu et que vous avez déjà
telechargé l’ios C3745-ipvoice_ivs-mz,124-15.T7.bin sur le http://tfr.org/cisco/
qui supporte à la fois les protocoles sccp et sip,
1-2 Concepts de base d’asterisk et gestion de boites vocales

Une fois asterisk installé, tous les fichiers de configuration se trouve dans le dossier /etc/asterisk

Les trois fichiers de configuration qui nous interessent sont :

sip.conf dans lequel les comptes sont crées aux utilisateurs SIP
extensions.conf dans lequel, on cree des groupres d’appels appelés context à l’interieur desquels on
definit le plan de numerotation et les actions à derouler si un numero de ce groupe est composée
voicemail.conf dans lequel on definit les contextes des boites vocales ,les numeros de boites vocales
ainsi que les mots de passe associés.

Voici le syntaxe d’un compte sip

[nomcompte]
defaultuser=nomcompte
secret= motdepasse
type= friend
host=dynamic
context= nomcomtext

Voici la syntaxe de creation d’un contexte et des instructions à executer si un numero est appelé dans
un contexte

[nomcontext]
exten=numero,1,action1
exten=numero,2,action2

Les pricipales actions sont :

a- Dial(canal,duree,option) permet d’appeler un canal tel que SIP/toto
b- Voicemail(@contextvocal) permet d’envoyer quelqu’un vers un service de messagerie pour laisser
un message
c- VoicemailMain(@contextvocal) permet à un appelant de consulter une boite vocale

Voici la syntaxe de la creation d’une boite vocale dans voicemail,conf

[contextvocal]
numeroBV=Motdepass

NB ; pour envoyer un appelant de l’user 3000 apres 20 secondes de sonnerie à la boite vocale 3000 de
contexte ec2lt, on fera ceci dans le contexte numero de l’user 3000 dans extensions .conf

exten=3000,1,Dial(SIP/3000,20,tr)
exten=3000,2,Voicemail(3000@ec2lt)

NB : Pour permettre à un appelant de consulter sa boite apres avoir composé le numero 608 , ensuite
donner son numero et son mot de passe de BV

on ajoutera la ligne suivante dans son contexte dans extensions.conf

exten=608,1,VoicemailMain(@ec2lt)

3- Methode permettant à un serveur asterisk d’envoyer des appels vers un autre serveur sip

Il y a deux etapes à faire au niveau du serveur asterisk :

a- créer un compte utilisateur au serveur sip distant dans sip.conf comme suit :

[sipdistant]

username=sipdistant

secret=passer

type=friend

host=IPdusipdistant

context=ec2lt
qualify=yes

canreinvite=yes

allow=ulaw

b- Définir dans extensions.conf, dans le contexte de vos utilisateurs, les critères d’envoi des appels
vers le serveur sip distant :

exten=>_5.,1,Dial(SIP/ccme/${EXTEN:1},20,tr)
qui signifie tout numero commencant par 5 de longueur quelconque sera envoyé vers le serveur distant
en utilisant le compte sipdistant qui s’est enregistré sur asterisk sans le premier digit 5

4- Parametrage d’un CUCME pour qu’il s’enregistre comme client SIP auprès d’un autre serveur SIP

dans le contexte config

sip-ua
authentication username sipdistant password passer
sip-server ipv4:10 .1.1.2

Ici l’adresse du serveur SIP distant est 10.1.1.2

5- Gestion des dialplan entrants et sortants sur un CUCME

Pour la gestion des appels sortant au niveau du CUCME, on peut definir les plans suivants selon les
besoins

dial-peer voice 50 voip

destination-pattern 5...

session protocol sipv2

session target sip-server

codec g711ulaw

pour que tout numero commencant par 5 suivi de quatre digits sera renvoyé vers le serveur sur lequel
le CUCME s’est connecté

dial-peer voice 60 voip

destination-pattern 6...

session protocol sipv2

session target sip-server

codec g711ulaw

ce qui signifie que tout numero commencant par 6 suivi de 4 autres digits sera renvoyé au serveur sip
sur lequel on s’est connecté grace à la commande sip-ua ci-dessus
6- Interconnexion CUCME et Asterisk

On desire que les utilisateurs d’asterisk appelent ceux du CUCME

Pour cela, il yaura deux actions à faire au niveau d’asterisk :

a- creation de compte en respectant l’exemple dans 3-a
b- definition des criteres d’envoi des appels vers le CUCME comme dans 3-b

et une action à faire au niveau du CUCME à savoir s’enregister aupres d’asterisk avec son compte
comme expliquer dans 4

On desire maintenant que les utilisateurs de CUCME appelent ceux d’asterisk

Une fois le CUCME enregistré aupres d’asterisk avec son compte, il suffit de definir un plan de
numerotation pour envoyer les appels vers asterisk comme defini dans 5

7- Gestion des boites vocales des utilisateurs de CUCME sous asterisk

Pour ce faire :
a- créer des boites vocales aux utilisateurs du CUCME dans le fichier voicemail.conf d’asterisk
b- ajouter sur les numeros des utilistateurs de CUCME( a faire au niveau du CUCME) les criteres
pour forwarder les appels vers asterisk en prenant le soin d’ajouter un prefixe (par exemple 9) qui
sera enlever par asterisk avant d’envoyer les appelants vers les boites vocales sous asterisk
b1-exemple d’un compte SCCP

ephone-dn 1

number 4001 call-forward noan 94001 timeout 10

qui signifie qu’apres 10 s de sonnerie, les appelants de 4001 vont etre routés vers le numero 94001
qui en principe achemine vers la boite vocale 4001 sous asterisk

c- Definir un dialplansur sur le CUCME envoyant par exemple le numero de consultation 608 vers
asterisk

Conclusion

Ainsi nous pouvons conclure que l’interconnextion CUCME et gestion de Boites vocales sous
asterisk necessite au niveau du CUCME la defintion d’au moins 3 dialplan

1 pour l’acheminement normal des appelants CUCME vers les appelés asterisk
1 Pour l’acheminement des appelants CUCME vers les appelés de CUCME
1 pour permettre aux utilisateurs de CUCME de consulter leurs boites vocales sous asterisk

Au niveau d’asterisk, il ya deux actions à faire :

-creer un compte au serveur CUCME
- definir un plan de numerotation pour envoyer appels vers le CUCME
Mais on prendra la precaution d’inclure dans le contexte de nos utilisateurs le contexte par
defaut d’asterisk car asterisk met par defaut tous les appels entrants dans son contexte par
defaut defini dans extensions.conf

Activité 3 : Travailler avec des telephones physiques Cisco ( a faire sous forme de projet)
Il s’agit :
- de savoir gerer la mise à jour des firware des telephones Cisco
- de savoir transformer un transformer un telephone physique SCCP en téléphone SIP
- de savoir gerer les telephones connectés à par partir de CUCME

Voici quelques elements à comprendre avant de commencer le projet

Fichiers de firmware du téléphone

Comment trouver la version du microprogramme sur un téléphone IP Cisco ?

Micrologiciel nommant la convention

Ces conventions sont utilisées en nommant le micrologiciel de téléphone IP :
Micrologiciel de SCCP : P003xxyyzzww.bin : là où x représente la version majeure, y représente la
principale subversion, z représente la version de maintenance, et W repréComment trouver la
version du microprogramme sur un téléphone IP Ciscosente la subversion de maintenance.
Micrologiciel de SIP : P0S3-xx-y-zz : là où x représente la version majeure, y représente la version
mineure, et z représente les subversions.
Micrologiciel MGCP : P0M3-xx-y-zz : là où M est le troisième caractère. Le commandant, le
mineur, et les subversions pour le MGCP sont compatibles au SIP nommant la convention
Pour les Téléphones IP basés sur Java, les conventions nommantes suivantes sont utilisées pour des
fichiers d'image.
Micrologiciel de SCCP : TERMnn.xx-y-z-ww ou SCCPnn.xx-y-zz-ww : là où n représente le type
de téléphone, x représente la version majeure, y représente la principale subversion, z représente la
version de maintenance, et W représente la subversion de maintenance.
Méthodes
Terminez-vous une de ces méthodes afin de trouver la version de firmware d'un téléphone IP :
Vous pouvez accéder à la version de firmware directement du téléphone du menu Settings.
Appuyez sur les configurations, faites descendre l'écran, et sélectionnez l'état.
Faites descendre l'écran, et sélectionnez les versions de firmware.
Ceci répertorie les versions des différents genres de chargement.
●
Si le téléphone IP se trouve dans un site distant, le telnet au commutateur de Cisco auquel le
téléphone IP est connecté et émettent le show cdp neighbors <module/port > commande de détail.

Si vous connaissez l'adresse IP du téléphone IP, vous pouvez accéder à directement l'interface de
HTTP du téléphone IP.
Ouvrez un navigateur Web, et écrivez l' IP address de
téléphone de <ip de http:// >. Là où l' IP address de téléphone IP est l'adresse IP du téléphone IP.

Avant de pouvoir configurer et enregistrer des téléphones SIP, vous devez télécharger les fichiers de
micrologiciel correspondants dans la mémoire flash du routeur. Gardez à l'esprit que certains
fichiers de micrologiciel sont spécifiques à la version du CUCME. Si vous effectuez une mise à
niveau / une rétrogradation, vous devrez peut-être télécharger à nouveau les fichiers du
micrologiciel du téléphone concerné ou cela pourrait ne pas fonctionner.

cme-gui-124-24T.tar !! for web GUI access

79XX-79XX-sip.<version>.tar !! for 79XX phone types
P00308000500.tar !! for 7940 and 7960 SCCP and SIP phones
ringtone.tar !! for additional ringtones

Pour connaître les fichiers spécifiques dont vous avez besoin pour chaque téléphone, recherchez
votre version spécifique de CME dans Google / Cisco. S par exemple, nous utilisons CME version
7.1, voici la documentation associée pour le micrologiciel et plus encore.
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/requirements/guide/cme71spc.htm

on procedera par la suite comme suit :

a- Telecharger le fichier compressé du firmware, le mettre sur un serveur TFTP et l’extraire au
niveau de votre CUCME

Pour télécharger les fichiers du micrologiciel du téléphone, chaque version IOS possède un
ensemble de fichiers de support complet correspondant TAR / ZIP. Lorsque vous avez ce fichier
TAR, vous pouvez utiliser la commande archive tar pour extraire les fichiers spécifiques nécessaires
à la mémoire flash.
archive  tar  /xtract  tftp://<source-url>/  flash:

par exemple

archive  tar  /xtract tftp://10.1.1.3/P00308000500.tar  flash:/PHONE/

b- Configurer un serveur DHCP indiquant les fichiers à telecharger par vos telephones
physiques

ip dhcp excluded-address 10.1.1.1 10.1.1.50

ip dhcp pool PHONES

network 10.1.1.0 255.255.255.0
option 150 ip 10.1.1.1
default-router 10.1.1.1
tftp-server flash:PHONE/P00308000500.loads  alias  P00308000500.loads
tftp-server flash:PHONE/P00308000500.sb2  alias  P00308000500.sb2
tftp-server flash:PHONE/P00308000500.bin  alias  P00308000500.bin
tftp-server flash:PHONE/P00308000500.sbn  alias  P00308000500.sbn

Configurez le serveur TFTP avec les fichiers de firmware SIP requis. La commande «tftp-server
flash:» permet au serveur TFTP du routeur CME de servir ce fichier spécifique. La commande
“load” dans “voice register global” ou “telephony-service” spécifie la charge que les téléphones
doivent exécuter. Il est recommandé de conserver tous les téléphones au même niveau de version de
microprogramme afin d'éviter les problèmes d'interopérabilité des versions et de simplifier le
dépannage sur tous les téléphones.
Utilisez la commande “alias” lorsque le fichier tftp-server ne se trouve pas à l'emplacement flash:
root. Comme nous l'avons dans le sous-répertoire PHONES, nous devons créer un alias du nom de
fichier pour que les téléphones téléchargent ce fichier

Cas Telephones physiques cisco supportant SCCP

Rappel

On suppse que vous travaillez avec un Cisco Call Manager Express exécutant le protocole SCCP
(Skinny Call Control Protocol) et non SIP pour la configuration de l'appel pour les téléphones IP. Il
utilise donc le protocole RTP (Real Time Protocol) pour la transmission audio. Pour la connexion
à d’autres PBX et FAI, il utilise le protocole SIP pour l’établissement des appels!

Ménage

Il y a quelques petits travaux de ménage à faire qui vous éviteront des maux de tête plus tard. Sur
votre routeur, il devrait y avoir un fichier nommé OS79XX.TXT (sensible à la casse), il devrait
contenir la version actuelle du micrologiciel que les téléphones devraient charger à partir du serveur
TFTP. Ce fichier oblige le téléphone à charger le micrologiciel. Dans ma configuration, la version
actuelle du micrologiciel est "P00308000500". Le contenu de OS79XX.TXT contient uniquement
"P00308000500" (sans guillemets). Ce fichier doit être partagé par le serveur TFTP et à partir du
mode de configuration globale, exécutez la commande suivante:

tftp-server flash:OS79XX.TXT

Si vous exécutez une commande "dir" sur votre routeur, certains fichiers commençant par
P00308000500 doivent s'afficher. Selon la version de CME, tous les fichiers peuvent ne pas être
présents.

     P00308000500.bin - Chargeur d'application universel non sécurisé pour les mises à niveau à
partir d'images antérieures à la version 5.x
     P00308000500.sbn - Chargeur d'application universel sécurisé pour les mises à niveau à partir
d'images 5.x ou ultérieur.
     P00308000500.loads - Fichier contenant le chargeur d'application universel et l'image de
l'application
     P00308000500.sb2 - image du micrologiciel de l'application

Vous pouvez migrer d'un protocole de microprogramme à un autre et d'une version à une autre, mais
il existe parfois un chemin de mise à niveau vous obligeant à parcourir une version spécifique dans
l'ordre. Vous ne pourrez pas passer directement de la version 3.3 à la version 8.1. Vous devrez peut-
être mettre à niveau par étapes.

Activité 4 : Gestion des telephones Cisco par Asterisk (a faire sous forme de projet)

Il s’agit ici de :

a- de faire une installation manuelle d’asterisk pour la prise en charge des telephones fonctionnant
avec le protocole sccp
b- de pouvoir créer des comptes aux telephones SCCP sur asterisk
c- de faire en sorte que les telephones SCCP connectés à asterisk appellent ceux utilisant le
protocole SIP et inversement