Composants du message SIP

Qu'est-ce qu'un message SIP ?

À la base, le SIP (Session Initiation Protocol) est un protocole de signalisation. Son rôle est d'établir, de modifier et de terminer des sessions multimédias (voix, vidéo, messagerie instantanée, etc.). Il ne transporte pas le média lui-même (la voix ou la vidéo), mais plutôt les messages qui permettent aux participants de se trouver, de négocier les caractéristiques de la session (quels codecs utiliser, par exemple) et de gérer le cycle de vie de l'appel.

Les messages SIP sont textuels, ce qui les rend lisibles par un humain, et leur syntaxe est très inspirée du protocole HTTP que vous connaissez probablement. Il existe deux types de messages :

1. Les requêtes (requests), envoyées par un client (User Agent Client - UAC) vers un serveur (User Agent Server - UAS) pour initier une action (par exemple, INVITE pour démarrer un appel).
2. Les réponses (responses), envoyées par le serveur au client pour indiquer le résultat du traitement de la requête (par exemple, 200 OK pour accepter un appel).

La vidéo suivante offre une excellente vue d'ensemble de la structure d'une requête SIP.

L'anatomie d'un message SIP

Comme vous l'avez vu dans la vidéo, chaque message SIP, qu'il s'agisse d'une requête ou d'une réponse, est composé de quatre éléments fondamentaux, séparés par des retours à la ligne (CRLF).

1. La ligne de début (Start-Line) : La toute première ligne du message. Son format dépend du type de message.
2. Les en-têtes (Headers) : Une ou plusieurs lignes au format clé: valeur qui fournissent des informations détaillées sur le message.
3. Une ligne vide : Une seule ligne vide (un simple CRLF) qui marque la fin de la section des en-têtes.
4. Le corps (Body) : Une partie optionnelle qui contient des informations relatives à la session, comme la description du média.

Le document ci-dessous formalise cette structure.

Examinons maintenant plus en détail chaque composant.

1. La Ligne de Début (Start-Line)

La nature de cette première ligne change radicalement si le message est une requête ou une réponse.

Pour une requête : la Request-Line

La Request-Line définit l'action demandée. Elle est composée de trois parties, séparées par des espaces :
Méthode Requête-URI Version-SIP

• Méthode (Method) : Le verbe de l'action à effectuer. Les plus courantes sont INVITE, ACK, BYE, CANCEL, REGISTER, et OPTIONS.
• Requête-URI (Request-URI) : L'identifiant SIP (ex: sip:utilisateur@domaine.com) de la destination de la requête.
• Version-SIP : La version du protocole, quasi-systématiquement SIP/2.0.

Exemple de Request-Line :
INVITE sip:bob@biloxi.com SIP/2.0

Pour une réponse : la Status-Line

La Status-Line indique le résultat du traitement de la requête. Elle est également composée de trois parties :
Version-SIP Code-Statut Phrase-Raison

• Version-SIP : SIP/2.0.
• Code-Statut (Status-Code) : Un code numérique à 3 chiffres qui résume le résultat. Le premier chiffre définit la classe de la réponse (1xx pour information, 2xx pour succès, 4xx pour erreur client, etc.).
• Phrase-Raison (Reason-Phrase) : Une courte description textuelle du code de statut (ex: OK, Not Found).

Exemple de Status-Line :
SIP/2.0 200 OK

Pour approfondir, je vous invite à lire les sous-sections du document précédent qui détaillent ces deux types de lignes.

2. Les En-têtes (Headers)

Les en-têtes sont le cœur informationnel du message. Ils fonctionnent sur un modèle clé: valeur et transportent des métadonnées cruciales pour le routage, l'identification des transactions et la description des capacités des participants. Dans votre travail avec les SBC AudioCodes, ce sont ces en-têtes que vous ciblerez le plus souvent pour la manipulation.

Voici quelques en-têtes fondamentaux : From, To, Call-ID, CSeq, Via, Contact. Nous les étudierons en détail dans la prochaine leçon. Pour l'instant, il est important de comprendre leur rôle en tant que bloc de construction.

La documentation de référence d'AudioCodes que nous utiliserons tout au long de ce cours possède une syntaxe très spécifique pour cibler ces en-têtes. Jetez un premier coup d'œil à la façon dont un SBC AudioCodes "voit" un en-tête SIP.

3. La Ligne Vide et le Corps (Body)

Après la liste des en-têtes vient une unique ligne vide. Elle sert de séparateur et indique que tout ce qui suit constitue le corps du message.

Le corps (Body) est optionnel. S'il est présent, il contient la "charge utile" (payload) du message. Pour une requête INVITE, cette charge utile est presque toujours une description de la session au format SDP (Session Description Protocol). Le SDP décrit les aspects média de la session :

• Les types de média proposés (audio, vidéo).
• Les codecs supportés (G.711, G.729, Opus...).
• Les adresses IP et les ports où recevoir les flux média.

L'image suivante illustre bien cette hiérarchie : le message SIP contient un corps, qui lui-même contient une charge utile SDP. Le tout est ensuite encapsulé dans les couches de transport (TCP/UDP) et réseau (IP).

La vidéo ci-dessous montre un exemple concret de message INVITE et identifie visuellement chacun des composants que nous avons abordés.

Conclusion

Dans cette première leçon, nous avons posé les fondations de notre étude du protocole SIP en déconstruisant un message pour en identifier les quatre composants structurels :

• La ligne de début, qui est une Request-Line pour une requête (spécifiant une méthode comme INVITE) et une Status-Line pour une réponse (indiquant un résultat comme 200 OK).
• Les en-têtes (Headers), un ensemble de paires clé: valeur qui contiennent les métadonnées de la signalisation. C'est la partie que nous manipulerons le plus sur le SBC.
• La ligne vide, qui sépare les en-têtes du corps.
• Le corps (Body), une partie optionnelle qui transporte la charge utile, le plus souvent une description de session au format SDP.

Cette structure est le langage commun de tous les équipements SIP. La comprendre parfaitement est la première étape pour pouvoir l'interpréter et la manipuler avec précision.

Dans la prochaine leçon, nous nous concentrerons sur la section des en-têtes. Nous apprendrons à interpréter les headers SIP les plus essentiels, tels que From, To, Via, Contact, Call-ID et CSeq, car ce sont eux qui contrôlent le routage et l'état des appels.