Codes de réponse SIP : Interprétation et Signification

Bonjour et bienvenue dans cette troisième leçon sur les fondamentaux du SIP.

Dans les leçons précédentes, nous avons exploré les requêtes SIP (les méthodes comme INVITE ou BYE) qui demandent une action. Vous savez maintenant comment un équipement demande à initier, terminer ou superviser un appel.

Aujourd'hui, nous allons nous intéresser à la deuxième partie de la conversation : les réponses SIP. Chaque requête que nous avons vue entraîne une réponse de la part du destinataire. Cette réponse, sous la forme d'un code à trois chiffres, nous indique le résultat de la requête : a-t-elle réussi ? A-t-elle échoué ? Est-elle en cours de traitement ?

Comprendre ces codes est absolument fondamental pour le dépannage. Un code 404 Not Found pointe vers un problème de routage, tandis qu'un 503 Service Unavailable indique un problème sur le serveur distant. Savoir les interpréter vous permet de diagnostiquer la cause d'un échec d'appel en quelques secondes.

Objectif de cette leçon : Interpréter les codes de réponse SIP (1xx, 2xx, 3xx, 4xx, 5xx, 6xx) et leurs significations.

1. Les Six Catégories de Réponses SIP

Les réponses SIP sont toujours constituées d'un code à trois chiffres. Le premier chiffre est le plus important, car il classe la réponse dans l'une des six catégories, chacune ayant une signification générale.

Ces catégories peuvent être regroupées en deux types principaux :

• Provisoire (1xx) : Ces réponses indiquent que la requête a été reçue et est en cours de traitement, mais que le dialogue n'est pas encore finalisé.
• Finale (2xx-6xx) : Ces réponses terminent la transaction SIP. Elles indiquent un succès, une redirection ou un échec définitif.

Pour une introduction textuelle, je vous invite à lire le début de l'article suivant qui présente ces concepts.

En résumé, voici ce que chaque catégorie signifie en pratique pour le dépannage :

Pour le troubleshooting, les catégories 4xx, 5xx et 6xx sont vos principaux indicateurs d'un problème à investiguer.

2. Exploration Détaillée des Codes de Réponse

Pour bien maîtriser ces codes, il faut aller au-delà de la catégorie et comprendre la signification des codes les plus courants. La vidéo suivante est une excellente ressource qui parcourt chaque catégorie en détail.

a) 1xx - Réponses Provisoires

Ces codes informent l'appelant de la progression de l'appel avant qu'il ne soit décroché.

• 100 Trying: C'est la première réponse, envoyée immédiatement par un proxy ou un SBC. Son rôle est de dire à l'appelant "J'ai reçu ton INVITE, arrête de le renvoyer". Sans ce 100 Trying, l'équipement appelant renverrait l' INVITE en boucle, pensant qu'il a été perdu.

• 180 Ringing: Indique que le téléphone du destinataire sonne. L'équipement de l'appelant génère alors localement la tonalité de sonnerie.

• 183 Session Progress: C'est un code plus complexe. Il indique aussi une progression, mais il transporte généralement un corps de message SDP. Cela permet au réseau de jouer un message audio ou une tonalité avant même que l'appel ne soit décroché (ce qu'on appelle "early media").

  • Cas pratique (Teams Direct Routing) : Un problème classique est l'absence de sonnerie (ringback). Cela arrive quand un opérateur envoie un 183 Session Progress. Certains équipements arrêtent de jouer la sonnerie locale en pensant qu'un média va arriver du réseau. Pour corriger cela, les SBC AudioCodes peuvent être configurés pour transformer le 183 en 180 ou simplement ignorer les 183 après le premier 180, forçant ainsi la sonnerie locale. Le document de Microsoft LINK ("Issues that affect inbound Direct Routing calls") décrit précisément ce scénario.

b) 2xx - Réponses de Succès

La requête a été comprise et traitée avec succès.

• 200 OK: C'est la réponse de succès la plus courante. Pour un INVITE, elle signifie "Appel décroché". Pour un REGISTER, "Enregistrement réussi". Pour un BYE, "Fin d'appel confirmée". C'est le signal que tout s'est bien passé.

c) 3xx - Réponses de Redirection

Indique que la requête doit être envoyée à une autre destination.

• 301 Moved Permanently: L'utilisateur a déménagé de façon permanente. L'appelant doit utiliser la nouvelle adresse (fournie dans l'en-tête Contact) pour tous les futurs appels.
• 302 Moved Temporarily: L'utilisateur est temporairement ailleurs (ex: renvoi d'appel). L'appelant doit essayer la nouvelle adresse pour cet appel uniquement, mais ne doit pas la sauvegarder.

d) 4xx - Erreurs Client

C'est là que le dépannage commence vraiment. La requête de l'appelant (le client) a un problème.

L'image ci-dessous montre un 401 Unauthorized dans un flux d'appel. C'est une réponse très courante lors de la configuration d'un nouveau trunk qui nécessite une authentification.

e) 5xx - Erreurs Serveur

Le problème ne vient pas de la requête, mais de l'équipement qui essaie de la traiter.

f) 6xx - Échecs Globaux

Ces erreurs indiquent que l'appel a échoué et qu'il est inutile d'essayer ailleurs.

• 603 Decline: Le destinataire a été contacté mais a refusé l'appel (a appuyé sur le bouton "Rejeter").

3. Application Pratique : Isoler les Erreurs

Maintenant que vous connaissez les codes, comment les trouver rapidement dans une capture réseau ? Des outils comme Wireshark permettent de filtrer spécifiquement les erreurs.

Cette technique est un gain de temps considérable en situation de dépannage. Au lieu de lire des centaines de messages, vous allez directement à la cause de l'échec.

Conclusion

Vous êtes maintenant capable de lire et d'interpréter la réponse à n'importe quelle requête SIP. Cette compétence est au cœur du métier d'un ingénieur VoIP, car elle transforme une trace de paquets complexe en un diagnostic clair.

Points clés à retenir

• 1xx (Provisoire) : L'appel progresse (100, 180, 183).
• 2xx (Succès) : L'action a réussi (200 OK).
• 3xx (Redirection) : L'appel est dévié (301, 302).
• 4xx (Erreur Client) : La requête est mauvaise. Cherchez le problème dans la configuration de l'équipement qui envoie la requête. (404 -> routage, 401 -> authentification, 488 -> codecs).
• 5xx (Erreur Serveur) : Le serveur a un problème. Cherchez le problème sur l'équipement qui reçoit la requête. (503 -> trunk en panne, 500 -> bug).
• 6xx (Échec Global) : L'appel est définitivement refusé (603).

Étapes clés d'analyse d'une réponse SIP

1. Repérer la réponse qui suit une requête (INVITE, REGISTER, etc.) dans la trace.
2. Identifier le code à 3 chiffres (ex: SIP/2.0 404 Not Found).
3. Classifier le code (1xx à 6xx) pour avoir une idée générale de l'issue.
4. Interpréter la signification spécifique du code pour formuler une hypothèse de diagnostic.
5. Utiliser le filtre sip.StatusCode >= 400 dans Wireshark pour trouver directement les échecs.

Dans la prochaine leçon, nous allons assembler toutes les pièces du puzzle. Fort de votre connaissance des méthodes (requêtes) et des codes de réponse, nous allons analyser un flux d'appel complet, de l'établissement à la libération, à l'aide d'un diagramme de séquence.