SIP - Configuration des Fonctionnalités DTMF.

Présentation au sujet: "SIP - Configuration des Fonctionnalités DTMF."— Transcription de la présentation:

1 SIP - Configuration des Fonctionnalités DTMF

2 Sommaire • Exemples de configuration des fonctionnalités SIP DTMF
• Introduction - Contenu • Restrictions pour SIP DTMF • Prérequis pour SIP DTMF • Informations au sujet de SIP DTMF - Evènements au travers de la signalisation SIP - Relais DTMF pour les communications SIP utilisant NTE - Méthode SIP INFO pour la génération de tonalité DTMF - Relais DTMF hors-bande basé sur SIP NOTIFY • Comment configurer les fonctionnalités SIP DTMF Configurer les évènements DTMF au travers de la signalisation SIP - Configurer le relais DTMF pour les appels SIP utilisant NTE - Configurer la méthode SIP INFO pour la génération de tonalité DTMF Configurer le relais DTMF hors-bande basé sur SIP NOTIFY - Vérification du support SIP DTMF - Conseils pour la résolution de problèmes • Exemples de configuration des fonctionnalités SIP DTMF • Références additionnelles

3 Introduction Ce document présente les fonctionnalités SIP suivantes qui supportent la signalisa-
tion multifréquence (DTMF):  Evènements DTMF au travers de la signalisation SIP  Relais DTMF pour les communications SIP utilisant les évènements Téléphone nommés  Méthode SIP INFO pour la génération de tonalité DTMF  Support relais DTMF hors-bande basé SIP NOTIFY Historique pour les Evènements DTMF au travers de la signalisation SIP Release Modification 12.2(11)T Cette fonctionnalité a été introduite Historique du Relais DTMF pour les communications SIP utilisant NTE Release Modification 12.2(2)XB Cette fonctionnalité a été introduite 12.2(2)XB1 Cette fonctionnalité a été implémenté sur d'autres plateformes 12.2(8)T Cette fonctionnalité a été intégrée dans cette release 12.2(11)T Historique pour la méthode SIP INFO pour la génération de tonalité DTMF Release Modification 12.2(11)T Cette fonctionnalité a été introduite Historique pour le relais DTMF hors-bande basé sur SIP NOTIFY Release Modification 12.3(4)T Cette fonctionnalité a été introduite Contenu • Restrictions pour SIP DTMF • Prérequis pour SIP DTMF • Informations au sujet de SIP DTMF • Comment configurer les fonctionnalités SIP DTMF • Exemples de configuration des fonctionnalités SIP DTMF • Références additionnelles

4 Restrictions pour SIP DTMF
Evènements DTMF au travers de la signalisation SIP  La fonctionnalité "Evènements DTMF au travers de la signalisation SIP" ajoute le support pour la transmission de notifications "telephone-event" via les messages SIP NOTIFY à partir d'une passerelle SIP. Les évènements pour lesquels les notifi- cations sont transmises sont des évènements DTMF à partir de l'interface télépho- nique locale (POTS) sur la passerelle. Les notifications ne sont pas transmises pour les évènements DTMF reçus dans un flux RTP à partir de l'agent utilisateur rece- veur. Relais DTMF pour les communications SIP utilisant NTE  La fonctionnalité relais DTMF SIP NTE est disponible uniquement pour les commu- nications SIP sur les passerelles VoIP Cisco. La fonctionnalité relais DTMF NTE supporte le relais "coup de crochet" mais ne supporte pas la génération du "coup de crochet" pour les fonctions avancées telles que "appel en attente" ou conférence. Méthode SIP INFO pour la génération de tonalité DTMF  La durée minimale du signal est de 100 ms. Si une requête est reçue avec une du- rée inférieure à 100 ms, la durée minimum de 100 ms est utilisée par défaut.  La durée maximale de signal est de 500 ms. Si une requête est reçue avec une du- rée supérieure à 500 ms, la durée maximale de 500 ms sera utilisée par défaut.  Si aucun paramètre de durée n'est inclus dans la requête, la passerelle utilise une durée par défaut de 250 ms. Relais DTMF hors-bande basé sur SIP NOTIFY  Pour supporter des IP Phones SCCP (Skinny Client Control Protocol), les passerel- les origine et de terminaison SIP peuvent utiliser le relais DTMF hors-bande basé sur SIP NOTIFY. Le relais DTMF basé sur SIP NOTIFY est une fonction propriétai- re Cisco.  Vous pouvez configurer le support uniquement pour un dial-peer VoIP SIP. Prérequis pour SIP DTMF Relais DTMF pour les communications SIP utilisant la fonctionnalité NTE  Assurez-vous que vous avez un réseau VoIP opérationnel utilisant SIP sur des pas- serelles Cisco.

5 Informations au sujet de SIP DTMF
Pour configurer le support SIP DTMF, vous devez comprendre les concepts suivants:  Evènements DTMF au travers de la configuration SIP  Relais DTMF pour les communications SIP utilisant NTE  Méthode SIP INFO pour la génération de tonalité DTMF  Relais DTMF hors-bande basé sur SIP NOTIFY Evènements DTMF au travers de la configuration SIP La fonctionnalité "Evènements DTMF au travers de la signalisation SIP procure les avantages suivants:  Fournit la notification d'évènements DTMF pour les messages SIP.  Fournit la capacité de recevoir une notification une notification d'évènement "coup de crochet" au moyen de la méthode SIP NOTIFY.  Permet le contrôle d'appel tierce partie ou d'autres mécanismes de signalisation pour fournir des services avancés tels que les services carte d'appel et messagerie.  Permet à l'utilisateur de communiquer avec l'application en dehors du média de connexion. La fonctionnalité "Evènements DTMF au travers de la signalisation SIP" permet aux notifications d'évènements téléphoniques d'être transmis au travers des messages SIP NOTIFY en utilisant la méthode SIP SUBSCRIBE/NOTIFY telle qu'elle est définie dans le Draft IETF (Internet Engineering Task Force) draft-ietf-sip-events.04.txt, SIP-Specific Event Notification. La fonctionnalité supporte également l'envoi de notifications DTMF basé sur le Draft IETF, draft-mahy-sip-signaled-digits-01.txt, Signaled Telephony Events in the Session Initiation Protocol (SIP). Numérotation DTMF La numérotation DTMF est constituée de couples de tonalités dans la bande générée quand une touche du téléphone est pressée. L'utilisation de signalisation DTMF pour cette fonctionnalité permet le support de services téléphoniques avancés. Il y a encore un certain nombre de serveurs d'application et de plateformes de création de services qui ne supportent pas les connexions média. Pour fournir ces services à valeur ajou- tée au réseau, ces serveurs et ces plateformes doivent connaître les évènements de si- gnalisation venant d'un participant particulier à la communication. Une fois que la plateforme ou le serveur est au courant des évènements DTMF qui sont signalés, il peut utiliser un contrôle d'appel tierce-partie ou d'autres mécanismes de signalisation pour fournir des services avancés. Les exemples de types de services et de plateformes supportés par cette fonctionnalité sont divers services de navigation web, des commu- tateurs Centrex ou des plateformes de service commercial, des services cartes d'appel

6 et des serveurs de messagerie unifiée
et des serveurs de messagerie unifiée. Toutes ces applications requièrent une métho- de pour que l'utilisateur communique avec l'application hors du média de connexion. La fonctionnalité Evènement DTMF au travers de la signalisation SIP fournit cette capacité de signalisation. Cette fonctionnalité est liée à la méthode SIP INFO pour la fonctionnalité Génération de Tonalité DTMF qui ajoute le support pour la génération de tonalité en utilisant la méthode SIP INFO. Ensemble ces deux fonctionnalités fournissent un mécanisme pour émettre et recevoir des chiffres DTMF dans le chemin de signalisation. Messages NOTIFY Le mécanisme de notification d'évènements SIP utilise les messages NOTIFY pour si- gnaler quand des évènements téléphoniques se produisent. Pour transmettre des si- gnaux DTMF au moyen des messages NOTIFY, la passerelle notifie à l'abonné que des chiffres DTMF sont envoyés par l'origine. La notification contient un corps de message avec une réponse SIP d'état de ligne. L'extrait de message suivant montre un message NOTIFY du "Notifier" indiquant à l'abonné que la souscription est complète. La combinaison des en-têtes From, To et Call-ID identifie la section de la communication. L'en-tête Events spécifie le type d'évènement signalé et Content-Type spécifie le type de média Internet. L'en-tête Content-Length indique le nombre d'octets dans le corps de message. NOTIFY SIP/2.0 Via: SIP/2.0/UDP notify.com:5060 From: Notifier To: Subscriber Call-ID: CSeq: 104 NOTIFY Contact: Notifier Events: telephone-event;rate=1000 Content-Type: audio/telephone-event Content-Length: 4 Relais DTMF pour les communications SIP utilisant NTE Les avantages de cette fonctionnalité sont les suivants:  Relais fiable de chiffres DTMF entre passerelles VoIP Cisco quand des codecs à faible bande passante sont utilisés.  Capacité à communiquer avec un logiciel de téléphone SIP qui utilise des paquets NTE pour fournir les chiffres DTMF. La fonctionnalité Relais DTMF SIP NTE est utilisée pour les applications suivants:  Relais DTMF fiable  Support d'IP Phone SIP

7 Note: Cette fonctionnalité est implémentée uniquement pour les communications SIP
sur les passerelles VoIP. Relais DTMF fiable La fonctionnalité Relais DTMF SIP NTE fournit un relais de chiffres fiable entre pas- serelles VoIP Cisco quand un codec à faible bande passante est utilisé. Utiliser NTE pour relayer les tonalités DTMF fournit des moyens standardisés de transport des tonalités DTMF dans de paquets RTP (Real-time Transport Protocol) selon la section 3 du RFC 2833, RTP Payload for DTMF digits, Telephony Tones and Telephony Signals développé par le groupe de travail Audio/video Transport (AVT) de l'IETF (Internet Engineering Task Force). Le RFC 2833 définit les formats des paquets RTP NTE utili- sés pour transporter les chiffres DTMF, le "coup de crochet" et autres évènements téléphoniques entre deux extrémités. Les tonalités DTMF sont générées quand une touche d'un téléphone est pressée. Quand la tonalité est générée, elle est compressée, transportée vers l'autre partie et décompressée. Si un codec à faible bande passante comme le G.729 ou le G723 est utilisé sans méthode de relais DTMF, la tonalité peut être déformée pendant la com- pression et la décompression. Avec la fonctionnalité relais DTMF SIP NTE, les extrémités exécutent une négociation par appel de la méthode de relais DTMF. Elles négocient également pour déterminer la valeur de type de charge utile des paquets RTP NTE. Dans une communication SIP, la passerelle forme un message SDP (Session Descrip- tion Protocol) qui indique ce qui suit:  Si NTE est utilisé  Quels évènements seront transmis en utilisant NTE  Valeur du type de charge utile NTE La fonctionnalité relais DTMF SIP NTE peut relayer les évènements "coup de crochet" dans le flux RTP avec des paquets NTE. Note: La fonctionnalité relais DTMF SIP NTE ne supporte pas la génération de "coup de crochet" pour les fonctionnalités avancées telles que appel en attente et conféren- ce. Support IP Phone SIP La fonctionnalité relais DTMF SIP NTE ajoute le support de téléphone SIP. Quand les IP Phones SIP opèrent avec du logiciel qui ne sait pas générer des tonalités DTMF, les téléphones utilisent des paquets NTE pour transmettre les chiffres DTMF. Avec la fonctionnalité relais DTMF SIP NTE, les passerelles VoIP Cisco peuvent communiquer avec les téléphones SIP qui utilisent les paquets NTE pour transmettre les chiffres DTMF. Les passerelles VoIP Cisco peuvent relayer les chiffres DTMF vers d'autres ex- trémités.

8 Méthode SIP INFO pour la génération de tonalité DTMF
Cette section décrit la méthode SIP INFO pour la fonctionnalité "Génération de tonali- tés DTMF" qui utilise la méthode SIP INFO pour générer des tonalités multifréquence (DTMF) sur la partie téléphonique de la communication. Les méthodes SIP ou les ty- pes de messages de requêtes demandent qu'une action spécifique soit faite par un autre agent utilisateur ou serveur proxy. Le message SIP INFO est transmis sur le chemin de signalisation de la communication. Avec cette fonctionnalité, sur réception d'un message SIP INFO avec un contenu relais DTMF, la passerelle génère la tonalité spécifiée sur l'extrémité téléphonique de la communication. La méthode SIP INFO pour la génération de tonalité DTMF est toujours validée et ap- pelée quand un message SIP INFO est reçu avec un contenu relais DTMF. Cette fonc- tionnalité est liée à la fonctionnalité Relais DTMF hors-bande basée sur SIP NOTIFY laquelle fournit la possibilité à une application d'être notifiée pour des évènements DTMF utilisant les messages SIP NOTIFY. Ensembles ces deux fonctionnalités four- nissent un mécanisme pour émettre et recevoir des chiffres DTMF sur le chemin de signalisation. Messages SIP INFO La méthode SIP INFO est utilisée par un agent utilisateur pour transmettre de la si- gnalisation d'appel vers un autre agent utilisateur avec lequel il a un établissement de session média. L'exemple suivant montre un message SIP INFO avec un contenu DTMF. INFO SIP/2.0 Via: SIP/2.0/UDP :5060 From: To: Call-ID: CSeq: INFO Supported: 100rel Supported: timer Content-Length: 26 Content-Type: application/dtmf-relay Signal= 1 Duration= 160 Cet extrait de message montre un message SIP INFO reçu par la passerelle avec des spécifications sur la tonalité DTMF à générer. La combinaison des en-têtes From, To et Call-ID identifie la section de communication. Les en-têtes de signal et de durée spécifient le chiffre, 1 dans ce cas là et la durée qui est de 160 millisecondes dans ce cas pour la durée de la tonalité DTMF.

9 Relais DTMF hors-bande basé sur SIP NOTIFY
Les IP Phones SCCP ne supportent pas les chiffres DTMF dans la bande; ils sont ca- pables de transmettre des chiffres DTMF hors-bande uniquement. Pour supporter les équipements SCCP les passerelles SIP d'origine ou de terminaison peuvent utiliser le relais DTMF hors-bande basé sur SIP NOTIFY propriétaire Cisco. De plus, le relais DTMF hors-bande basé sur SIP NOTIFY peut être également utilisé par des télépho- nes analogiques attachés à des ports voix analogiques sur le routeur. Le relais DTMF hors-bande basé sur SIP NOTIFY transmet des messages de manière bidirectionnelle entre les passerelles origine et de terminaison pour un évènement DTMF pendant la communication. Si plusieurs mécanismes de relais DTMF sont va- lidés sur un "dial-peer" et sont négociés avec succès, le relais DTMF hors-bande basé sur SIP NOTIFY a la préférence. La passerelle origine transmet un message INVITE avec un en-tête SIP Call-Info pour indiquer l'utilisation de relais DTMF hors-bande basé sur SIP NOTIFY. La passerelle de terminaison acquitte le message avec un message Response 18x ou 200 en utili- sant également l'en-tête Call-Info. L'en-tête Call-Info pour le relais DTMF hors-bande basé sur SIP NOTIFY apparaît comme suit: Call-Info: <sip: address>; method="NOTIFY;Event=telephone-event;Duration=msec" Note: La durée est l'intervalle entre les messages SIP NOTIFY transmis pour un seul chiffre et elle est fixée au moyen de la commande notify telephone-event. D'abord le mécanisme relais DTMF hors-bande basé sur SIP NOTIFY est négocié par les messages SIP INVITE et Response 18x ou 200. Ensuite lorsque l'évènement DTMF se produit, la passerelle transmet un message SIP NOTIFY pour cet évènement. En réponse la passerelle s'attend à recevoir un message 200 OK. Le mécanisme du relais DTMF hors-bande basé sur SIP NOTIFY est similaire au for- mat de message DTMF décrit dans le RFC Le relais DTMF hors-bande basé sur SIP NOTIFY est constitué de quatre octets. Le format du message est celui décrit dans la figure suivante; la description des champs est faite dans le tableau qui suit. event E R unused duration Format du message SIP NOTIFY

10 Champ Description event Evènement DTMF qui peut être 0-9, A, B, C, D, #, * et flash. E E signifie "bit de fin". Si le bit E est positionné à 1, le message NOTIFY contient la fin de l'évènement DTMF. Ainsi le paramètre duration dans le message NOTIFY final indique la durée totale de l'évènement. R Réservé unused Dans le RFC 2833, unused correspond au champ volume mais celui-ci n'est pas utilisé dans le relais DTMF hors-bande basé sur SIP NOTIFY. duration Durée de l'évènement DTMF en millisecondes. Transmission des messages NOTIFY Dès que l'évènement DTMF est reconnu, la passerelle transmet un message NOTIFY initial pour cet évènement avec la durée négociée dans l'en-tête Call-Info du message INVITE. Pour le message NOTIFY initial le bit "end" est positionné à zéro, après quoi une des actions suivantes est réalisée.  Si la durée de l'évènement DTMF est inférieure à la durée négociée, la passerelle origine transmet un autre message NOTIFY pour cet évènement avec le champ durée contenant la durée exacte de l'évènement et le bit "end" est positionné à  Si la durée de l'évènement DTMF est supérieure à la durée de l'évènement négocié, la passerelle origine transmet un autre message NOTIFY pour cet évènement après le débordement du timer initial. Le message NOTIFY de mise à jour contient une valeur de durée égale à deux fois la durée négociée. Le bit "end" est positionné à 0 car l'évènement n'est pas encore terminé. Si l'évènement se termine au-delà de la durée spécifiée dans le premier message NOTIFY de mise à jour, un autre message NOTIFY de mise à jour est transmis avec une valeur de durée égale à trois fois la durée négociée.  Si la durée de l'évènement DTMF est égale à la durée négociée, une des deux ac- tions précitées est prise selon que la fin de l'évènement DTMF se produit avant ou après l'expiration du timer. Par exemple, si la durée négociée est 600 ms, dès qu'un évènement DTMF se produit, le message NOTIFY initial est transmis avec une durée de 600 ms. Le timer démarre pour cette durée.  Si l'évènement DTMF se termine au bout de 300 ms, le timer s'arrête et le message NOTIFY de fin est transmis avec une durée de 300 ms.

11  Si l'évènement DTMF dure plus de 600 ms (1000 ms), quand le timer expire un
message NOTIFY de mise à jour est transmis avec une valeur de durée égale à 1200 ms et le timer redémarre. Quand l'évènement DTMF se termine, un message NOTIFY de fin est transmis avec une durée réelle de 1000 ms. Chaque évènement DTMF correspond à au moins deux messages NOTIFY: un mes- sage NOTIFY initial et un message NOTIFY de fin. Il peut y avoir des messages NOTIFY de mise à jour si la durée totale de l'évènement est supérieure à la durée maximum négociée. Comme les évènements DTMF durent généralement moins de 1000 ms, fixez une durée supérieure 1000 ms avec la commande notify telephone- event réduit le nombre total de messages NOTIFY. La valeur par défaut de la com- mande notify telephone-event est 2000 ms. Réception des messages NOTIFY Quand un message NOTIFY est reçu par la passerelle de terminaison, la tonalité DTMF est générée et un timer est démarré avec la valeur de durée indiquée dans le champ "duration".  Si un message NOTIFY de fin d'évènement DTMF est reçu, la tonalité est arrêtée.  Si un message NOTIFY de mise à jour est reçu, le timer est mis avec la valeur du champ "duration".  Si un message NOTIFY de mise à jour ou de fin n'est pas reçu avant que le timer expire, la tonalité s'arrête et tous les messages NOTIFY suivants pour le même évènement DTMF ou chiffre DTMF est ignoré jusqu'à ce qu'un message NOTIFY de fin soit reçu.  Si un message NOTIFY pour un évènement DTMF différent est reçu avant un mes- sage NOTIFY de fin pour l'évènement DTMF courant ne soit reçu (ce qui est peu probable), la tonalité en cours est arrêtée et la nouvelle tonalité est générée. Ceci est un cas peu probable car pour chaque évènement DTMF il est nécessaire d'avoir un message NOTIFY de fin et à moins que celui-ci soit correctement transmis et qu'un message 200 OK soit reçu, la passerelle ne peut pas transmettre d'autres messages NOTIFY. Note: Les tonalités dans la bande ne sont pas passées tant que le relais DTMF hors- bande basé sur NOTIFY est utilisé comme méthode de relais DTMF. Deux commandes vous permettent de valider ou de dévalider le relais DTMF hors- bande basé sur NOTIFY sur un dial-peer. La fonctionnalité est annoncée à l'autre extrémité en utilisant les messages INVITE si elle est validée par des commandes et doit être configurée sur des passerelles SIP d'origine et de terminaison. Une troisi- ème commande permet de vérifier l'état du relais DTMF. • dtmf-relay (VoIP) • notify telephone-event • show sip-ua status

12 Comment configurer les fonctionnalités SIP DTMF
Cette section contient les procédures suivantes:  Configurer les évènements DTMF au travers de la signalisation SIP  Configurer le relais DTMF pour les appels SIP utilisant NTE  Configurer la méthode SIP INFO pour la génération de tonalité DTMF  Configurer le relais DTMF hors-bande basé sur SIP NOTIFY  Vérification du support SIP DTMF  Conseils pour la résolution de problèmes Note: Avant d'exécuter cette procédure, voir les informations des sections : - Restrictions pour SIP DTMF - Prérequis pour SIP DTMF Configurez les évènements DTMF au travers de la signalisation SIP Pour configurer les évènements DTMF au travers de la signalisation SIP, exécutez les étapes suivantes. Résumé des étapes 1. enable 2. configure terminal 3. sip-ua 4. timers notify 5. retry notify 6. exit Commande But enable Exemple: Routeur> enable Entre en mode EXEC privilégié. Entrez votre mot de passe si celui-ci est demandé. configure terminal Routeur# configure terminal Entre en mode de configuration global. sip-ua Routeur(config)# sip-ua Entre en mode de configuration SIP user-agent.

13 Configurer le relais DTMF pour les appels SIP utilisant NTE
Commande But timers notify number Exemple: Routeur(config-sip-ua)# timers notify 100 Fixe le temps d'attente pour un agent utilisateur avant qu'il retransmette le message Notify. L'argu- ment est celui-ci: • number - Temps d'attente en ms avant la retransmission. Intervalle: 100 à Par défaut: 500. retry notify number retry notify 6 Fixe le nombre de retransmission du message NOTIFY vers l'agent utilisateur qui a initié le trans- fert ou la requête Refer. L'argument est celui-ci: • number - Nombre de retransmission. Intervalle: 1 à 10. Par défaut: 10. exit Routeur(config-sip-ua)# exit Sortie du mode courant. Configurer le relais DTMF pour les appels SIP utilisant NTE Cette section inclut les procédures suivantes:  Configurer le relais DTMF pour les appels SIP utilisant NTE  Vérifier le support de SIP DTMF Pour configurer le relais DTMF les communications SIP utilisant la fonctionnalité NTE, exécutez les étapes suivantes: Résumé des étapes 1. enable 2. configure terminal 3. dial-peer voice 4. session protocol sipv2 5. dtmf-relay rtp-nte 6. rtp payload-type nte comfort-noise 7. exit

14 Commande But enable Exemple: Routeur> enable
Entre en mode EXEC privilégié. Entrez votre mot de passe si celui-ci est demandé. configure terminal Routeur# configure terminal Entre en mode de configuration global. dial-peer voice number voip Routeur(config)# dial-peer voice 10 voip Entre en mode de configuration dial-peer VoIP pour le dial peer spécifié. session protocol sipv2 Routeur(config-dial-peer)# Spécifie un protocole de session pour les communications entre le routeur local et le routeur pour le réseau paquet. Le mot-clé est le suivant: • sipv2 - Le dial peer utilise SIP IETF. Uti- lisez ce mot-clé avec l'option SIP dtmf-relay rtp-nte Spécifie comment une passerelle H.323 ou SIP relaie les tonalités DTMF entre des in- terfaces téléphoniques et un réseau IP. Le mot-clé est le suivant: • rtp-nte - Achemine les tonalités en utili- sant RTP avec NTE comme type de char- ge utile. rtp payload-type nte number comfort-noise [13 | 19] rtp payload-type nte 100 comfort-noise 13 Identifie le type de charge utile pour un paquet RTP. Les mots clés et les arguments sont les suivants: • nte number - Named Telephone Event (NTE). Intervalle: 96 à 127. Par défaut: 101. • comfort-noise - Type de charge utile RTP pour le bruit de confort. Si vous êtes connecté à une passerelle qui est conforme avec RTP Payload for Comfort Noise July 2001 draft, utilisez la valeur 13. Si vous êtes connecté à un passerelle Cisco plus ancienne qui utilise DSPware avant la version alors utilisez la valeur 19. exit Routeur(config-dial-peer)# exit Sort du mode de configuration courant.

15 Configuration de la méthode SIP INFO pour la génération de tonalité
DTMF Vous ne pouvez pas configurer, valider ou dévalider cette fonctionnalité. Vous pouvez afficher les statistiques SIP incluant les statistiques pour la méthode SIP INFO en utilisant les commandes show sip-ua-statitics et show sip-ua status en mode EXEC privilégié. Voir les champs suivants pour les statistiques de la méthode SIP INFO.  OKInfo0/0 sous SIP Response Statistics, Success affiche le nombre de réponses avec succès vers une requête INFO.  Info0/0 sous SIP Total Traffic Statitics, affiche le nombre de messages INFO reçus et transmis par la passerelle. Note  Pour voir un extrait de sortie des commandes show voir la section "Vérification du support SIP DTMF".  Pour réinitialiser les compteurs pour la commande sip ua-statistics, utilisez la commande clear sip ua-statistics. Configurer le relais DTMF hors-bande basé sur SIP NOTIFY Pour configurer le relais DTMF hors-bande basé sur SIP NOTIFY, exécutez les étapes suivantes: Note: Le relais DTMF hors-bande basé sur SIP NOTIFY propriétaire Cisco permet le support d'équipements qui ne supportent pas le relais DTMF dans la bande. Les to- nalités DTMF sont acheminées en utilisant les messages SIP NOTIFY dans les mes- sages SIP INVITE ou de Réponse 18x ou 200. Résumé des étapes 1. enable 2. configure terminal 3. dial-peer voice 4. dtmf-relay sip-notify 5. exit 6. sip-ua 7. notify telephone-event max-duration 8. exit

16 Commande But enable Exemple: Routeur> enable
Entre en mode EXEC privilégié. Entrez votre mot de passe si celui-ci est demandé. configure terminal Routeur# configure terminal Entre en mode de configuration global. dial-peer voice tag voip Routeur(config)# dial-peer voice 29 voip Entre en mode de configuration dial-peer VoIP pour le dial peer spécifié. dtmf-relay sip-notify Routeur(config-dial-peer)# dtmf-relay sip-notify Achemine les tonalités DTMF en utilisant les messages SIP NOTIFY. exit Routeur(config-dial-peer)# exit Sort du mode de configuration courant. sip-ua Routeur(config)# sip-ua Entre en mode de configuration agent utilisateur SIP. notify telephone-event max-duration time Routeur(config-sip-ua)# notify telephone-event max-duration 2000 Fixe l'intervalle de temps maximum autorisé entre messages NOTIFY con- sécutifs pour un évènement DTMF. Les mots clés et les arguments sont les suivants: • max-duration time - Temps en ms entre deux messages NOTIFY con- sécutifs pour un évènement DTMF. Intervalle: 500 à 3000. Par défaut: 2000.

17 Vérification du support DTMF SIP
Pour vérifier le support DTMF SIP, exécutez les étapes suivantes appropriées (les commande sont listées par ordre alphabétique). Résumé des étapes 1. show running-config 2. show sip-ua retry 3. show sip-ua statistics 4. show sip-ua status 5. show sip-ua timers 6. show voip rtp connections Etapes détaillées Etape 1 show running-config Utilisez cette commande pour afficher les configurations de dial peer. L'extrait de sortie suivant montre que la commande dtmf-relay sip-notify est configurée sur le dial peer 123. Router# show running-config . dial-peer voice 123 voip destination-pattern [12]... monitor probe icmp-ping session protocol sipv2 session target ipv4: dtmf-relay sip-notify L'extrait de sortie suivant montre que le relais DTMF et NTE sont configurés sur le dial peer. ! dial-peer voice 1000 pots destination-pattern port 1/0/0 dial-peer voice 2000 voip application session destination-pattern session target ipv4: dtmf-relay rtp-nte ! RTP payload type value = 101 (par défaut)

18 ! dial-peer voice 3000 voip application session destination-pattern session protocol sipv2 session target ipv4: dtmf-relay rtp-nte rtp payload-type nte 110 ! RTP payload type value = 110 (configuré) Etape 2 show sip-ua retry Utilisez cette commande pour afficher les statistiques de reprise SIP. Routeur# show sip-ua retry SIP UA Retry Values invite retry count = 6 response retry count = 1 bye retry count = 1 cancel retry count = 1 prack retry count = 10 comet retry count = 10 reliable 1xx count = 6 notify retry count = 10 Etape 3 show sip-ua statistics Utilisez cette commande pour afficher les statistiques de réponse, de traffic et de reprise SIP. Note: Pour réinitialiser les compteurs pour l'affichage avec show sip-ua statistics, utilisez la commande clear sip-ua statistics. Router# show sip-ua statistics SIP Response Statistics (Inbound/Outbound) Informational: Trying 4/2, Ringing 2/1, Forwarded 0/0, Queued 0/0, SessionProgress 0/0 Success: OkInvite 1/2, OkBye 0/1, OkCancel 1/0, OkOptions 0/0, OkPrack 2/0, OkPreconditionMet 0/0, OkNotify 1/0, 202Accepted 0/1 Redirection (Inbound only): MultipleChoice 0, MovedPermanently 0, MovedTemporarily 0, SeeOther 0, UseProxy 0, AlternateService 0 Client Error: BadRequest 0/0, Unauthorized 0/0, PaymentRequired 0/0, Forbidden 0/0, NotFound 0/0, MethodNotAllowed 0/0, NotAcceptable 0/0, ProxyAuthReqd 0/0,

19 NotAcceptable 0/0, ProxyAuthReqd 0/0,
ReqTimeout 0/0, Conflict 0/0, Gone 0/0, LengthRequired 0/0, ReqEntityTooLarge 0/0, ReqURITooLarge 0/0, UnsupportedMediaType 0/0, BadExtension 0/0, TempNotAvailable 0/0, CallLegNonExistent 0/0, LoopDetected 0/0, TooManyHops 0/0, AddrIncomplete 0/0, Ambiguous 0/0, BusyHere 0/0 RequestCancel 1/0, NotAcceptableMedia 0/0 Server Error: InternalError 0/1, NotImplemented 0/0, BadGateway 0/0, ServiceUnavail 0/0, GatewayTimeout 0/0, BadSipVer 0/0, PreCondFailure 0/0 Global Failure: BusyEverywhere 0/0, Decline 0/0, NotExistAnywhere 0/0, NotAcceptable 0/0 SIP Total Traffic Statistics (Inbound/Outbound) Invite 3/2, Ack 3/2, Bye 1/0, Cancel 0/1, Options 0/0, Prack 0/2, Comet 0/0, Notify 0/1, Refer 1/0 Retry Statistics Invite 0, Bye 0, Cancel 0, Response 0, Prack 0, Comet 0, Reliable1xx 0, Notify 0 Ce qui suit est un extrait de sortie de vérification de configuration de la méthode SIP INFO pour la fonctionnalité Génération de tonalité DTMF. Router# show sip-ua statistics SIP Response Statistics (Inbound/Outbound) Informational: Trying 1/1, Ringing 0/0, Forwarded 0/0, Queued 0/0, SessionProgress 0/1 Success: OkInvite 0/1, OkBye 1/0, OkCancel 0/0, OkOptions 0/0, OkPrack 0/0, OkPreconditionMet 0/0 OkSubscibe 0/0, OkNotify 0/0, OkInfo 0/0, 202Accepted 0/0 Redirection (Inbound only): MultipleChoice 0, MovedPermanently 0, MovedTemporarily 0, SeeOther 0, UseProxy 0, AlternateService 0 Client Error: BadRequest 0/0, Unauthorized 0/0, PaymentRequired 0/0, Forbidden 0/0, NotFound 0/0, MethodNotAllowed 0/0,

20 ReqTimeout 0/0, Conflict 0/0, Gone 0/0,
LengthRequired 0/0, ReqEntityTooLarge 0/0, ReqURITooLarge 0/0, UnsupportedMediaType 0/0, BadExtension 0/0, TempNotAvailable 0/0, CallLegNonExistent 0/0, LoopDetected 0/0, TooManyHops 0/0, AddrIncomplete 0/0, Ambiguous 0/0, BusyHere 0/0, BadEvent 0/0 Server Error: InternalError 0/0, NotImplemented 0/0, BadGateway 0/0, ServiceUnavail 0/0, GatewayTimeout 0/0, BadSipVer 0/0 Global Failure: BusyEverywhere 0/0, Decline 0/0, NotExistAnywhere 0/0, NotAcceptable 0/0 SIP Total Traffic Statistics (Inbound/Outbound) Invite 0/0, Ack 0/0, Bye 0/0, Cancel 0/0, Options 0/0, Prack 0/0, Comet 0/0, Subscribe 0/0, Notify 0/0, Refer 0/0, Info 0/0 Retry Statistics Invite 0, Bye 0, Cancel 0, Response 0, Notify 0 Etape 4 show sip-ua status Utilisez cette commande pour afficher l'état de l'agent utilisateur SIP. Routeur# show sip-ua status SIP User Agent Status SIP User Agent for UDP : ENABLED SIP User Agent for TCP : ENABLED SIP User Agent bind status(signaling): DISABLED SIP User Agent bind status(media): DISABLED SIP max-forwards : 6 SIP DNS SRV version: 2 (rfc 2782) SDP application configuration: Version line (v=) required Owner line (o=) required Session name line (s=) required Timespec line (t=) required Media supported: audio image Network types supported: IN Address types supported: IP4 Transport types supported: RTP/AVP udptl

21 L'extrait de sortie suivant montre que l'intervalle de temps entre deux mes-
sages NOTIFY consécutifs pour un évènement téléphonique est 2000 ms par défaut Router# show sip-ua status SIP User Agent Status SIP User Agent for UDP : ENABLED SIP User Agent for TCP : ENABLED SIP User Agent bind status(signaling): DISABLED SIP User Agent bind status(media): DISABLED SIP early-media for 180 responses with SDP: ENABLED SIP max-forwards : 6 SIP DNS SRV version: 2 (rfc 2782) NAT Settings for the SIP-UA Role in SDP: NONE Check media source packets: DISABLED Maximum duration for a telephone-event in NOTIFYs: 2000 ms SIP support for ISDN SUSPEND/RESUME: ENABLED Redirection (3xx) message handling: ENABLED SDP application configuration: Version line (v=) required Owner line (o=) required Timespec line (t=) required Media supported: audio image Network types supported: IN Address types supported: IP4 Transport types supported: RTP/AVP udptl L'extrait de sortie suivant montre la configuration de la méthode SIP INFO pour la fonctionnalité Génération de tonalité DTMF. Router# show sip-ua status Session name line (s=) required

22 Exemples de configuration pour la fonctionnalité SIP DTMF
Etape 5 show sip-ua timers Utilisez cette commande pour afficher les paramètres courants pour les timers des agents utilisateurs. Router# show sip-ua timers SIP UA Timer Values (millisecs) trying 500, expires , connect 500, disconnect 500 comet 500, prack 500, rel1xx 500, notify 500 Etape 6 show voip rtp connections Utilisez cette commande pour montrer le Calling ID local et distant et l'adresse IP et le port IP address and port Conseils pour résolution de problèmes Note: Pour des conseils généraux sur la résolution de problèmes et pour avoir une liste des commandes debug importantes, voir la section "Conseils généraux pour résolution de problèmes"  Pour valider le debugging pour les paquets RTP d'évènements nommés, utilisez la commande debug voip rtp. Exemples de configuration pour la fonctionnalité SIP DTMF Cette section fournit les exemples de configuration suivants:  Relais DTMF pour les communications SIP utilisant NTE  Relais DTMF hors-bande basé sur SIP NOTIFY Relais DTMF pour les communications SIP utilisant NTE Relay DTMF utilisant RTP-NTE Ce qui suit est un exemple de relais DTMF utilisant RTP-NTE: Router(config)# dial-peer voice 62 voip Router(config-dial-peer)# session protocol sipv2 Router(config-dial-peer)# dtmf-relay rtp-nte RTP Using Payload Type NTE Ce qui suit est exemple de RTP utilisant une charge utile Type NTE avec la valeur par défaut 101: Router(config-dial-peer)# rtp payload-type nte 101

23 Relais DTMF hors-bande basé sur SIP NOTIFY
Current configuration : 3394 bytes ! version 12.2 service timestamps debug uptime service timestamps log uptime no service password-encryption service internal memory-size iomem 15 ip subnet-zero no ip domain lookup voice service voip redirect ip2ip sip redirect contact order best-match ip dhcp pool vespa network option 150 ip default-router voice call carrier capacity active voice class codec 1 codec preference 2 g711ulaw no voice hpi capture buffer no voice hpi capture destination fax interface-type fax-mail mta receive maximum-recipients 0 interface Ethernet0/0 ip address half-duplex interface FastEthernet0/0 ip address speed auto no cdp enable h323-gateway voip interface h323-gateway voip id vespa2 ipaddr router rip network network

24 ! ip default-gateway ip classless ip route no ip http server ip pim bidir-enable tftp-server flash:SEPDEFAULT.cnf tftp-server flash:P005B302.bin call fallback active call application global default.new call rsvp-sync voice-port 1/0 voice-port 1/1 mgcp profile default dial-peer voice 1 pots destination-pattern 5100 port 1/0 dial-peer voice 2 pots destination-pattern 9998 port 1/1 dial-peer voice 123 voip destination-pattern [12]... session protocol sipv2 session target ipv4: dtmf-relay sip-notify gateway sip-ua retry invite 3 retry register 3 timers register 150 registrar dns:myhost3.cisco.com expires 3600 registrar ipv4: expires 3600 secondary telephony-service max-dn 10 max-conferences 4 ephone-dn 1 number 4001

25 Références additionnelles
! ephone-dn 2 number 4002 line con 0 exec-timeout 0 0 line aux 0 line vty 0 4 login line vty 5 15 no scheduler allocate end Références additionnelles Références SIP Générales • "SIP Features Roadmap" à la page 1 - Décrit comment accéder à Cisco Feature Navigator; liste et décrit également, par IOS Release, les fonctionnalités SIP pour cette release. • "Overview of SIP" à la page 7 - Décrit la technologie SIP sous-jacente; Liste égale- ment les documents liés, standards, MIBs, RFCs.