Réponses SIP

Informational (1xx)

Les réponses Informational (1xx) sont utilisées pour indiquer la progression des appels. Normalement, les réactions sont bout à bout (à l'exception de 100 Trying). L'objectif principal des réponses d'information est d'arrêter la retransmission de INVITER demandes.

réponses d'information comprennent les réponses suivantes:

100 Trying

Cette réponse est seulement une demande hop-by-hop.

Elle n'est jamais gransférée et peut contenir un corps de message.

Il est utilisé pour éviter la retransmission de messages INVITE.

180 Ringing

Cette réponse est utilisée pour indiquer qu'une invitation a été reçue par l'agent utilisateur et que l'alerte est en cours.

181 Call is Being Forwarded

Cette réponse est utilisée pour indiquer que l'appel a été transmis à un autre point de terminaison.

Il est envoyé lorsque l'information peut être utile à l'appelant.

Il donne le statut de l'appelant, comme par exemple une opération de transfert allonge le temps de réponse de l'appel.

182 Call Queued

Cette réponse est utilisée pour indiquer que le message INVITE a été reçu et est traitée dans une file d'attente.

183 Session Progress

La réponse indique que des informations sur l'état d'avancement d'une session peut être présent dans un corps de message ou flux média.

Contrairement à une réponse 100 Trying, une réponse 183 est une réponse de bout en bout et établit un dialogue.

Une utilisation typique de cette réponse est de permettre un UAC d'entendre une sonnerie, une tonalité d'occupation, ou l'annonce enregistrée dans les appels via une passerelle vers le réseau PSTN.

Success (2xx)

Cette classe de réponses sert à indiquer qu'une demande a été acceptée. Il comprend les réponses suivantes:

200 OK

200 OK signifie qu'une demande a été acceptée. Il indique une réussite de la demande.

202 Accepted

202 Accepted indique qu'un UAS a reçu et compris la demande, mais la demande ne peut pas avoir été autorisé ou traitées par le serveur.

Ce code est couramment utilisé dans les réponses aux méthodes SUBSCRIBE et REFER.

Redirection (3xx)

En général, cette classe de réponses sont envoyés par les serveurs de redirection en réponse un INVITE. Ils sont aussi appelés classe de réponses redirigées. Il comprend les réponses suivantes:

300 Multiple Choices

Ce message contient plusieurs champs d'en-tête de contact pour indiquer que le service de localisation a rendu plusieurs emplacements possibles pour l'URI SIP dans la requête URI.

301 Moved Permanently

Cette réponse de redirection contient un champ d'en-tête Contact avec la nouvelle URI permanente de la partie appelée.

L'adresse peut être enregistrée et utilisée dans les futures demandes INVITE.

302 Moved Temporarily

Cette réponse de redirection contient une URI qui est en cours de validité, mais n'est pas permanente. L'emplacement est valable pour la durée du temps spécifié.

305 Use Proxy

Cette réponse contient une URI qui pointe vers un serveur proxy ayant des informations faisant autorité sur la partie appelante.

Cette réponse pourrait être envoyée par un UAS utilisant un proxy pour le filtrage d'appel entrant.

380 Alternative Service

Cette réponse renvoie un URI qui indique le type de service que la partie appelée souhaite.

Par exemple, un appel pourrait être redirigé vers un serveur de messagerie vocale.

Client Error (4xx)

Les réponses d'erreur client indiquent que la demande ne peut être satisfaite et que des erreurs sont identifiées du côté UAC. Les codes de réponse sont généralement envoyés par la UAS. Lors de la réception d'un message d'erreur, le client doit renvoyer la demande en la modifiant en fonction de la réponse. Voici quelques-unes des réponses importantes 4XX.

400 Bad Request

Ce code de réponse indique que la demande n'a pas été comprise par le serveur.

La demande (Request) peut manquer de champs d'en-tête nécessaires tels que To, From, Call-ID ou CSeq.

401 Unauthorized

Ce message indique que la demande exige que l'utilisateur réalise une authentification.

401 Unauthorized est normalement envoyée par un serveur d'enregistrement de la demande REGISTER.

La réponse contient champ d'en-tête WWW-Authenticate qui demande des informations d'identification correcte de l'agent utilisateur (UA) appelant.

403 Forbidden

Le code 403 est envoyé lorsque le serveur a compris la demande, a trouvé que la demande soit formulée correctement, mais qu'il ne pourra pas traiter la demande.

Cette réponse n'est pas utilisé lorsque l'autorisation est nécessaire.

404 Not Found

404 Not Found indique que l'utilisateur identifié par l'URI SIP dans la requête URI ne peut pas être localisé par le serveur ou que l'utilisateur est pas signé avec l'agent utilisateur.

405 Method Not Allowed

405 Method Not Allowed indique que le serveur ou l'agent utilisateur (UA) a reçu et compris une demande mais n'est pas prêt à y répondre.

Exemple: Une demande REGISTER peut être envoyé à un agent utilisateur.

Un champ d'autorisation doit être présent pour informer l'UAC quelles méthodes sont acceptables.

406 Not Acceptable

Cette réponse indique que la demande ne peut pas être traitée en raison d'une exigence dans le message de demande.

Le champ d'en-tête Accept dans la demande ne contenait aucune des options prises en charge par le UAS.

407 Proxy Authentication Required

Cette demande est envoyée par un mandataire (proxy) qui indique que l'UAC doit d'abord s'authentifier auprès du mandataire avant que la demande puisse être traitée.

La réponse devrait contenir des informations sur le type d'informations d'identification requises par le proxy dans un champ d'en-tête Proxy-Authenticate.

La demande peut être présentée à nouveau avec les informations d'identification appropriées dans un champ d'en-tête Proxy-Authorization.

408 Request Timeout

Cette réponse est envoyée lorsqu'un champ d'en-tête Expires est présent en une requête INVITE et que la période de temps spécifiée est dépassée.

Ce message peut être envoyé par un proxy ou un fork agent utilisateur.

La demande peut être relancée à tout moment par l'UAC.

422 Session Timer Interval Too Small

La réponse est utilisée pour rejeter une demande contenant un champ d'en-tête Session-Expires.

L'intervalle minimum autorisé est indiqué dans le champ d'en-tête requis Min-SE.

L'initiateur de l'appel peut réessayer la demande sans le champ d'en-tête ou avec une valeur Session-Expires inférieure ou égale au minimum spécifié.

423 Interval Too Brief

La réponse est renvoyée par un Registrar qui rejette une demande d'enregistrement parce que le délai d'expiration demandé sur un ou plusieurs Contacts est trop court.

La réponse doit contenir un champ d'en-tête Min-Expires liste l'intervalle d'expiration minimum que le Registrar acceptera.

480 Temporarily Unavailable

Cette réponse indique que la demande a atteint la bonne destination, mais que la partie appelée n'est pas disponible pour une raison quelconque.

La réponse doit contenir un en-tête de Retry-After avoir indiqué lorsque la demande peut être prise en charge.

481 Dialog/Transaction Does Not Exist

Cette réponse indique qu'une réponse faisant référence à un appel existant ou d'une transaction a été reçue pour laquelle le serveur n'a pas de session (record) ou d'information d'état.

483 Too Many Hops

Cette réponse indique que la demande a été transférée un nombre maximal de fois fixé par l'en-tête Max-Forwards dans la demande.

Ceci est indiqué par la réception d'un Max-Forward fixé à la valeur 0 dans l'en-tête de la demande.

486 Busy Here

Cela indique l'agent utilisateur est occupé et qu'il ne peut pas accepter l'appel.

487 Request Terminated

Cette réponse peut être envoyée par un UA qui a reçu une demande CANCEL pour une demande INVITE en attente.

Une réponse 200 OK est envoyée pour confirmer (acknowledge) le CANCEL et une réponse 487 est envoyée pour annuler la transaction INVITE.

Server Failure (5xx)

Cette classe de réponse est utilisée pour indiquer que la demande ne peut pas être traitée en raison d'une erreur avec le serveur. Le serveur n'a pas réussi à satisfaire une demande apparemment valide. La réponse peut contenir un champ d'en-tête Retry-After. La demande peut être essayée à d'autres endroits, car il n'y a pas d'erreurs indiquées dans la demande. Certaines des réponses importantes de défaillance du serveur sont présentées ci-dessous.

500 Server Internal Error

500 indique que le serveur a connu une erreur qui empêche de traiter la demande.

C'est une sorte de défaillance typique du serveur qui indique au client de réessayer la demande à nouveau au bout de quelques secondes.

501 Not Implemented

Ce code indique que le serveur est incapable de traiter la demande car il est pas pris en charge.

Cette réponse peut être utilisée pour refuser une demande contenant une méthode inconnue.

502 Bad Gateway

Cette réponse est envoyée par un mandataire (proxy) qui agit comme une passerelle vers un autre réseau.

Il indique qu'un un problème dans d'autres réseaux empêche la demande d'être traitée.

503 Service Unavailable

Cette réponse indique que le service est temporairement indisponible à ce moment-là.

La demande peut être relancée après quelques secondes, ou après l'expiration du champ d'en-tête Retry-After.

Une erreur fatale de transport rapportée par la couche transport (généralement due à des erreurs fatales d’ICMP dans UDP ou des défaillances de connexion dans TCP) dans la demande implique une réponse 503 Service Unavailable.

504 Gateway Timeout

Cette réponse vient quand la demande a échouée en raison d'un délai d'attente qui a eu lieu dans un autre réseau auquel la passerelle se connecte.

C'est une classe d'erreur de serveur, car l'appel échoue en raison d'une défaillance d'accès du serveur aux ressources en dehors du réseau SIP.

505 Version Not Supported

Le serveur refuse une demande quand il est livré avec un autre numéro de version SIP. Le refus est indiqué dans ce message.

À l'heure actuelle la version SIP 2.0 est la seule version implémentée.

513 Message Too Large

Cette réponse est utilisée par un UAS pour indiquer que la taille de la demande était trop grande être traitée.

580 Preconditions Failure

Cette réponse permet de rejeter une offre SDP qui exigerait des conditions préalables qui ne peuvent être satisfaites.

Global Error (6xx)

Cette classe de réponse indique que le serveur sait que la demande échouera où qu'elle soit tentée . En conséquence, la demande ne devrait pas être envoyé à d'autres endroits.

Seul un serveur ayant des connaissances définitives de l'utilisateur identifié par le Request-URI devrait envoyer tous les cas possibles une réponse globale de la classe d'erreur. Dans le cas contraire, une réponse de classe d'erreur client doit être envoyé.

Un champ d'en-tête Retry-After peut être utilisé pour indiquer que la demande pourrait être couronnée de succès. Certaines des réponses importantes sont présentées ci-dessous.

600 Busy Everywhere

Ce code de réponse indique que l'appel dans le Request-URI spécifié devrait trouver réponse auprès d'autres endroits.

603 Decline

Cette réponse pourrait indiquer la partie appelée est occupée, ou simplement ne veut pas accepter l'appel.

604 Does Not Exist Anywhere

Cette réponse est semblable à la réponse 404 Not Found, mais indique que l'utilisateur dans le Request-URI ne peut être trouvée nulle part.

Cette réponse devrait seulement être envoyée par un serveur ayant accès à toutes les informations sur l'utilisateur.

606 Not Acceptable

Cette réponse indique que certains aspects de la session souhaitée n'est pas acceptable pour l'UAS, et par conséquent, la session ne peut pas être établie.

La réponse peut contenir un champ d'en-tête d'avertissement avec un code numérique décrivant exactement ce qui était pas acceptable.

La demande peut être relancée avec différentes informations de sessions médias.

Commentaires