Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Aujourd'hui, l'industrie des télécommunications opère une transition, en passant des systèmes laborieux de commutation et des technologies de transport au transport par IP et aux périphériques réseau. La révolution de la communication IP a eu un impact commercial important pour les PME. Ces petites et moyennes entreprises se rendent compte que l'utilisation de l'IP est très efficace. En effet, la technologie IP peut exploiter sur un réseau unique les capacités de voix, de vidéo et de données, au lieu d'utiliser 3 réseaux distincts pour chacune de ces utilités. La figure 1 montre l'évolution du déploiement de la téléphonie IP vers l'utilisation de la liaison IP.
Figure 1 - Système de téléphonie IP
La technologie IP PBX commence à s'imposer dans le domaine de la technologie vocale, la technologie TDM PBX n'étant plus la solution unique de communication vocale entre deux réseaux. L'utilisation de TDM PBX s'est faite plus rare ces dernières années. IP PBX devient un investissement de plus en plus fiable, notamment pour les réseaux IP LAN et WAN. Afin de se connecter au RTPC, PBX nécessite un type de liaison, tel que TDM (T1/E1) ou une ligne analogique. IP PBX peut accéder au RTPC à l'aide de ces types de liaisons, mais nécessite une passerelle multimédia chargée de convertir le trafic vocal IP en RTPC traditionnel, ce qui peut parfois amener à une traduction successive d'un domaine IP vers un domaine TDM. Ces traductions successives entraînent une augmentation des coûts de maintenance des passerelles, de la latence, ainsi qu'une réduction de la qualité vocale.
Afin d'éviter ces problèmes, IP PBX utilise des protocoles pour l'initialisation de session et la gestion, dont le plus important est le Protocole d'initiation de session (SIP). Ce document fournit une description sur la liaison SIP et le Cisco CallManager Express (CME), ainsi qu'une configuration pour mettre en application un système de téléphonie IP avec le CME à l'aide d'une liaison SIP pour les appels entrants et sortants.
Assurez-vous que vous répondez à ces exigences avant d'essayer cette configuration :
CME version 4.1 est installé
Une image du logiciel Cisco IOS® version 12.4(11)XJ ou IOS 12.4(6th)T est installée sur le routeur
Un module NM-CUE est installé avec la version 2.3.4 du logiciel CUE.
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
Routeur Cisco 3825 avec le logiciel Cisco IOS Version 12.4(11)XJ
Commutateur Cisco Catalyst 3550 avec logiciel Cisco IOS Version 12.4
Téléphone Cisco IP 7960
Cisco CallManager Express 4.1
Cisco Unity Express 2.3.4
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
SIP est un protocole de contrôle de la couche applicative basé sur la norme ASCII et pouvant être utilisé pour passer, conserver, et mettre fin à des appels vers deux destinations ou plus. Le SIP est rapidement devenu un protocole standard pour les transmissions IP, car il agit en tant que protocole multimédia et peut servir à la transmission de sessions vidéos et de messagerie instantanée, en plus de la voix. En outre, le SIP peut gérer les conférences vocales, les diffusions et les sessions linéaires. Le SIP a un grand potentiel pour transformer et développer les moyens de communication actuels. Ainsi, Cisco joue continue de jouer un rôle important dans la création de nouvelles technologies vouées à devenir le standard des communications IP pour SIP et ses différentes applications.
Les liaisons SIP sont similaires à une ligne téléphonique, à l'exception qu'elles passent par le réseau IP, pas par le RTPC. En outre, les liaisons SIP permettent la convergence de la voix et des données sur les connexions communes de toutes les connexions IP. Pour accéder au réseau IP à l'aide d'une liaison SIP, il est nécessaire de procéder à des configurations sur le fournisseur de services, ainsi que du côté du client. Les clients doivent installer et configurer CME, le PBX qui interprétera convenablement le signal SIP et fera passer le trafic avec succès. Le fournisseur de service doit configurer un serveur proxy SIP. Cependant, les liaisons SIP sont plus compliquées à établir que les liaisons traditionnelles RTPC. En effet, les clients font face à de nouveaux défis en gérant les différentes traductions et mises en application du SIP par constructeurs. Ainsi, la sécurité, la gestion de la qualité de service (QoS), la traduction d'adresses réseau (NAT), la configuration de pare-feu, la continuité des services et la fiabilité du niveau de transport sont garantis.
Ces points décrivent pourquoi les liaisons SIP deviennent si importants dans les PME :
Déploiement rapide et facile
Utilisation de la capacité du réseau améliorée
Potentiel pour consolider et diminuer les coûts de téléphonie
Economical Direct Inward Dial (DID)
Continuité dans les affaires
Cisco CME est une solution de téléphonie IP qui est directement intégrée dans le logiciel Cisco IOS. CME permet aux petites et moyennes entreprises de déployer des systèmes vocaux, de données et de vidéo sur une seule plate-forme. Un réseau de téléphonie IP est simple à installer, car CME fonctionne sur un seul routeur, ce qui offre une fonctionnalité PBX pour les entreprises. Par conséquent, en utilisant CME, les petites et moyennes entreprises peuvent adopter la téléphonie IP et le routage des données en utilisant une solution de convergence et unique, et ce à un coût minime.
CME a commencé à prendre en charge la liaison SIP dès la version CME 3.1. Cependant, certains problèmes existaient déjà lorsqu'un téléphone SIP appelait un téléphone SCCP ou tentait d'accéder à la messagerie vocale. Le problème est que les téléphones SCCP connectés à CME nécessitent l'utilisation d'un relais DTMF hors bande pour transporter des données DTMF (chiffres) sur des connexions VoIP, et les téléphones SIP utilisent des transports intrabande. Une distorsion du DTMF se produisait entre les deux périphériques. Lorsque CME 3.2 est sorti, la prise en charge de ce problème a été ajoutée au relais DTMF. Les chiffres DTMF du SCCP ont pu être convertis en mécanisme de relai DTMF intrabande via RFC2833 ou en méthodes de notification.
CME prend actuellement en charge la liste suivante d'interconnexion DTMF SIP pour les appels SIP :
Notifier <—> Notifier depuis 12.4(4)T
RFC2833 <—> Notifier depuis 12.4(4)T
Notifier <—> RFC2833 depuis 12.4(4)T
Inband G711 <—> depuis 12.4(11)T [nécessite un transcodeur]
CME prend actuellement en charge cette interconnexion DTMF pour les appels SIP SCCP :
SCCP hors bande - SIP Notify / RFC2833 depuis 12.4(4)T
Un autre aspect important à considérer lorsque vous configurez une liaison SIP est la prise en charge des codecs. Les codecs représentent le code de modulation d'impulsions d'échantillonnage pour les signaux à fréquences vocales. Les liaisons SIP prennent en charge ces codecs : G.711 et G.729. Toutefois, pour différentes fonctionnalités telles que Cisco Unity Express (CUE) et Music on Hold (MOH), seul le codec G.711 est pris en charge. Cela signifie que les appels vocaux qui utilisent les liaisons SIP avec le codec G.729 ne peuvent pas accéder à CUE, sauf si un transcodeur existe pour permettre la compression et la décompression des flux vocaux afin de correspondre aux capacités CUE. MOH peut également utiliser le codec G.729 pour économiser la bande passante, mais ce dernier ne fournit pas une qualité suffisante aux flux MOH. Cela est dû au fait que G.729 est optimisé pour la parole. Par conséquent, vous devez forcer MOH à utiliser G.711.
Lorsqu'un appel arrive sur une liaison SIP et est transféré (CFNA / CFB / CFA), le comportement par défaut est que le CME envoie le message SIP 302 « Déplacé temporairement » au proxy du fournisseur de services (SP). La partie utilisateur de l'en-tête Contact dans le message 302 pourrait nécessiter une traduction pour correspondre à un appel DID pour lequel le proxy peut assurer la redirection. La partie hôte de l'en-tête Contact dans le message 302 devrait être modifié pour tenir compte de l'adresse de l'enregistrement (AOR), à l'aide de l'interface de ligne de commande host-registrar dans sip-ua et l'interface de ligne de commande b2bua sur l'appareil VoIP dirigé vers CUE.
Certains proxys SIP pourrait ne pas prendre en charge ces fonctionnalités. Dans ce cas, vous devez ajouter ceci :
Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip moved-temporarily
La figure 2 illustre le comportement du système CME lorsque le message 302 est désactivé.
Figure 2 - Flux de renvoi automatique d'appel (CFB) avec message 302 désactivé
Cette méthode permettra d'intercepter les messages SIP 302 pour les renvois d'appel sur le CME. Ce qui précède est également requis si certaines extensions n'ont pas de mapping DID, d'autant que le proxy du fournisseur de services ne peut pas toujours savoir comment rediriger ces appels. Si vous désactivez la réponse 3xx, l'initiateur de numéro appelant peut être utilisé pour préserver l'ID de visiteur de l'appelant initial.
Lorsqu'un appel passe d'une liaison SIP à un téléphone SCCP ou CUE AutoAttendant (AA) puis est transféré, le CME par défaut enverra un message SIP REFER au proxy du fournisseur de services. La plupart des serveurs proxy fournisseur de services ne supportent pas la méthode REFER. Ce doit être configuré afin de forcer le CME à intercepter l'appel :
Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip refer
La figure 3 décrit le comportement du système lorsque la méthode CME REFER est désactivée.
Figure 3- Transfert avec REFER désactivé
Si REFER est supportée sur le proxy SIP, la partie utilisateur Refer-To et Referred-By doit être traduite par un appel DID compris par le proxy. La partie hôte des champs Refer-To et Referred-By doit être une adresse IP ou DNS vers laquelle le proxy peut effectuer un routage (c'est le cas par défaut sur CME 4.1).
Si un téléphone SCCP passe un appel de RTPC sur HOLD, le CME modifiera localement le média utilisé. Aucun message SIP n'est envoyé sur la liaison SIP. La musique en attente (Music on Hold) sera diffusée à l'utilisateur à travers la liaison SIP en tenant compte de la configuration CME.
Cette section vous fournit des informations pour configurer les fonctionnalités décrites dans ce document.
Ce document utilise la configuration réseau suivante :
Ces éléments de configuration fournissent un aperçu des étapes nécessaires pour configurer votre CME avec des liaisons SIP :
Éléments d'infrastructure : Interfaces, TFTP et services DHCP, NTP, etc.
Service de téléphonie : Active le contrôle d'appel « PBX » IOS sur la plate-forme CME, dont les éléments de gestion du téléphone.
Ephones et Ephones-dns : Définissez les téléphones IP et leurs numéros de téléphone
Plan de numérotation : Dial-peers, extensions, règles de traduction vocale
Configuration SIP IOS : Permet la liaison SIP, l'enregistrement de téléphone avec le proxy SIP, l'acheminement des appels sur des liaisons, etc.
Prise en charge de messages vocaux : Cisco Unity Express
Configuration des commutateurs Catalyst : Adresse IP, interfaces, etc.
Il s'agit de la configuration complète nécessaire pour déployer un système CME continu avec des liaisons SIP :
Routeur - Configuration CME |
---|
! AUSNML-3825-01#show run Building configuration... Current configuration : 8634 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname AUSNML-3825-01 ! boot-start-marker boot-end-marker ! enable secret 5 $1$vBU1$MCMG1rXM5ejME8Wap6W0H1 ! no aaa new-model clock timezone central -8 clock summer-time central recurring ip cef ! !--- DHCP Configuration --- ip dhcp pool Voice network 172.22.100.0 255.255.255.0 option 150 ip 172.22.1.107 default-router 172.22.100.1 ! ip dhcp pool Data network 172.22.101.0 255.255.255.0 option 150 ip 172.22.1.107 default-router 172.22.101.1 ! ! ip domain name cisco.com ip name-server 205.152.0.20 multilink bundle-name authenticated ! voice-card 0 no dspfarm ! ! ! ! !--- Voice Class and Service VoIP Configuration --- voice service voip allow-connections sip to sip no supplementary-service sip moved-temporarily !---Disable 302 sending no supplementary-service sip refer !---Disable REFER sending sip registrar server expires max 3600 min 3600 localhost dns:domain.test.com ! ! voice class codec 1 codec preference 1 g711ulaw ! ! ! ! ! ! ! ! ! ! ! !--- Voice Translation Rules --- voice translation-rule 1 rule 1 /5123781291/ /601/ !--- An inbound rule for AA pilot "601 rule 2 /5123781290/ /600/ !--- An inbound rule for the voicemail pilot "600" ! voice translation-rule 2 rule 1 /^911$/ /911/ !--- An outbound rule to allow "911" rule 2 /^9\(.*\)/ /\1/ !--- An outbound rule to strip "9" from PSTN calls ! voice translation-rule 3 rule 1 /^.*/ /5123781291/ !--- An outbound rule to change calling-number CLID to a |
Routeur - Configuration CUE |
---|
se-172-22-1-253#show run Generating configuration: clock timezone America/Chicago hostname se-172-22-1-253 ip domain-name localdomain groupname Administrators create groupname Broadcasters create !--- Users --- username Enrique create username John create username Enrique phonenumberE164 "5123781202" username John phonenumberE164 "5123781201" username Enrique phonenumber "202" username John phonenumber "201" !--- AutoAttendant --- ccn application autoattendant description "**AutoAttendant**" enabled maxsessions 4 script "aa.aef" parameter "busOpenPrompt" "AABusinessOpen.wav" parameter "operExtn" "601" parameter "welcomePrompt" "AAWelcome.wav" parameter "disconnectAfterMenu" "false" parameter "busClosedPrompt" "AABusinessClosed.wav" parameter "allowExternalTransfers" "false" parameter "holidayPrompt" "AAHolidayPrompt.wav" parameter "businessSchedule" "systemschedule" parameter "MaxRetry" "3" end application !--- MWI --- ccn application ciscomwiapplication description "ciscomwiapplication" enabled maxsessions 8 script "setmwi.aef" parameter "CallControlGroupID" "0" parameter "strMWI_OFF_DN" "8001" parameter "strMWI_ON_DN" "8000" end application !--- Voicemail --- ccn application voicemail description "**Voicemail**" enabled maxsessions 4 script "voicebrowser.aef" parameter "uri" "http://localhost/voicemail/vxmlscripts/login.vxml" parameter "logoutUri" "http://localhost/voicemail/vxmlscripts/mbxLogout.jsp" end application !--- SIP --- ccn subsystem sip gateway address "172.22.100.1" !--- Must match the "ip source-address" in telephony-service dtmf-relay sip-notify mwi sip outcall !--- Subscribe / Notify and Unsolicited Notify have not been tested transfer-mode blind bye-also !--- Testing with REFER method on CUE has caused certain call flows to break end subsystem !--- Trigger Phones --- ccn trigger sip phonenumber 600 application "voicemail" enabled maxsessions 4 end trigger ccn trigger sip phonenumber 601 application "autoattendant" enabled maxsessions 4 end trigger service phone-authentication end phone-authentication service voiceview enable end voiceview !--- Voicemail Mailboxes --- voicemail default mailboxsize 21120 voicemail broadcast recording time 300 voicemail mailbox owner "Enrique" size 300 description "**Enrique_Mailbox**" expiration time 10 messagesize 120 end mailbox voicemail mailbox owner "John" size 300 description "**John'sMailbox**" expiration time 10 messagesize 120 end mailbox end |
Configuration du commutateur |
---|
!--- Interface Connected to CME/CUE Router --- interface FastEthernet0/2 description Trunk to 3825 switchport trunk encapsulation dot1q switchport mode trunk no ip address duplex full speed 100 !--- Interfaces Connected to the IP Phones --- interface FastEthernet0/7 switchport trunk encapsulation dot1q switchport trunk native vlan 20 !--- Data Traffic --- switchport mode trunk switchport voice vlan 100 !--- Voice Traffic --- no ip address spanning-tree portfast interface FastEthernet0/8 switchport trunk encapsulation dot1q switchport trunk native vlan 20 switchport mode trunk switchport voice vlan 100 no ip address spanning-tree portfast !--- IP Address --- interface Vlan1 ip address 172.22.1.194 255.255.255.0 ! ip classless ip route 0.0.0.0 0.0.0.0 172.22.1.1 ip http server |
Aucune procédure de vérification n'est disponible pour cette configuration.
Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration.
Certaines commandes d’affichage (« show ») sont offertes par l’outil « Cisco CLI Analyzer » réservé aux clients inscrits. Utilisez Cisco CLI Analyzer pour voir une analyse de la sortie d’une commande show.
Remarque : Consulter les renseignements importants sur les commandes de débogage avant d’utiliser les commandes de débogage.
Les commandes pour le dépannage de liaison SIP sur CME sont similaires aux commandes que vous utilisez pour le dépannage IOS SIP GW et CME. Utilisez ces commandes afin de contrôler si votre nom de domaine est enregistré :
show sip-ua register status - Utilisez cette commande pour afficher l'état des numéros E.164 qu'une passerelle SIP a enregistrés auprès d'un registrar SIP principal externe.
debug ccsip message - Active le suivi de tous les messages SIP SPI, tels que ceux échangés entre le client d'agent utilisateur SIP (UAC) et le serveur d'accès.
Les commandes pour le dépannage des appels sur liaison SIP sont identiques à celles que vous utilisez pour le dépannage traditionnel de SIP GW et CME.
Commandes show :
show ephone registered - Vérifie l'enregistrement de l'ephone.
show voip rtp connection - Affiche des informations sur les paquets d'événements nommés RTP, tels que le numéro d'identification de l'appelant, l'adresse IP et les ports des points d'extrémité locaux et distants.
show sip-ua call - Affiche les informations UAC actives et UAS (user agent server) sur les appels SIP.
show call active voice brief - Affiche les informations d'appel actif pour les appels vocaux ou les transmissions de fax en cours.
Commandes de débogage :
debug ccsip message - Active le suivi de tous les messages SIP SPI, tels que ceux échangés entre le SIP UAC et le serveur d'accès.
debug voip ccapi inout - Trace le chemin d'exécution via l'API de contrôle d'appel.
debug voice translation - Vérifie la fonctionnalité d'une règle de traduction.
debug ephone detail mac-address <mac of phone> - Définit le débogage détaillé pour le téléphone IP Cisco.
debug voip rtp session names-events - Active le débogage des paquets d'événements nommés RTP (Real-Time Transport Protocol).
debug sccp message - Affiche la séquence des messages SCCP.