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 => 1 er 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 => 2 lignes => 2 n de téléphone => nom affiché => référence utilisateur => nom => renvoi d'appel sur occupation sur non réponse ephone 1 => définition du téléphone physique ephone 1 ephone-template 1 => utilisant le groupe de commandes template 1 username "Secrétariat" => nom mac-address 000D.3CF2.B4E1 => Adr MAC format 2 oct, point, 2 oct, point, 2 oct fastdial 1 2000 name Sevenans => numérotation abrégée type 7960 => type 7960 button 1:1 2:10 => 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