1/6 Téléphonie Cisco - Jérôme Saint

Téléphonie Cisco
I) Généralités
Serveur de téléphonie: Call Manager CM et Call Manager Express ( CME )
- CM Call Manager = Logiciel sur un PC externe
- CME Manager Express = Logiciel dans un routeur, version simplifiée du call manager.
Processus d'enregistrement d'un téléphone IP ( Registration Process )
Etape 1: PoE ( Power over Ethernet )
-> Le switch PoE 802.3 af envoie des impulsions FLP ( Fast Link Pulse ) sur ses ports.
-> Le téléphone non alimenté relie ses lignes de réception à celles d'émission.
-> Le switch reçoit son impulsion en retour et sait qu'il y a un appareil branché.
-> Il envoie l'alimentation continue au téléphone sur ce port.
Etape 2: CDP( Cisco Discovery Protocol ):
-> Le switch envoie par message CDP le VLAN à utiliser pour la voix.
-> Le téléphone répond avec un message indiquant la puissance PoE requise.
Etape 3: DHCP ( Dynamic Host Configuration Protocol ):
-> Le téléphone envoie une requête DHCP sur le VLAN voix défini avant.
-> Le serveur DHCP répond en donnant
- @IP, masque et passerelle pour le poste
- serveur DNS
- l'adresse IP du serveur TFTP ( DHCP option 66 ou 150 )
* Si le DHCP ne fournit pas d'adresse de serveur TFTP => Configurer sur le poste "Alternate TFTP"
* Sans DHCP, il faut faire une config IP et définir l'adresse du serveur TFTP
Etape 4: TFTP ( Trivial File Transfer Protocol ):
-> Le téléphone contacte le serveur TFTP sur le port 69 et envoie son fichier CTL qui définit
la sécurisation des échanges = CTLSEP<adr MAC>.tlv et télécharge:
-> Le téléphone demande son fichier de configuration au serveur TFTP:
souvent SEP<adr MAC>.cnf.xml
* Si le serveur TFTP trouve possède le fichier, il l'envoie à l'appareil.
- Si le fichier contient la localisation du serveur CME, il se connecte.
- Sinon, l'appareil se connecte au serveur par défaut du poste .
* Si le serveur ne possède pas de fichier, il envoie "file not found" à l'appareil.
Le téléphone demande alors le fichier par défaut ( voir plus loin ).
Ce fichier de configuration lui indique le firmware à télécharger.
-> Le téléphone charge son firmware ( fichier load ) indiqué dans le CNF.XML sur le serveur tftp.
-> Si l'appareil doit utiliser un firmware différent de celui qui est installé, il le télécharge sur le
TFTP et fait un reset.
Remarque: Fichier de configuration par défaut du serveur TFTP
Le fichier de configuration que le téléphone demande au serveur TFTP a son nom basé sur
son adresse MAC. La première fois, ce fichier n'est pas créé dans le serveur TFTP, on
utilise XMLDefault.cnf.xml
1/6
Pour voir les fichiers disponibles sur le serveur tftp en SCCP:
# show telephony-service tftp-bindings
=> noter le chemin pour accéder au fichier
# more system:/its/SEPIP000CCE62BCED.cnf .xml
=> voir le contenu du fichier
Etape 5: SCCP ( Skinny Client Control Protocol )
-> Le téléphone contacte le Call Manager grâce à l'adresse IP définie dans le fichier
de configuration pour s'enregistrer, il utilise le protocole SCCP avec TCP.
* Un appareil ajouté au CME manuellement s'enregistre
* Un appareil utilisant l'"autoregistration" se lance dans cette procédure.
-> Le téléphone affiche son numéro à l'écran.
Debug enregistrement:
debug ephone register / undebug all pour SCCP
debug ccsip all pour SIP
Le téléphone est prêt à faire un appel. Mais on peut encore le configurer son poste.
Exemple: Modification de sonnerie
- L'appareil demande au TFTP un fichier liste de sonneries.
- L'utilisateur choisit dans la liste.
- Le téléphone charge sur le serveur TFTP le fichier son de la nouvelle sonnerie.
Récapitulatif:
1 - PoE
2 - CDP -> Indication VLAN
3 - DHCP -> @IP et adresse TFTP
4 - TFTP -> - Fichier de config cnf.xml
- Firmware
5 - SCCP -> Lien avec Call Manager
Remarque:
En tp, les serveurs DHCP, TFTP et Call Manager
sont tous dans le même routeur.
source: https://supportforums.cisco.com/docs/DOC-21494
Remarque: Modification du fichier cnf
Si on modifie l'adresse IP du serveur TFTP, les fichiers de configuration deviennent faux. Il faut alors
refaire les fichiers de configuration:
enable, conf t, telephony-service, no cnf-files puis create cnf-files
2/6
CM Call Manager
Définitions associées à la téléphonie Cisco
I) Téléphone matériel
Il est défini
- par une adresse MAC pour le matériel Ethernet/IP
- par sa référence de carte pour un port
RTC ( POTS = interface FXS )
ou RNIS ( ISDN = interface S0 = BRI mode NT )
Pour les téléphones IP, on utilise le terme:
ephone ( Ethernet Phone ) = appareil utilisant le protocole SCCP
voice-register-pool = appareil utilisant le protocole SIP
Pour les téléphones TDM, on utilise le terme
voice-port = référence du port FXS du routeur où sera branché le téléphone
Il définit le passage entre réseau à commutation de circuit ( TDM = RTC, RNIS ) et de paquet ( IP ).
voir http://www.cisco.com/en/US/docs/ios/12_2/voice/configuration/guide/vvfport.html
Chaque téléphone physique du système doit être configuré comme ephone, voice-register-pool ou voice-port. Il a alors un
identifiant unique ( tag ).
Remarque pour la programmation: template:
Au lieu de recopier les mêmes lignes pour différents téléphones, on peut définir un template: ephone-template 1
Dans la définition des ephone, on tapera la ligne ephone-template 1
II) Compte d'abonné = DN ( Directory Number )
Il définit la configuration d'une ligne = dn ( directory number ) associée à un téléphone physique.
- Le nombre de dn d'un téléphone correspond au nombre d'appels simultanés qu'il doit gérer.
- Une ligne dn peut avoir plusieurs numéros = extensions ( défini par number 1000 )
- Un téléphone physique peut avoir plusieurs lignes = plusieurs dn
- Une ligne dn peut être partagée par plusieurs téléphones = plusieurs ephone.
=> Il existe différents types de dn ( voir plus loin ). Un téléphone ne les supporte pas tous !
Pour les téléphones IP, on utilise le terme:
ephone-dn ( Ethernet Phone Directory Number ) = Pour appareil utilisant le protocole SCCP
voice-register dn = Pour appareil utilisant le protocole SIP
III) Association de matériel(s) et de compte(s) d'abonné = Bouton ( Button )
Le bouton = Button associe un matériel ( adr MAC pour ephone ) et un compte téléphonique ( n° de téléphone ).
La configuration d'un bouton associe un ou des ephone-dn à un ephone => Commande placée dans définition d'ephone.
Syntaxe: On définit des couples de nombre séparés par un caractère qui est une commande. La commande comprend:
- 1er nombre = index du bouton du téléphone.
- 2nd nombre = numéro de l’ephone-dn associé.
- Caractère séparant le couple ( index, n° d'ephone-dn ) peut être un des caractères suivants :
: – normal line : sonnerie normale
s – silent ring : le téléphone reçoit l'appel sans sonnerie ni bip
b – silent ring : le téléphone reçoit l'appel avec des bips, mais sans sonnerie
f – feature ring : le rhytme de sonnerie change selon que c’est un appel interne ou externe
m – monitor line : indique si la ligne est utilisée ou non, mais ne sert pas à recevoir d’appel
w – watch line : affichage de l’état de la ligne à l'écran du poste à côté du bouton
o, c, x – overlay mode : Pour affecter plusieurs DNs à un même bouton du téléphone.
Exemple: Dans la définition de l'ephone, on met button 1:1 2s4
=> 2 parties:
1:1 => 1er bouton de l'ephone associé au DN 1 (n° défini dans ephone-dn 1) en mode normal
2s4 => 2nd bouton de l'ephone associé au DN 4 (n° défini dans ephone-dn 4) en mode silencieux.
Exemple: Dans la définition de l'ephone, on met button 1o3,4 2:10
=> 2 parties:
1o3,4 = Associer le bouton 1 du téléphone au DN 3 et au DN 4,
2:10 = Associer le bouton 2 au DN 10
3/6
Exemples:
Ligne simple ( Single line ): Un DN de ligne simple a un seul n° => 1 appel pour un bouton
L'ephone 1 défini par son adresse MAC est associé pour son bouton 1 au DN 11 = n° 1001
Ligne double ( Dual line ): Un port voix avec 2 canaux => 2 appels simultanés avec un seul bouton
avec 1 ou 2 numéros ( primary, secondary )
L'ephone 2 a un seul numéro du DN 12, il peut gérer 2 appels simultanés ( mise en attente d'un des 2 )
Ligne octuple ( Octo line ): 8 appels simultanés possibles
Contrairement au ligne simple et double, la ligne octuple peut être partagée avec d'autres téléphones.
Un appel entrant fait sonner tous les téléphones libres qui sont associés au DN demandé.
On peut aussi définir 2 DN ayant le même numéro ( avec des caractéristiques de fonctionnement différentes ).
=> 2 DN = 2 ports voix => 2 appels simultanés
mais contrairement à la ligne partagée, un bouton a un état indépendant de l'autre
On peut définir des DN avec 2 numéros ( 1 bouton est associé à 1 DN donc à 2 numéros, primaire et secondaire )
IV) Ligne externe = "dial-peer voice"
En téléphonie TDM:
En analogique ( RTC = POTS ) = Interface FXO
En numérique ( RNIS = ISDN ) = Interface T0 ( BRI = accès de base ) ou T2 ( PRI = accès primaire )
Le dial-peer voice est un moyen d'acheminer les flux de voix hors du LAN sur le WAN.
Il peut être de 4 types: pots
Télephonie RTC ou RNIS par port adapté ( FXO ou BRI en T0 = TE )
voatm Voix sur ATM
vofr
Voix sur Frame Relay
voip
Voix sur IP
L'aide est obtenue par (config)#dial-peer voice n° ?
4/6
Récapitulatif
RTC
RNIS
IP WAN
dial peer voice
FXO
BRI
ETH
ROUTEUR avec CME
( Call Manager Express )
ETH
FXS
FXS
IP LAN
Analogique
-> voice port
SCCP
-> ephone
-> ephone-dn
SIP
-> voice-register-pool
-> voice-register dn
5/6
V) Exemple
ephone-dn 1 dual-line
number 1000 secondary 0384211000
label Secrétatriat
description Secretariat GI
name Secretariat GI
call-forward max-length 4
call-forward busy 1003
call-forward noan 1003 timeout 10
ephone 1
ephone-template 1
username "Secrétariat"
mac-address 000D.3CF2.B4E1
fastdial 1 2000 name Sevenans
type 7960
button 1:1 2:10
=> 2 lignes
=> 2 n° de téléphone
=> nom affiché
=> référence utilisateur
=> nom
=> renvoi d'appel
sur occupation
sur non réponse
=> définition du téléphone physique ephone 1
=> utilisant le groupe de commandes template 1
=> nom
=> Adr MAC format 2 oct, point, 2 oct, point, 2 oct
=> numérotation abrégée
=> type 7960
=> associé au DN 1 pour le bouton 1,
au DN10 pour le 2
VI) Eléments divers
Codecs:
On les définit dans l'ephone par la commande "codec"
Mais il est possible de définir des groupes avec des priorités d'utilisation = Classe de codecs: "voice class codec"
Pour changer l'IP du système CME:
* reconfigurer l'interface: en, conf t, int f0/0, ip address 192.168.1.254 255.255.255.0
* changer l'adresse des serveurs du CME
Pour SIP:
en, conf t, voice register global, no source-address, source-address 192.168.1.254 port 5060
Pour SCCP: en, conf t, telephony-service, no source-address, source-address 192.168.1.254 port 2000
=> Cela va mettre à jour les fichiers existants CNF ( updating ) si on a inclus "create cnf-files"
dans conf t / telephony-service
Rem: Sans changer l'adresse source-address, les fichiers de config garde l'IP ancienne => le téléphone essaie de se connecter avec l'ancien serveur
Définir un poste:
sur le Call Manager:
* Soit il sait faire l'"autoregistration" ( pour niveau de sécurité du CME faible ), il met sa MAC mais pas le button
* Soit il faut renseigner l'adresse MAC du poste ( pour un poste SIP: voice register pool
pour un poste SCCP: ephone )
puis le lien avec un ephone-dn par la commande button
sur le poste:
* Définir la config IP: Mettre "DHCP Enable" à NON ( NB: C'est une autre ligne que la valeur du DHCP !
la valeur DHCP doit alors être vide )
Remplir l'IP et le masque.
* Définir l'adresse du TFTP ( qui donnera l'adresse du CME par ses fichiers CNF ou CNF.XML,
elle est obtenue par la config du CME: source-address de telephony-service pour SCCP
de voice register global pour SIP )
* Définir aussi l'adresse du routeur 1 !!!
Verrouiller/Déverrouiller les menus de configuration ( unlock/lock )
Déverrouiller les menus de configuration d'un téléphone:
Verrouiller: **#
**#
ou par mot de passe: cisco
Rem: Il faut laisser 10 secondes entre verrouiller et déverrouiller sinon le poste croit que l'on tape
**#** = reset
Reset usine:
- appui sur # quand on alimente,
- attendre qu'une diode s'allume de manière fixe
- taper les touches du clavier: 789 456 123 *0#
6/6