SIP (Session Initiation Protocol) - Configuration de Base

SIP (Session Initiation Protocol) - Configuration de Base

Sommaire • Introduction - Contenu • Prérequis pour la configuration de base SIP • Restrictions pour la configuration de base SIP • Information sur la configuration de base SIP - Support de l'entregistrement SIP (SIP Register) - Traitement amélioré du processus de redirection SIP (SIP Redirect) - Envoi des messages SIP 300 Multiple Choice • Comment réaliser la configuration de base SIP - Configuration de services VoIP SIP sur une Gateway Cisco - Arrêt ou démarrage de services VoIP SIP sur une Gateway Cisco - Arrêt ou démarrage de sous-modes VoIP sur une Gateway Cisco - Configurer le support d'enregistrement SIP (SIP Register) - Configurer le traitement amélioré de SIP Redirect - Configurer les messages SIP 300 Multiple Choice - Configurer les améliorations d'implémentation de SIP - Vérification de l'état de la passerelle SIP - Conseils généraux pour la résolution de problèmes • Exemples de configuration pour la configuration de base SIP - Support de l'enregistrement SIP - Traitement amélioré de SIP Redirect

Introduction Ce document fournit des informations sur la configuration de base SIP pour les fonctionnalités suivantes: ● Support de l'enregistrement SIP (SIP Register) ● Traitement amélioré de SIP Redirect ● Messages SIP 300 Multiple Choice ● Améliorations de l'implémentation SIP - Interactions avec des proxys de réplication d'appels - Bouclage d'appel SIP Intra-GatewayHistorique des fonctionnalités, SIP Register, Traitement amélioré de SIP Redi- rect et Messages SIP 300 Multiple Choice. Historique des améliorations de l'implémentation SIP : Interaction avec des Proxys de réplication d'appels et bouclage d'appel SIP Intra-Gateway. Contenu ● Prérequis pour la configuration de base SIP ● Restrictions pour la configuration de base SIP ● Information sur la configuration de base SIP ● Comment réaliser la configuration de base SIP ● Exemples de configuration pour la configuration de base SIP

Prérequis pour la configuration de base SIP Fonctionnalité "Traitement amélioré de SIP Redirect": ● Assurez-vous que votre Gateway SIP supporte les messages Redirect 300 ou 302 Restrictions pour la configuration de base SIP Fonctionnalité "Support de SIP Register" : ● Les passerelles SIP ne supportent pas l'authentificationet par conséquent ne peuvent pas répondre aux reqêtes d'authentification pour les messages d'enregistrement (Register).Information sur la configuration de base SIP Pour réaliser les tâches de configuration de base de SIP vous devez comprendre les concepts suivants: ● Support de l'entregistrement SIP (SIP Register) ● Traitement amélioré du processus de redirection SIP (SIP Redirect) ● Envoi des messages SIP 300 Multiple Choice Support de l'enregistrement SIP (SIP Register) Avec H.323, les passerelles IOS Cisco peuvent enregistrer des numéros E.164 d'extré- mités de numérotation téléphoniques avec un "GateKeeper" lesquels informent le gatekeeper d'une information de contact utilisateur. Les passerelles SIP permettent la même fonctionnalité mais l'enregistrement se fait avec un Proxy SIP ou enregistreur. Les passerelles SIP autorisent l'enregistrement de numéros E.164 vers un Proxy SIP à la demande de ports voix de téléphones analogiques (FXS), de ports voix virtuels d'IP Phones (EFXS) ou d'IP Phones locaux (SCCP). Pendant l'enregistrement de numéros d'extrémités avec un enregistreur externe, vous pouvez également enregistrer avec un serveur Proxy SIP secondaire pour avoir de la redondance. L'enregistrement secondaire pourra être utilisé si l'enregistrement pri- maire est défaillant. Les passerelles SIP autorisent l'enregistrement de numéros E.164 vers un Proxy SIP à la demande de ports voix de téléphones analogiques (FXS), de ports voix virtuels d'IP Phones (EFXS) ou d'IP Phones locaux (SCCP). Par défaut, les passerelles SIP ne génèrent pas de messages SIP Registrar. Les tâches suivantes configurent la passerelle pour qu'elle enregistre des numéros de téléphones avec un enregistreur SIP externe. Note: Il n'y a pas de commandes qui permettent l'enregistrement entre les protocoles SIP et H.323.

Traitement amélioré du processus de redirection SIP (SIP Redirect) Le traitement SIP Redirect permet la flexibilité de gestion des réponses redirect ou classe 3xx. Les réponses Redirect peuvent être validées ou dévalidées par l'interface ligne de commande fournissant ainsi un outil au opérateurs qui déploient des passerelles IP Cisco. Le traitement Redirect est actif par défaut, ce qui veut dire que les passerelles SIP gèrent les messages 3xx entrants en conformité avec le RFC2543. Le RFC2543 stipule que les messages de réponses Redirect sont utilisés par des "User Agent" SIP pour initier un nouvel "INVITE" quand un "User Agent" apprend qu'un utilisateur s'est déplacé d'un endroit à un autre. En accord avec le RFC2543-bis-04, le traitement des redirections 3xx est le suivant: ● L'URI (Uniform Resource Identifier) de l'INVITE redirigé est mis à jour pour conte- nir l'information de nouveau contact fournit par le message de redirection 3xx. ● Le numéro CSeq transmis et trouvé dans l'en-tête CSeq est incrémenté de un. Le nouveau message INVITE contient CSeq mis à jour. ● Les en-têtes To, From et Call ID qui identifient une branche de la communication restent les mêmes. Le même Call ID donne de la cohérence lorsque l'on veut faire une capture d'historique de facturation. ● L'UAC refait sa requête vers la nouvelle adresse donnée dans le champ Contact de l'en-tête du message 3xx. La gestion de la redirection peut être d&validée en utilisant la commande no redirection en mode de configuration SIP user-agent. Dans ce cas le user-agent traite les messages de réponses 3xx entrants comme des réponses d'erreur classe 4xx. L'appel n'est pas redirigé et il est libéré avec le code de la cause dans le message RTC. Le tableau suivant montre la correspondance entre les réponses 3xx et 4xx.

Le traitement SIP Redirect génère un historique des appels avec les numéros appro- priés des codes de cause de libération qui peut être utilisé pour des besoins de statis- tiques ou de comptabilité. Quand une réponse 3xx est mappée à une réponse de la classe 4xx, le code de la cause dans l'historique de l'appel est basé sur celui du code de la réponse de classe 4xx. La redirection d'appel doit être validée sur la passerelle pour le transfert d'appel SIP incluant les serveurs de redirection pour qu'elle fonctionne. La passerelle voix IOS Cisco peut aussi utiliser la redirection d'appel si un appel VoIP entrant correspond à une extrémié VoIP sortante. La passerelle transmet un message Redirect 300 ou 302 vers l'origine de l'appel permettant à l'initiateur de l'appel de re-établir la commmunication. Deux commandes vous permettent de valider la fonc- tionnalité de redirection, globalement ou sur une extrémité entrante particulière:redirect ip2ip (dial-peer) et redirect ip2ip (voice service). Envoi des messages SIP 300 Multiple Choice A l'origine quand un appel était redirigé, la passerelle SIP transmettait un message 302 Moved Temporarily. La première correspondance la plus longue avec une route sur une passerelle (motif de l'extrémité distante) était utilisée dans l'en-tête Contact d'un message 302. Maintenant, si de multiples routes vers une destination existent pour un numéro redirigé, la passerelle SIP transmet un message 300 Multiple Choice et les multiples routes sont insérées dans l'en-tête Contact. La commande redirect contact order vous donne la possibilité de choix de l'ordre dans lequel les routes apparaissent dans l'en-tête Contact.Comment réaliser la configuration de base SIP Cette section contient les procédures suivantes: ● Configuration de services VoIP SIP sur une Gateway Cisco ● Configurer le support d'enregistrement SIP (SIP Register) ● Configurer le traitement amélioré de SIP Redirect ● Configurer les messages SIP 300 Multiple Choice ● Configurer les améliorations de l'implémentation SIP - Inter-action avec un proxy de réplication d'appels - Rebouclage d'appel Intra-Gateway SIP ● Vérification de l'état de la Gateway SIP

Configuration de services VoIP SIP sur une Gateway Cisco Cette section contient les procédures suivantes: ● Arrêt ou validation le service VoIP sur des Gateways Cisco ● Arrêt ou validation de sous-modes VoIP sur des Gateways Cisco Arrêt ou validation du service VoIP sur des Gateways Cisco Pour arrêter ou valider le service VoIP sur des Gateway Cisco, exécutez les étapes suivantes:Résumé des étapes 1. enable 2. configure terminal 3. voice service voip 4. [no] shutdown 5. exit Etapes détaillées

Arrêt ou validation de sous-modes VoIP sur des Gateways Cisco Pour arrêter ou valider les sous-modes VoIP sur des Gateway Cisco, exécutez les éta- pes suivantes: Résumé des étapes 1. enable 2. configure terminal 3. voice service voip 4. sip 5. [no] call service stop 6. exit Etapes détaillées

Configurer le support d'enregistrement SIP (SIP Register) Pour configurer le support de l'enregistrement SIP, exécutrez les étapes suivantes:Résumé des étapes:1. enable 2. configure terminal 3. sip-ua 4. registrar 5. retry register 6. timers register 7. exit Etapes détaillées

Configurer l'amélioration du traitement de SIP Redirect Cette section fournit les informations suivantes: ● Configuration du traitement amélioré de Call Redirect ● Configuration des messages SIP 300 Multiple ChoiceConfiguration du traitement amélioré de Call Redirect Le traitement de la redirection utilisant la commande redirect est validé par défaut. Pour le dévalider et réinitialiser le traitement de la redirection, exécutez les étapes listées dans cette section : ● Configuration du traitement amélioré de Call Redirect La redirection d'appel IP vers IP peut être validé globalement ou par extrémité. Pour configurer, exécutez les étapes listées dans cette section : ● Configurer Call-Redirect pour supporter les appels globalement ● Configurer Call-Redirect pour supporter les appels d'une extrémité VoIP spécifique

Configuration du traitement amélioré de Call-Redirect Pour configurer le traitement amélioré de Call-redirect, exécutez les étapes suivantes:Résumé des étapes1. enable 2. configure terminal 3. sip-ua 4. no redirection 5. redirection 6. exit Etapes détaillées

Configurer Call-Redirect pour supporter les appels globalement Pour configurer le support de Call-Redirect globalement, exécutez les étapes suivantes:Note : Pour valider la redirection globale d'appels IP vers IP pour toutes les extrémi- tés VoIP, utilisez le mode de configuration voice-service. L'application SIP par défaut la redirection IP vers IP.Résumé des étapes 1. enable 2. configure terminal 3. voice service voip 4. redirect ip2ip 5. exit Etapes détaillées

Configurer Call-Redirect pour supporter les appels d'une extrémité VoIP spécifique Pour configurer le support de Call-Redirect pour une extrémité VoIP, exécutez les étapes suivantes:Note: ● Pour spécifier la redirection d'appel IP vers IP pour une extrémité VoIP spéci- que, configurer la sur une extrémité entrante en mode de configuration dial- -peer. L'application par défaut sur SRTS SIP supporte la redirection IP vers IP. ● Quand la redirection IP vers IP est configurée en mode de configuration dial- peer, la configuration sur l'extrémité spécifique entrante a la priorité sur la configuration globale entrée en mode de configuration voice-service. Résumé des étapes1. enable 2. configure terminal 3. dial-peer voice voip 4. application 5. redirect ip2ip 6. exit Etapes détaillées

Configurer les messages SIP 300 Multiple Choice Cette section contient les informations suivantes: ● Configurer l'envoi des messages SIP 300 Multiple Choice Configurer l'envoi des messages SIP 300 Multiple Choice Pour configurer l'envoi des messages SIP 300 Multiple Choice, exécutez les étapes suivantes:Note: Si de multiples routes vers une destination existent pour un numéro redirigé (plusieurs dial, peers correspondent), la passerelle SIP transmet un message 300 Multiple Choice et les multiples routes sont insérées dans l'en-tête Contact. Cette configuration vous donne la possibilité de choix de l'ordre dans lequel les routes apparaissent dans l'en-tête Contact. Résumé des étapes 1. enable 2. configure terminal 3. voice service voip 4. sip 5. redirect contact order 6. exit

Etapes détaillées

Réseau IP RTC Call ID-x Call ID-x Configuration des améliorations des implémentations SIP Des fonctionnalités configurables sous-jacentes mineures ou minimales sont décrites dans les sections suivantes : ● Inter-action avec des proxys de réplication d'appels ● Rebouclage d'appels Intra-Gateway SIPInter-action avec des proxys de réplication d'appels La réplication d'appels permet à une passerelle SIP d'extrémité de gérer de multiples requêtes et à la passerelle d'origine de gérér de multiples réponses provisoires pour le même appel. La réplication d'appel est requise pour le déploiement de services de type "find me/follow me". Le support de la réplication d'appel permet à une passerelle d'extrémité de gérer de multiples requêtes provisoires pour le même appel. Inter-action avec des proxys de réplication d'appels s'applique aux passerelles agissant comme UACs et prend effet quand un utilisateur est enregistré à différnts endroits. Quand l'UAC enoie un message INVITE au proxy, le proxy réplique la requête et la transmet à tous les UACs. La passerelle SIP traite les muktiples réponses 18X en les considérant comme des transactions indépendantes sous le même identificateur d'appel (Call ID). Quand les extrémités correspondantes sont configurées pour de la QoS, la passerelle maintient les états et initie des réservations RSVP pour chacune de ces transactions indépen- dantes. Quand la passerelle reçoit un acquittement, comme 200 OK, celle-ci accepte l'acquittement positif et détruit toutes les autres transactions. La fonctionnalité de réplication d'appel active RSVP pour chaque transaction seule- ment si l'extrémité est configurée pour la QoS. Si ce n'est pas le cas, les appels sont de type "best-effort". Inter-action avec des proxys de réplication d'appels s'applique aux passerelles agissant comme UACs. Il ne s'applique pas quand la passerelle agit comme un UAS. Dans ce cas, le proxy réplique les INVITE multiples avec le même CALL ID vers la même passerelle mais avec différentes URLs pour les requêtes. Rebouclage d'appels Intra-Gateway SIP Le rebouclage d'appel est une capacité de routage d'appel dans laquelle un appel entrant sur une passerelle particulière est signalé vers le réseau IP et en retour sort sur la même passerelle. Cela peut être un appel du RTC routé vers le réseau IP et ressortant vers le RTC par la même passerelle.

Réseau IP Ligne 1 Call ID-y Call ID-y Ligne 2 De manière similaire le rebouclage peut être un appel signalé par une ligne (ex: ligne téléphonique) vers le réseau IP et ressortant vers une autre ligne téléphonique par la même passerelle. Avec le rebouclage SIP, une passerelle unique pour l'entrée et la sortie n'est pas né- cessaire. SIP supporte le rebouclage RTC-RTC (ce qui signifie qu'un appel arrive sur un port voix puis est routé sur un autre port voix). Il supporte également les segments RTC- vers IP et IP-vers-RTC. Toutefois, il ne supporte pas le rebouclage IP vers IP. Cela signifie que la passerelle SIP ne peut pas prendre un appel entrant SIP et le rerouter en sortie vers un autre équipement SIP en utilisant les extrémités VoIP. Une configuration minimale est requise pour cette fonctionnalité. Pour valider le rebouclage d'appel sur la passerelle SIP, voir l'exemple de configuration suivant pour les extrémités. Notez que : ● L'extrémité RTC doit avoir la preference 2 définie et l'extrémité VoIP doit avoir la preference 1 définie. Ceci assure que l'appel sera transmis en sortie sur IP et non sur RTC. ● La session cible est la même passerelle car l'appel est rebouclé vers celle-ci. dial-peer voice 53001 pots preference 2 destination-pattern 5300001 prefix 5300001 ! dial-peer voice 53002 pots preference 2 destination-pattern 5300002 prefix 5300002 ! dial-peer voice 530011 voip preference 1 destination-pattern 5300001 session protocol sipv2 session target ipv4:10.1.1.41 playout-delay maximum 300 codec g711alaw ! dial-peer voice 530022 voip preference 1 destination-pattern 5300002 session protocol sipv2 session target ipv4:10.1.1.41 playout-delay maximum 300 codec g711alaw

Vérification de l'état de la passerelle SIP Pour vérifier l'état de la passerelle SIP et la configuration, exécutez les étapes suivantes de manière appropriée (les commandes sont listées dans l'ordre alphabétique). Résumé des étapes 1. show sip service 2. show sip-ua register status 3. show sip-ua statistics 4. show sip-ua status 5. show sip-ua timers Etapes détaillées Etape 1 . show sip service Utilisez cette commande pour afficher l'état du service d'appel SIP sur une passerelle SIP. L'exemple de sortie suivant montre que le service d'appel SIP est validé. Router# show sip service SIP Service is up L'exemple de sortie suivant montre que le service d'appel SIP a été arrêté avec la commande shutdown. Router# show sip service SIP service is shut globally under 'voice service voip' L'exemple de sortie suivant montre que le service d'appel SIP a été arrêté avec la commande call service stop. Router# show sip service SIP service is shut under 'voice service voip', 'sip' submode L'exemple de sortie suivant montre que le service d'appel SIP a été arrêté avec la commande shutdown forced. Router# show sip service SIP service is forced shut globally under 'voice service voip' L'exemple de sortie suivant montre que le service d'appel SIP a été arrêté avec la commande call service stop forced. Router# show sip service SIP service is forced shut under 'voice service voip', 'sip' submode

Etape 2 . show sip-ua register status Utilisez cette commande pour afficher l'état des numéros E.164 que la passerelle a enregistré avec un enregistreur SIP externe. Router# show sip-ua register status Line peer expires(sec) registered 4001 20001 596 no 4002 20002 596 no 5100 1 596 no 9998 2 596 no Etape 3 . show sip-ua statistics Utilisez cette commande pour afficher les statitiques SIP des réponses, du trafic et de reprise et voir également si la redirection d'appel est dévalidée. L'exemple ci-dessous montre que quatre enregistrements ont été transmis. Router# show sip-ua statistics SIP Response Statistics (Inbound/Outbound) Informational: Trying 0/0, Ringing 0/0, Forwarded 0/0, Queued 0/0, SessionProgress 0/0 Success: OkInvite 0/0, OkBye 0/0, OkCancel 0/0, OkOptions 0/0, OkPrack 0/0, OkPreconditionMet 0/0, OkSubscribe 0/0, OkNOTIFY 0/0, OkInfo 0/0, 202Accepted 0/0 OkRegister 12/49 Redirection (Inbound only except for MovedTemp (Inbound/Outbound)) : MultipleChoice 0, MovedPermanently 0, MovedTemporarily 0/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, ReqTimeout 0/0, Conflict 0/0, Gone 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 0/0, NotAcceptableMedia 0/0, BadEvent 0/0, SETooSmall 0/0

Server Error: InternalError 0/0, 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 Miscellaneous counters: RedirectRspMappedToClientErr 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 Register 49/16 Retry Statistics Invite 0, Bye 0, Cancel 0, Response 0, Prack 0, Comet 0, Reliable1xx 0, NOTIFY 0 Register 4 SDP application statistics: Parses: 0, Builds 0 Invalid token order: 0, Invalid param: 0 Not SDP desc: 0, No resource: 0 Last time SIP Statistics were cleared: <never> L'exemple de sortie suivant montre le message d'état RedirectResponse- MappedToClientError. Un numéro incrémenté que les réponses 3xx sont traitées comme des réponses 4xx. Quand la redirection d'appel est validée (cas par défaut), le message d'état RedirectResponseMappedToClientError n'est pas incrémenté.Router# show sip-ua statistics SIP Response Statistics (Inbound/Outbound) Informational: Trying 0/0, Ringing 0/0, Forwarded 0/0, Queued 0/0, SessionProgress 0/0 Success: OkInvite 0/0, OkBye 0/0, OkCancel 0/0, OkOptions 0/0, OkPrack 0/0, OkPreconditionMet 0/0, OKSubscribe 0/0, OkNotify 0/0, 202Accepted 0/0

Redirection (Inbound only): MultipleChoice 0, MovedPermanently 0, MovedTemporarily 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, ReqTimeout 0/0, Conflict 0/0, Gone 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 0/0 NotAcceptableMedia 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, PreCondFailure 0/0 Global Failure: BusyEverywhere 0/0, Decline 0/0, NotExistAnywhere 0/0, NotAcceptable 0/0 Miscellaneous counters: RedirectResponseMappedToClientError 1, 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 Retry Statistics Invite 0, Bye 0, Cancel 0, Response 0, Prack 0, Comet 0, Reliable1xx 0, Notify 0 SDP application statistics: Parses: 0, Builds 0 Invalid token order: 0, Invalid param: 0 Not SDP desc: 0, No resource: 0

Etape 4 . show sip-ua status Utilisez cette commande pour afficher l'état de l'agent utilisateur SIP (UA) et voir si la redirection d'appel est validée ou non.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 max-forwards : 6 SIP DNS SRV version: 1 (rfc 2052) Redirection (3xx) message handling: ENABLED Etape 5 . show sip-ua timers Utilisez cette commande pour afficher les valeurs courantes des timers pour l'agent utilisateur SIP (UA). L'exemple de sortie suivant montre le temps d'attente avant qu'une requête d'enregistrement soit transmise. C'est la valeur qui est fixée par la commande timers register. Router# show sip-ua timers SIP UA Timer Values (millisecs) trying 500, expires 180000, connect 500, disconnect 500 comet 500, prack 500, rel1xx 500, notify 500 refer 500, register 500 Conseils généraux pour la résolution de problèmes Note : Pour plus d'informations sur la résolution de problèmes, voir les références suivantes : ● Cisco IOS Voice Troubleshooting and Monitoring Guide ● Cisco Technical Support at http://www.cisco.com/en/US/support/index.html ● Cisco IOS Debug Command Reference, Release 12.3T ● Cisco IOS Voice, Video, and Fax Configuration Guide, Release 12.2 ● Troubleshooting and Debugging VoIP Call Basics ● Voice Gateway Error Decoder for Cisco IOS ● VoIP Debug Commands

Note : Les commandes sont listées dans l'ordre alphabétique. ● Assurez-vous que VoIP fonctionne. ● Assurez-vous que vous pouvez faire une communication voix. ● Vérifiez que les codecs supportés par SIP sont utilisés. Le support des codecs varie selon les plateformes; utilisez la commande codec pour déterminer quels sont les codecs disponibles sur une plateforme particulière. ● Utilisez la commande debug aaa authentication pour afficher les diagnostics de haut-niveau liés au logins AAA. ● Utilisez la commande debug asn1 events pour vérifier que le serveur d'abonne- ment SIP fonctionne. La sortie affiche un message en attente , si par exemple, un client n'arrive pas à communiquer avec le serveur. ● Utilisez la famille de commandes debug call fallback pour afficher les détails des échecs de communication VoIP. ● Utilisez la famille de commandes debug cch323 pour fournir une sortie de débu- gage pour des composants divers du sous-système H323. ● Utilisez la famille des commandes debug ccsip pour le débugage général de SIP y compris l'affichage les valeurs de direction-attribute et les traces de port et tra- duction d'adresse. Utilisez n'importe laquelle des commandes suivantes : – debug ccsip all - Valide tout le debugging relatif à SIP – debug ccsip calls - Valide le traçage de tous les appels SIP SPI (Service-Provider Interface) – debug ccsip error - Valide le traçage des erreurs SIPSPI – debug ccsip events - Valide le traçage de tous les évènements SIP SPI events – debug ccsip info - Valide le traçage d'information générale SIP SPI, incluant la vérification de la dévalidation de la redirection d'appels – debug ccsip media - Vlide le traçage des flux de média SIP – debug ccsip messages - Valide le traçage de tous les messages SIP SPI tels que ceux qui sont échangés entre un UAC SIP et le serveur d'accès – debug ccsip preauth - Valide le compte-rendu de diagnostic de pré-authentification pour l'authentification,l'autorisation et l'accoun- ting (AAA) preauthentication de communications SIP – debug ccsip states - Valide le traçage de toutes les traces SIP SPI

– debug ccsip transport - Valide le traçage du gestionnaire de transport SIP et et le processus TCP ou UDP utilisateur ● Utilisez la commande debug isdn q931 pour afficher les informations au sujet de l'établissement et de la libération de communication RNIS (couche 3) entre le routeur local (côté utilisateur) et le réseau. ● Utilisez la commande debug radius pour validerle debugging de de trace des attributs RADIUS. ● Utilisez la commande debug rpms-proc preauth pour valider le debugging de trace du processus RPMS pour les appels H323, les appels SIP ou les deux. ● Utilisez la commande debug rtr trace pour tracer l'exécution d'une opération SAA. ● Utilisez les commandes de la famille debug voip y compris les suivantes: – debug voip ccapi protoheaders - Affiche les messages transmis entre les passerelles origine et destination. Si aucun en-tête n'est reçu par la passerelle de destination, vérifiez que la commande header-passing est validée sur la passerelle origine. – debug voip ivr script - Affiche toute erreur qui peut survenir quand le script Tcl est exécuté. – debug voip rtp session named-event 101 - Affiche les informations impor- tantes pour le debugging DTMF-relay, si vous utilisez des types de codecs g726r16 or g726r24. Assurez-vous d'ajouter l'argument 101 à la commande pour éviter que l'écran de la console soit inondé de messages et par tous les appels. Exemples de sorties pour quelques unes des commandes suivantes : ● Exemple de sortie pour la commande debug ccsp events. ● Exemple de sortie pour la commande debug ccsp info. Exemple de sortie de la commande debug ccsp events ● Cet exemple montre comment l'en-tête Proxy-Authorization est découpé et décodé en "username" et "password". Router# debug ccsip events CCSIP SPI: SIP Call Events tracing is enabled 21:03:21: sippmh_parse_proxy_auth: Challenge is 'Basic'. 21:03:21: sippmh_parse_proxy_auth: Base64 user-pass string is 'MTIzNDU2Nzg5MDEyMzQ1Njou'. 21:03:21: sip_process_proxy_auth: Decoded user-pass string is '1234567890123456:.'. 21:03:21: sip_process_proxy_auth: Username is '1234567890123456'. 21:03:21: sip_process_proxy_auth: Pass is '.'.

21:03:21: sip_process_proxy_auth: Pass is '.'. 21:03:21: sipSPIAddBillingInfoToCcb: sipCallId for billing records = 10872472-173611CC-81E9C73D-F836C2B6@172.18.192.19421:03:21: ****Adding to UAS Request table Exemple de sortie pour la commandedebug ccsp info. Router# debug ccsip info 00:20:32: HandleUdpSocketReads :Msg enqueued for SPI with IPaddr: 172.18.207.10:5060 00:20:32: CCSIP-SPI-CONTROL: act_sentinvite_new_message 00:20:32: CCSIP-SPI-CONTROL: sipSPICheckResponse 00:20:32: sip_stats_status_code 00:20:32: ccsip_get_code_class: !!Call Redirection feature is disabled on the GW 00:20:32: ccsip_map_call_redirect_responses: !!Mapping 302 response to 480 00:20:32: Roundtrip delay 4 milliseconds for method INVITE Exemples de configuration pour la configuration de base SIP Cette section fournit les exemples de configurations suivants : ● Support de l'enregistrement SIP ● Amélioration du processus de redirection SIP ● Messages SIP 300 Multiple Choice Support de l'enregistrement SIP 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 192.168.0.0 255.255.255.0 option 150 ip 192.168.0.1 default-router 192.168.0.1 ! 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 10.8.17.22 255.255.0.0 half-duplex ! interface FastEthernet0/0 ip address 192.168.0.1 255.255.255.0 speed auto no cdp enable h323-gateway voip interface h323-gateway voip id vespa2 ipaddr 10.8.15.4 1718 ! router rip network 10.0.0.0 network 192.168.0.0 ! ip default-gateway 10.8.0.1 ip classless ip route 0.0.0.0 0.0.0.0 10.8.0.1 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:10.8.17.42 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:10.8.17.40 expires 3600 secondary ! telephony-service max-dn 10 max-conferences 4 ! ephone-dn 1 number 4001 ! ephone-dn 2 number 4002 ! line con 0 exec-timeout 0 0 line aux 0 line vty 0 4 login line vty 5 15 login ! no scheduler allocate end

Amélioration du processus de redirection SIP Cette section fournit des exemples de configuration pour correspondre avec les tâches de configuration de la section précédente : ● Redirection d'appel dévalidée ● Redirection d'appel validée ● Redirection d'appel utilisant la redirection IP vers IP ● Messages SIP 300 Multiple Choice Redirection d'appel dévalidée Cet exemple montre que la redirection d'appel est dévalidée sur la passerelle. Router# show running-config Building configuration... Current configuration : 2791 bytes ! version 12.2 service config no service single-slot-reload-enable no service pad service timestamps debug uptime service timestamps log uptime no service password-encryption service internal service udp-small-servers ! interface FastEthernet2/0 ip address 172.18.200.24 255.255.255.0 duplex auto no shut speed 10 ip rsvp bandwidth 7500 7500 ! voice-port 1/1/1 no supervisory disconnect lcfo ! dial-peer voice 1 pots application session destination-pattern 8183821111 port 1/1/1 ! dial-peer voice 3 voip application session destination-pattern 7173721111 session protocol sipv2 session target ipv4:172.18.200.36 codec g711ulaw !

dial-peer voice 4 voip application session destination-pattern 6163621111 session protocol sipv2 session target ipv4:172.18.200.33 codec g711ulaw ! gateway ! sip-ua no redirection retry invite 1 retry bye 1 ! line con 0 line aux 0 line vty 0 4 login ! end Redirection d'appel validée Cet exemple montre que la redirection d'appel est validée sur la passerelle (conf par défaut). Quand la redirection d'appel est validée, la sortie n'affiche pas d'information sur la redirection d'appel. Router# show running-config Building configuration... Current configuration : 2791 bytes ! version 12.2 service config no service single-slot-reload-enable no service pad service timestamps debug uptime service timestamps log uptime no service password-encryption service internal service udp-small-servers ! interface FastEthernet2/0 ip address 172.18.200.24 255.255.255.0 duplex auto no shut speed 10 ip rsvp bandwidth 7500 7500 ! voice-port 1/1/1 no supervisory disconnect lcfo

dial-peer voice 1 pots application session destination-pattern 8183821111 port 1/1/1 ! dial-peer voice 3 voip application session destination-pattern 7173721111 session protocol sipv2 session target ipv4:172.18.200.36 codec g711ulaw ! dial-peer voice 4 voip application session destination-pattern 6163621111 session protocol sipv2 session target ipv4:172.18.200.33 codec g711ulaw ! gateway ! sip-ua retry invite 1 retry bye 1 ! line con 0 line aux 0 line vty 0 4 login ! end Redirection d'appel utilisant la redirection IP vers IP Cet exemple montre que la redirection a été validée globalement sur le routeur. 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 192.168.0.0 255.255.255.0 option 150 ip 192.168.0.1 default-router 192.168.0.1 ! 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 10.8.17.22 255.255.0.0 half-duplex ! interface FastEthernet0/0 ip address 192.168.0.1 255.255.255.0 speed auto no cdp enable h323-gateway voip interface h323-gateway voip id vespa2 ipaddr 10.8.15.4 1718 ! router rip network 10.0.0.0 network 192.168.0.0 ! ip default-gateway 10.8.0.1 ip classless ip route 0.0.0.0 0.0.0.0 10.8.0.1 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:10.8.17.42 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:10.8.17.40 expires 3600 secondary ! ! telephony-service max-dn 10 max-conferences 4 ! ephone-dn 1 number 4001 ! ephone-dn 2 number 4002 ! line con 0 exec-timeout 0 0 line aux 0 line vty 0 4 login line vty 5 15 login ! no scheduler allocate end

Messages SIP 300 Multiple Choice Cette section fournit un exemple de configuration montrant l'ordre de redirection de contact fixé pour la meilleure correspondance. 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 192.168.0.0 255.255.255.0 option 150 ip 192.168.0.1 default-router 192.168.0.1 ! 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 10.8.17.22 255.255.0.0 half-duplex ! interface FastEthernet0/0 ip address 192.168.0.1 255.255.255.0 speed auto no cdp enable h323-gateway voip interface h323-gateway voip id vespa2 ipaddr 10.8.15.4 1718 !

router rip network 10.0.0.0 network 192.168.0.0 ! ip default-gateway 10.8.0.1 ip classless ip route 0.0.0.0 0.0.0.0 10.8.0.1 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:10.8.17.42 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:10.8.17.40 expires 3600 secondary ! telephony-service max-dn 10 max-conferences 4

ephone-dn 1 number 4001 ! ephone-dn 2 number 4002 ! line con 0 exec-timeout 0 0 line aux 0 line vty 0 4 login line vty 5 15 login ! no scheduler allocate end

SIP (Session Initiation Protocol) - Configuration de Base