(Session Initiation Protocol)

Présentation au sujet: "(Session Initiation Protocol)"— Transcription de la présentation:

1 (Session Initiation Protocol)
Configuration de SIP (Session Initiation Protocol) pour la Voix sur IP

2 Sommaire • Exemples de configuration SIP • Introduction
• Présentation de SIP - Composants de SIP - Clients SIP - Serveurs SIP • Comment SIP fonctionne - Utilisation d'un Serveur Proxy SIP - Utilisation d'un Serveur de Redirection SIP Fonctions avancées de SIP Restrictions et considérations sur SIP • Tâches SIP requises • Tâches de configuration SIP - Configuration de SIP pour des extrémités VoIP - Changer la configuration de l'agent utilisateur SIP - Configuration du transfert d'appel SIP Configuration d'une passerelle d'accounting - Vérification de la configuration SIP • Exemples de configuration SIP

3 Introduction Ce document présente SIP (Session Initiation protocol)
Introduction Ce document présente SIP (Session Initiation protocol). SIP est un protocole alterna- tif développé par l'IETF (Internet Engineering Task Force) pour la conférence multi- média sur IP. Les fonctionnalités de SIPsont conformes au RFC 2543 de l'IETF, "SIP: Session Intiation Protocol", publié en mars La fonctionnalité SIP Cisco permet aux plateformes Cisco de signaler l'établissement d'appels voix et multimédia sur des réseaux IP. La fonctionnalité SIP fournit égale- ment des avantages non propriétaires dans les domaines suivants: ● Extensibilité du protocole ● Evolutivité du système ● Services de mobilité de personne ● Inter-opérabilité entre constructeurs Ce document contient les sections suivantes: ● Présentation de SIP ● Comment SIP fonctionne ● Tâches requises pour SIP ● Tâches de configuration de SIP ● Exemples de configuration de SIP Présentation de SIP SIP est un protocole de contrôle de couche d'application, basé sur l'ASCII, qui peut être utilisé pour établir, maintenir, libérér des appels entre deux ou plusieurs points d'extrémités. Comme d'autres protocoles Voix sur IP, SIP est conçu pour satisfaire ces fonctions de signalisation et de gestion de session dans un réseau de téléphonie par paquets. La signalisation autorise le transport des informations d'appel à travers des réseaux. La gestion de session fournit la capacité de contrôler les attributs d'une connexion de bout en bout. SIP fournit les capacités suivantes: ● Localise l'extrémité cible -- SIP supporte la résolution d'adresse, le mapping de nom et la redirection d'appel. ● Détermine les capacités média de l'extrémité cible -- SIP détermine le niveau de service commun le plus bas entre les deux extrémités au travers de SDP (Session Description Protocol). Les conférences sont établies en utilisant les capacités média qui peuvent être supportées par les deux extrémités. ● Détermine la disponibilité de l'extrémité -- Si un appel ne peut pas aboutir car l'extrémité cible est indisponible, SIP détermine si l'extrémité appelée est déjà connectée avec un appel en cours ou ne répond pas après le nombre de sonneries paramétré. SIP retourne un message indiquant pourquoi la cible est indisponible.

4 ● Etablit une session entre les extrémités origine et cible -- Si l'appel peut aboutir, SIP établit une session entre les extrémités. SIP supporte également les modifica tions en cours de communication telles que l'addition d'une autre extrémité à la conférence, le changement de caractéristique de média ou de codec. ● Gère le transfert et la fin de communication -- SIP supporte le transfert d'appel d'une extrémité vers une autre. Pendant le transfert d'appels, SIP établit une ses sion entre le transféré et la nouvelle extrémité ( spécifiée par la partie transférante) et termine la session entre le transféré et la partie transférante. A la fin de la ses sion SIP ferme les sessions entre toutes les parties. Note: Le terme conférence décrit une session (appel) établie entre deux ou plusieurs extrémités. "Conferences consist of two or more users and can be established using multicast or multiple unicast session. Composants SIP SIP est un protocole d'égal à égal (Peer-to-Peer). Les extrémités dans une session sont appelées agents utilisateurs (User Agents). Un agent utilisateur peut avoir un des rôles suivants: ● User-Agent Client (UAC) - Une application cliente qui initie une requête SIP. ● User-Agent-Server (UAS) - Une application serveur qui contacte l'utilisateur quand une requête SIP est reçue et qui retourne une réponse à la demande de l'utilisateur. Typiquement, une extrémité SIP est capable de fonctionner dans les modes UAC et UAS, mais fonctionne dans l'un ou l'autre mode par transaction. Que l'extrémité fonctionne comme un UAC ou un UAS dépend de l'agent utilisateur qui a initié la requête. D'un point de vue architectural, les composants physiques d'un réseau SIP peuvent être groupés en deux catégories: Clients et Serveurs. La figure suivante illustre l'architecture d'un réseau SIP. Note: De plus les serveurs SIP peuvent interopérer avec d'autres services applicatifs tels que des serveurs LDAP (Lightweight Directory Access Protocol), serveurs de lo- calisation, application base de données ou application XML (eXtensible Markup Language). Ces services applicatifs fournissent des services aux extrémités tels que répertoire, authentification et facturation.

5 ● Téléphones - Peuvent agir comme UAC ou UAS.
SIP Proxy et Redirect Serveurs SIP SIP User Agents (UAs) SIP SIP SIP Gateway RTP RTC IP PABX Clients SIP ● Téléphones - Peuvent agir comme UAC ou UAS. - Des Softphones (PCs avec des fonctions téléphone installées) et des téléphones Cisco SIP IP peuvent initier des requêtes SIP et répondre aux requêtes ephones - Téléphones IP non configurés sur la passerelle. ● Passerelles (Gateways) - Fournissent le contrôle d'appel. Les passerelles fournis- sent plusieurs services, le plus commun étant une fonction de traduction entre les extrémités de conférence SIP et d'autres types de terminaux. Cette fonction comprend la traduction des formats de transmission et des procédures de com- munication. En plus la passerelle traduit entre codecs audio et vidéo, réalise l'établissement d'appel et la libération de communication du côté LAN et du côté réseau à commutation de circuits. Serveurs SIP ● Proxy Server - Reçoit les requêtes SIP d'un client et les achemine vers l'autre client. De manière basique, les serveurs proxy reçoivent des messages SIP et les acheminent vers le prochain serveur SIP dans le réseau. Les serveurs proxy peu- vent fournir des fonctions telles que l'authentification, l'autorisation, le contrôle d'accès réseau, du routage, la retransmission fiable de requête et la sécurité.

6 Comment SIP fonctionne
● Redirect Server - Fournit au client l'information sur le ou les prochains sauts qu'un message doit atteindre et ensuite le client contacte le serveur du prochain saut ou l'UAS directement. ● Registrar Server - Traite les requêtes des UACs pour l'enregistrement de leur loca- lisation courante. Les serveurs d'enregistrement sont très souvent localisés avec le redirect server ou le proxy server. Comment SIP fonctionne SIP est un protocole simple, basé sur l'ASCII, qui utilise des requêtes et des réponses pour établir des communications parmi les divers composants d'un réseau et option- nellement d'établir une conférence entre deux ou plusieurs extrémités. Les utilisateurs d'un réseau SIP sont identifiés par une adresse SIP unique. Une adresse SIP est simi- laire à une adresse dont le format est: Le userID peut être soit un nom d'utilisateur soit une adresse E164. Les utilisateurs s'enregistrent avec un serveur d'enregistrement en utilisant leur adresse SIP affectée. Le serveur d'enregistrement fournit cette information au serveur de localisation sur requête. Quand un utilisateur initie un appel, une requête SIP est transmise vers un serveur SIP (soit un serveur proxy soit un redirect serveur). La requête comprend l'adresse de l'appelant (dans le champ From de l'en-tête) et l'adresse de la partie appelée (dans le champ To de l'en-tête). Les sections suivantes fournissent des exemples simples d'ap- pels point à point réussis et établis en utilisant un serveur proxy et un serveur de re- direction. Au cours du temps, un utilisateur SIP peut se déplacer d'un système d'extrémité à un autre. La localisation d'un utilisateur peut être enregistrée dynamiquement avec un serveur SIP. Le serveur de localisation peut utiliser un ou plusieurs protocoles (LDAP, Finger, rwhois,…) pour localiser l'utilisateur. Comme l'utilisateur peut être connecté sur plusieurs stations et que le serveur de localisation peut avoir quelque fois des informations imprécises, celui-ci peut retourner plusieurs adresses pour l'uti- lisateur. Si la requête vient au travers d'un proxy server, le proxy server essaie chacu- ne des adresses retournées jusqu'à ce qu'il localise l'utilisateur. Si la requête vient d'un Redirect server SIP, le Redirect server achemine toutes les adresses vers l'appe- lant dans le champ Contact de l'en-tête du message "invitation response".

7 Utilisation d'un serveur Proxy SIP Si un serveur Proxy est utilisé, l'agent utilisateur de l'appelant transmet un requête INVITE au serveur Proxy ,le serveur Proxy détermine le chemin et achemine la requê- te vers la partie appelée comme cela est montré dans la figure suivante. INVITE Réseau IP Client Client INVITE Serveur Serveur User agents User agents Client Serveur Proxy Redirect Server Requête SIP à travers un Serveur Proxy SIP

8 l'appelant comme cela est montré dans la figure suivante.
La partie appelée répond au Serveur Proxy qui à son tour achemine la réponse vers l'appelant comme cela est montré dans la figure suivante. Response 200 OK Réseau IP Client Client Response 200 OK Serveur Serveur User agents User agents Client Serveur Proxy Redirect Server Requête SIP à travers un Serveur Proxy SIP

9 Requête SIP à travers un Serveur Proxy SIP
Le Serveur Proxy achemine les acquittements des deux parties. Une session est en- suite établie entre les parties appelante et appelée. RTP (Real-time Transfer Protocol) est utilisé pour la communication entre les parties appelante et appelée. ACK Réseau IP Client Client RTP ACK Serveur Serveur User agents User agents Client Serveur Proxy Redirect Server Requête SIP à travers un Serveur Proxy SIP

10 Utilisation d'un Serveur de Redirection SIP
Si un serveur de Redirection SIP est utilisé, l'agent utilisateur de appelant transmet une requête INVITE au serveur de Redirection, le serveur de Reditrection contacte le serveur de localisation pour déterminer le chemin vers la partie appelée et ensuite le serveur de Redirection renvoie l'information vers l'appelant. L'appelant acquitte la ré- ception de l'information comme cela est montré sur la figure suivante. INVITE 302 Moved temporarily Client Client ACK Réseau IP Serveur Serveur User agents User agents Client Serveur Proxy Redirect Server Requête SIP à travers un serveur de Redirection SIP

11 munication entre les parties appelante et appelée.
L'appelant transmet la requête à l'équipement indiqué dans l'information de redirec- tion (qui peut être la partie appelée ou un autre serveur qui achemine la requête). Une fois que la requête atteint la partie appelée, celle-ci renvoie une réponse et l'appe- lant acquitte cette réponse. RTP (Real-time Transfer Protocol) est utilisé pour la com- munication entre les parties appelante et appelée. INVITE 200 OK Client Client ACK RTP Réseau IP Serveur Serveur User agents User agents Client Serveur Proxy Redirect Server Requête SIP à travers un serveur de Redirection SIP

12 Fonctions avancées de SIP
SIP fournit les fonctionnalités avancées suivantes: ● Capacité de spécifier le nombre maximum de redirections. ● Capacité de spécifier SIP ou H.323 sur la base d'une extrémité. ● Reprises et timers des massages SIP configurables. ● Interopérabilité avec les services de communication unifiés (UCS) ● Support de divers protocoles de signalisation y compris RNIS PRI, CAS ( Channel Associated Signalling) ● Support de diverses interfaces: - Interfaces analogiques - FXS (Foreign eXchange Station), FXO (Foreign eXchan- ge Station) et interfaces E&M Interfaces numériques: T1 CAS, T1 PRI, E1 CAS, E1 PRI et E1 R2. ● Support des messages de redirection SIP et inter-action avec des proxys SIP. La passerelle peut rediriger un appel sans réponse vers une autre passerelle SIP ou vers un IP phone SIP. De plus la passerelle supporte les appels routés vers le serveur Proxy SIP. ● Inter-opérabilité avec les serveurs DNS incluant le support des enregistrements DNS SRV et "A" pour chercher les URLs SIP d'après le formatage du RFC ● Support de SIP sur TCP ou UDP (User Datagram Protocol) ● Support de RTP et RTCP pour le transport de média sur des réseaux VoIP. ● Support des codecs suivants: G711 loiµ - 0 - G711 loiA - 8 - G723r - G726r32 -2 - G - G729r8 - 18 ● Support des en-têtes "Record route" ● Support de la qualité de service SIO (QoS) et le Precedence IP ● Support de IPSec pour les messages de signalisation. ● Support de AAA (Authentication, Authorization, Accounting). Pour l'Accounting, l'équipement Gateway génère des enregistrements d'appels (CDR) d'accounting pour l'export. Pour l'authentification, la passerelle SIP transmet des requêtes de validation au serveur AAA. Pour l'autorisation, des listes d'accès sont utilisées. ● Support pour appel en attente et transfert d'appel. L'attente d'appel transmet un message INVITE en cours de communication qui demande que l'exxtrémité dis- tante arrête d'nvoyer des flux média. Le transfert d'appel se fait en "aveugle" (sans consultation). Le transfert peut être initié par le point d'extrémité SIP dis tant. ● Support d'un temps d'expiration des INVITE SIP et du nombre maximum de Pro gress ou de serveurs de redirection à travers lesquels une requête SIP peut être réacheminée ● Capacité à cacher l'identité de la partie appelante en utilisant l'indicateur de pré- sentation RNIS.

13 Restrictions et considérations sur SIP
Avant de configurer votre routeur (Cisco 2600, Cisco 3600 ou Cisco AS5300) avec les fonctionnalités SIP, vous devez noter les remarques et restrictions suivantes : ● La passerelle SIP ne supporte pas de codecs autres que ceux cités dans "Fonctions avancées de SIP". ● SIP requiert que le temps soit transmis en GMT (Greenwich Mean Time). L'INVITE est transmis en GMT. Toutefois, par défaut les routeurs utilisent UTC (Universal Time Coordinated). Pour configurer le routeur pour qu'il utilise GMT, entrez la commande clock timezone en mode de configuration global et spécifiez GMT. ● Avec le transfert d'appel, l'en-tête Requested-By identifie la partie initiant le trans- fert. L'en-tête Requested-By est inclus dans la requête INVITE qui est transmise à la partie transférée-vers uniquement si un en-tête Requested-By était également inclus dans la requête Bye. ● Avec le transfert d'appel, l'en-tête Also identifie la partie transféré-vers. Pour invo- quer un transfert, la partie utilisateur de l'en-tête Also doit être définie explicite- ment ou avec des caractères génériques comme motif de destination sur une extré- mité VoIP. L'appel transféré est routé en utilisant le paramètre session cible (ses- sion-target) sur l'extrémité VoIP au lieu de la partie host de l'en-tête Also. Par con- séquent l'en-tête Also peut contenir mais la partie host est ignorée pour des besoins de routage. ● La grammaire pour les en-têtes Also et Requested-By n'est pas totalement suppor- tée. Seul name-addr est supporté. Ceci implique que le champ crypto-param qui peut être présent dans la requête Bye ne sera pas inséré dans l'INVITE qui suivra pour la partie transférée. ● Les passerelles SIP Cisco ne supportent pas le paramètre "user=np-queried" dans une requête URI. ● Si une passerelle SIP Cisco reçoit le message RNIS Progress, elle génère un messa- ge 183 Session progress. Si la passerelle reçoit un message RNIS Alert, elle génère un message 180 Ringing. ● SIP supporte le rebouclage de communication RTC à RTC (ce qui signifie que l'ap- pel entre par un port voix puis est routé vers un autre port voix en sortie). Il sup- porte également les appels sur des segments RTC vers IP et IP vers RTC. Toutefois, il ne supporte pas le rebouclage IP vers IP. Ceci signifie que la passerelle SIP ne peut pas prendre un appel SIP entrant et le re-router vers un autre équipement SIP en utilisant une extrémité VoIP. ● La passerele SIP requiert que chaque INVITE contienne un en-tête SDP (Session Description Protocol). ● Le contenu de l'en-tête SDP ne peut pas changer entre le message 180 Ringing et et le message 200 OK.

14 ● Configuration de SIP pour des extrémités VoIP
● Les extrémités VoIP autorisent un utilisateur à configurer le paramètre bytes asso cié avec un codec. Les passerelles SIP Cisco présentent ou répondent au paramè- tre a=ptime dans le corps du message SDP. Cependant un seul attribut a=ptime est autorisé par bloc m-line. Tâches SIP requises Avant de configurer votre routeur avec la fonctionnalité SIP, vous devez réaliser les tâches suivantes: ● Configurer votre passerelle pour le support de la fonctionnalité SIP ou H ● Etablir un réseau IP fonctionnel. ● Configurer la VoIP. ● Asurez-vous que vos routeurs ont suffisamment de mémoire FLASH et RAM. Tâches de configuration SIP Pour configurer les fonctions SIP sur un équipement Cisco AS5300, Cisco 2600 ou Cisco 3600, exécutez les tâches suivantes: ● Configuration de SIP pour des extrémités VoIP ● Changer la configuration de l'agent utilisateur SIP ● Configuration du transfert d'appel SIP ● Configuration d'une passerelle d'accounting ● Vérification de la configuration SIP Configuration de SIP pour des extrémités VoIP Pour configurer le support SIP pour une extrémité VoIP, utilisez les commandes sui- vantes en débutant en mode de configuration global. Commande But Routeur(config)# dial-peer voice number voip Entre en mode de configuration dial-peer pour configurer une extrémité VoIP. Routeur(config-dial-peer)# session transport {udp | tcp} Entre le type de transport de session pour l'agent utilisateur SIP. Par défaut c'est UDP. Le protocole de transport (udp ou tcp) spécifié avec la commande session transport doit être identique au protocole spécifié avec la commande transport.

15 Commande But Routeur(config-dial-peer)# session
protocol {cisco | sipv2} Entre le type de protocole de session. Les mots-clés sont les suivants: ● cisco - Configure l'extrémité pour qu'elle utilise le protocole de session VoIP propriétaire Cisco. ● sipv2 - Configure l'extrémité pour qu'elle utilise SIP IETF. Les utilisateurs SIP doivent utiliser cette option. Routeur(config-sip-ua)# sip-server {dns:[hostname] | ipv4:ip_addr:[port-num]} Entre le nom de host ou l'adresse IP de l'interface du serveur SIP. Si vous utilisez cette commande, vous pourrez ensuite spécifier session target sip-server pour cha- que extrémité au lieu d'entre l'adresse IP de l'interface du serveur SIP pour chaque extré- mité. Les mots-clés et les arguments sont les suivants: ● dns:hostname - Affecte un nom de host DNS (Domain Name Server) à l'interface du serveur SIP global. Un nom de host DNS valide a le format suivant : name.gateway. xyz. ● ipv4:ip_addr - Affecte l'adresse IP. ● portnum (Optionnel) - Fixe le numéro de port UDP pour le serveur SIP. target {sip-server | dns:[$s$. | $d$. | $e$. | $u$. [hostname]| Spécifie une adresse réseau-spécifique pour une extrémité. Les mots-clés et arguments sont les suivants: ● sip-server - Fixe la cible de session vers le serveur SIP. Utilisé quand la la commande sip-server a déjà spécifié le nom de host ou l'adresse IP sur l'interface du serveur SIP. ● dns:hostname - Affecte un nom de host xyz. ● ipv4:ip_addr - Affecte l'adresse IP. Note: Des caractères génériques peuvent être utilisés lors de la définition de la session cible pour les extrémités VoiP.

16 Changer la configuration de l'agent utilisateur SIP
Il n'est pas nécessaire de configurer un agent utilisateur SIP pour faire un appel. Un agent utilisateur SIP est configuré par défaut pour écouter. Si vous voulez ajuster des paramètres, utilisez les commandes suivantes en commençant en mode de configura- tion global. Commande But Routeur(config)# sip-ua Entrée en mode de configuration agent utili- sateur SIP (sip-ua) pour configurer les com- mandes relatives à SIP-UA. Routeur(config-sip-ua)# transport {udp | tcp} Configure l'agent utilisateur SIP (sip-ua) pour les messages de signalisation. La valeur par défaut est udp. Le protocole de transport (udp ou tcp) spécifié avec la commande session transport doit être identique au protocole spécifié avec la commande transport. Routeur(config-sip-ua)# timers {trying number | connect number | disconnect number | expires number} (Optionnel) Configure les timers de signalisa- tion SIP. Les mots-clés sont les suivants: ● trying - Fixe le temps d'attente d'un mes- sage réponse 100 à une requête INVITE. La valeur par défaut est ● connect - Fixe le temps d'attente d'un message réponse 200 à une requête ACK. La valeur par défaut est 500. ● disconnect - Fixe le temps d'attente d'un message réponse 200 à une requête BYE. ● expires - Limite la durée de validité d'une requête INVITE (en millisecondes). La va- leur par défaut est Routeur(config-sip-ua)# retry {invite number | response number | bye number | cancel number} (Optionnel) Configure les timers de signalisa- tion SIP pour les tentatives de reprise. Les mots-clés sont les suivants: ● invite - Nombre de reprise d'INVITE. La va- leur par défaut est 6. ● response - Nombre de reprise RESPONSE. La valeur par défaut est 6. ● bye - Nombre de reprise BYE. La valeur par défaut est 6. ● cancel - Nombre de reprise CANCEL. La valeur par défaut est 10.

17 Configuration du transfert d'appel
Commande But Routeur(config-sip-ua)# max-forwards number (Optionnel) Limite le nombre de serveurs Proxy ou de Redirection qui peuvent achemi- ner une requête. La valeur par défaut est 6. Routeur(config-sip-ua)# max-redirects (Optionnel) Fixe le nombre maximum de ser- veurs de Redirection. La valeur par défaut est 1. Router(config-sip-ua)# default {max-forwards | retry {invite | response| bye | cancel} | sip-server | timers{trying | connect | disconnect | (Optionnel) Réinitialise les paraètres d'un agent utilisateur SIP à leurs valeurs par défaut. Configuration du transfert d'appel Pour configurer le transfert d'appel SIP pour une extrémité RTC, utilisez les comman- des suivantes en débutant en mode de configuration global. Commande But Routeur(config)# dial-peer voice number pots Entre en mode de configuration dial-peer pour configurer une extrémité RTC. Routeur(config-dial-peer)# application session Spécifie que la session d'application standard sera invoquée par cette extrémité. Routeur(config-dial-peer)# destination-pattern pattern Spécifie le numéro de téléphone associé à l'extrémité. Routeur(config-dial-peer)# port {slot-number/subunit-number/port} | {slot/port:ds0-group-no} (Routeurs Cisco séries 2600 and Cisco 3600 series). Spécifie le port voix local sur lequel les appels entrants seront reçus. {controller number:D} (Cisco AS5300 universal access server). Spécifie le port voix local sur Pour configurer le transfert d'appel SIP pour une extrémité RTC, utilisez les comman- des suivantes en débutant en mode de configuration global. Commande But Routeur(config)# dial-peer voice number voip Entre en mode de configuration dial-peer pour configurer une extrémité VoIP. Routeur(config-dial-peer)# application session Spécifie que la session d'application standard sera invoquée par cette extrémité. Routeur(config-dial-peer)# destination-pattern pattern Spécifie le numéro de téléphone associé à l'extrémité. Routeur(config-dial-peer)# session target ipv4:x.x.x.x Spécifie l'adresse destination de la passerelle pour l'extrémité en sortie.

18 Vérification de la configuration de SIP
Configuration de l'accounting de passerelle Il y a trois mots-clés pour configurer l'accounting de la passerelle SIP. ● Le mot-clé voip transmet le CDR (Call Data Record) vers le serveur RADIUS. Utilisez ce mot-clé avec la fonctionnalité SIP. ● Le mot-clé H323 transmet le CDR (Call Data Record) vers le serveur RADIUS. ● Le mot-clé syslog utilise le système de logging pour enregistrer les CDRs. Pour valider l'accounting spécifique-passerelle pour SIP, utilisez la commande sui- vante en mode de configuration global. Commande But Routeur(config)# gw-accounting {voip | syslog | h323 [syslog]} (Optionnel) Valide l'accounting spécifique- passerelle en mode de configuration global. Vérification de la configuration de SIP Entrez la commande show runnin-config pour vérifier votre configuration ou utilisez la commande show sip-ua pour vérifier la configuration SIP. L'exemple suivant montre une sortie de la commande show sip-ua statistics. Routeur# 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 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, 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

19 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, NoExistAnywhere 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 Retry Statistics Invite 0, Bye 0, Cancel 0, Response 0 L'exemple suivant montre une sortie de la commande show sip-ua status: Routeur# show sip-ua status SIP User Agent Status SIP User Agent for UDP : ENABLED SIP User Agent for TCP : ENABLED SIP max-forwards :6 L'exemple suivant montre une sortie de la commande show sip-ua timers: Router# show sip-ua timers SIP UA Timer Values (millisecs) trying 500, expires , connect 500, disconnect 500

20 Exemples de configuration de SIP
L'exemple suivant montre une configuration SIP de base. Cette sortie a été crée en utilisant la commande show running-config. Routeur1# show running-config Building configuration... Current configuration: ! version 12.2 service timestamps debug datetime service timestamps log uptime no service password-encryption hostname routeur1 clock timezone GMT 5 voice-card 1 ip subnet-zero ip tcp path-mtu-discovery ip name-server isdn voice-call-failure 0 controller T1 1/0 framing esf clock source line primary linecode b8zs controller T1 1/1 voice-port 2/0/0 voice-port 2/0/1 voice class codec 1 codec preference 1 g711alaw codec preference 2 g723r63 codec preference 3 g723r53 dial-peer voice 100 pots destination-pattern port 2/0/0

21 dial-peer voice 200 pots application session destination-pattern port 2/0/1 ! dial-peer voice 101 voip destination-pattern session protocol sipv2 session target ipv4: codec g711ulaw dial-peer voice 201 voip destination-pattern session target dns: sip.com dial-peer voice 999 voip destination-pattern session target ipv4: session transport tcp dial-peer voice 300 pots destination-pattern dial-peer voice 350 voip destination-pattern session target ipv4: dial-peer voice 301 voip destination-pattern 1234 session target ipv4: dial-peer voice 333 voip destination-pattern 1235 session target ipv4:

22 dial-peer voice 888 voip destination-pattern 888 session protocol sipv2 session target ipv4: session transport tcp codec g711ulaw ! dial-peer voice voip destination-pattern session target ipv4: dial-peer voice 444 voip destination-pattern session target ipv4: dial-peer voice 111 voip destination-pattern 111 session target sip-server dial-peer voice voip destination-pattern session target ipv4: sip-ua retry invite 2 retry response 2 retry bye 2 retry cancel 2 no inband-alerting sip-server dns:server interface FastEthernet0/0 ip address load-interval 30 speed auto half-duplex interface FastEthernet0/1 ip address

23 ! ip classless ip route ip route no ip http server access-list 101 permit ip host host access-list 101 deny udp any eq rip any access-list 101 deny udp any any eq rip access-list 101 deny udp any eq isakmp any access-list 101 deny udp any any eq isakmp access-list 101 permit ip any any snmp-server engineID local snmp-server community public RW line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 password xxx login end

24