Codes de Réponse SIP: Classification et Signification

La Carte des Réponses SIP

Pour commencer, visualisons la structure globale de ces codes. Chaque famille, identifiée par son premier chiffre, a une signification générale bien précise.

Comme vous pouvez le voir, ces codes se répartissent en deux grands groupes :

• Les réponses provisoires (1xx) : Elles indiquent la progression d'une requête. Elles ne terminent pas la transaction.
• Les réponses finales (2xx-6xx) : Elles terminent la transaction en indiquant un succès, une redirection ou un échec.

Explorons chaque catégorie en détail.

Les Six Classes de Réponses SIP

La vidéo suivante, toujours de la chaîne Technical Venture, offre une excellente présentation des différentes catégories de codes et des messages les plus courants dans chacune. Nous l'utiliserons comme guide principal pour cette leçon.

1xx : Réponses Provisoires (Information)

Nous avons déjà rencontré cette famille dans la leçon précédente. Ces réponses indiquent que la requête a été reçue et est en cours de traitement.

• 100 Trying : L'accusé de réception de base.
• 180 Ringing : Le téléphone du destinataire sonne, déclenchant la tonalité de retour d'appel chez l'appelant.

Un autre code 1xx très important est le 183 Session Progress. Il est utilisé pour signaler une progression de l'appel avant même qu'il ne soit décroché, notamment pour jouer un message audio. C'est ce qu'on appelle l'Early Media. C'est typiquement le cas lorsque vous tombez sur un message du type "Cet appel peut être enregistré" ou une annonce de votre opérateur avant que la sonnerie ne retentisse. Contrairement au 180 Ringing, le 183 Session Progress est souvent accompagné d'un corps de message SDP pour établir ce flux média précoce.

2xx : Succès

Cette classe indique que la requête a été reçue, comprise et acceptée.

• 200 OK : La réponse de succès universelle. C'est la confirmation qu'un appel est établi (en réponse à INVITE) ou terminé (en réponse à BYE).
• 202 Accepted : Indique que la requête a été acceptée pour traitement, mais que celui-ci n'est pas encore terminé. C'est plus rare pour les appels, mais peut être utilisé pour d'autres types de requêtes.

3xx : Redirection

Ces réponses indiquent que des actions supplémentaires sont nécessaires pour compléter la requête, généralement en la redirigeant vers une autre destination. C'est le mécanisme de base du renvoi d'appel.

• 301 Moved Permanently : L'utilisateur a déménagé de façon permanente. Le client SIP doit mettre à jour ses contacts et renvoyer la requête à la nouvelle adresse fournie dans l'en-tête Contact.
• 302 Moved Temporarily : Le renvoi est temporaire. Le client doit réessayer à la nouvelle adresse, mais ne doit pas la sauvegarder pour de futurs appels.

La distinction est cruciale pour la logique de routage d'un SBC, qui peut mettre en cache les redirections permanentes.

4xx : Erreurs Client

C'est la catégorie la plus dense et la plus importante pour le dépannage. Une réponse 4xx signifie que le problème vient de la requête elle-même ou de l'état du client. Le serveur a bien compris la requête mais ne peut pas (ou ne veut pas) la traiter en l'état. Il est inutile de renvoyer la même requête.

Voici les codes les plus courants que vous rencontrerez :

• 400 Bad Request : La requête est malformée (par exemple, un en-tête manquant ou une syntaxe incorrecte).
• 401 Unauthorized / 407 Proxy Authentication Required : La requête nécessite une authentification. 401 est envoyé par le serveur final (UAS), 407 par un proxy.
• 404 Not Found : L'utilisateur n'existe pas à l'adresse spécifiée.
• 480 Temporarily Unavailable : L'utilisateur existe mais n'est pas joignable pour le moment (ex: téléphone éteint, pas enregistré).
• 486 Busy Here : L'utilisateur a bien été contacté mais est déjà en ligne.
• 487 Request Terminated : Indique qu'une requête INVITE a été annulée par l'appelant (via une requête CANCEL) avant d'avoir été acceptée.
• 488 Not Acceptable Here : Erreur très fréquente ! Le serveur du destinataire a été contacté mais n'a pas pu s'accorder sur les paramètres de la session média. La cause est presque toujours une incompatibilité de codecs, détaillée dans le corps SDP.

5xx : Erreurs Serveur

Contrairement à la classe 4xx, une réponse 5xx indique que le serveur a rencontré un problème qui l'empêche de traiter une requête pourtant valide. Le problème est côté serveur, pas côté client.

• 500 Server Internal Error : Erreur générique indiquant un problème inattendu sur le serveur.
• 502 Bad Gateway : Un serveur intermédiaire (comme votre SBC) a reçu une réponse invalide d'un serveur en aval (par exemple, le proxy de l'opérateur).
• 503 Service Unavailable : Le serveur est temporairement hors service (surcharge, maintenance). Il inclut souvent un en-tête Retry-After indiquant au client quand il peut réessayer. C'est un code critique pour la gestion du basculement (failover) sur un SBC.

6xx : Échecs Globaux

Cette classe indique un échec définitif. Le serveur a l'information certaine que la requête ne pourra aboutir nulle part ailleurs.

• 600 Busy Everywhere : L'utilisateur est occupé et on sait qu'il n'a pas d'autre terminal (comme une messagerie vocale) qui pourrait prendre l'appel. C'est plus définitif que 486 Busy Here.
• 603 Decline : L'utilisateur a été contacté mais a explicitement refusé l'appel.
• 604 Does Not Exist Anywhere : L'utilisateur demandé n'existe pas dans le domaine, et c'est une information certaine.

Le Lien avec le Monde Réel : Interconnexion PSTN

Dans votre travail, vous êtes souvent à l'interface entre le monde de la ToIP (SIP) et le réseau téléphonique commuté public (RTC/PSTN). Les SBC AudioCodes, en particulier, sont conçus pour être des passerelles entre ces deux mondes. Lorsqu'un appel échoue depuis le réseau téléphonique traditionnel (signalisation SS7/ISUP), le SBC doit traduire la "cause" de l'échec en un code de réponse SIP approprié.

Comprendre cette traduction est une compétence très précieuse. L'image ci-dessous montre une table de correspondance typique.

Par exemple :

• Un ISUP Cause Value 1 - unallocated number (numéro non attribué) est traduit en SIP 404 Not Found.
• Un ISUP Cause Value 17 - user busy (utilisateur occupé) est traduit en SIP 486 Busy Here.
• Un ISUP Cause Value 22 - number changed (numéro a changé) est traduit en SIP 410 Gone.

En tant que chef de projet, lorsque vous analysez un échec d'appel sur un trunk opérateur, savoir qu'un 404 Not Found provient d'une cause ISUP "numéro non attribué" vous permet de dire avec certitude que le problème n'est pas sur votre SBC, mais que le numéro composé est simplement incorrect ou n'existe plus chez l'opérateur.

Conclusion

Nous avons couvert aujourd'hui un aspect fondamental du dépannage SIP. Vous devriez maintenant être capable de non seulement lister mais surtout de comprendre la logique derrière les différentes familles de codes de réponse.

Points clés à retenir :

• 1xx (Provisoire) : L'appel progresse.
• 2xx (Succès) : La requête a réussi.
• 3xx (Redirection) : L'appel doit être renvoyé ailleurs.
• 4xx (Erreur Client) : La requête est "mauvaise" ou le client n'est pas joignable. Le problème est côté client/utilisateur.
• 5xx (Erreur Serveur) : La requête est "bonne", mais le serveur a échoué. Le problème est côté infrastructure.
• 6xx (Échec Global) : L'échec est définitif et ne doit pas être retenté.

Cette classification est la première étape de tout diagnostic. Savoir si vous faites face à une erreur 4xx ou 5xx change radicalement la direction de vos investigations.

Dans la prochaine leçon, nous plongerons dans le corps des messages INVITE et 200 OK pour décoder le Session Description Protocol (SDP). C'est là que les détails de la session média (codecs, adresses IP, ports) sont négociés. Vous comprendrez alors précisément ce qui se cache derrière une erreur 488 Not Acceptable Here.