Décoder les En-têtes SIP Fondamentaux

Headers d'Identification et d'État : Le "Qui" et le "Quoi"

Ces en-têtes définissent les participants de l'appel et permettent de corréler les messages entre eux au sein d'une même session de communication.

From, To, Call-ID et CSeq

• From et To: Ces en-têtes identifient respectivement l'initiateur (l'appelant) et la destination (l'appelé) de la requête. Ils contiennent une URI SIP et souvent un nom d'affichage. Il est important de noter que le To header n'est pas utilisé pour le routage de la requête initiale ; c'est la Request-URI de la première ligne qui remplit ce rôle.
• Call-ID: C'est un identifiant unique universel (UUID) qui est généré par l'appelant et reste identique pour tous les messages (requêtes et réponses) appartenant à une même session d'appel. C'est le principal "fil rouge" qui lie un INVITE à son BYE correspondant.
• CSeq (Command Sequence): Cet en-tête contient un numéro de séquence et la méthode de la requête (INVITE, BYE, etc.). Il permet de distinguer les différentes requêtes au sein d'un même Call-ID (une même session). Le numéro de séquence s'incrémente pour chaque nouvelle requête (par exemple, un INVITE aura CSeq: 1 INVITE et le BYE suivant aura CSeq: 2 BYE). Il sert à ordonner les transactions et à différencier les retransmissions des nouvelles requêtes.

La combinaison de ces en-têtes est ce qui définit un dialogue SIP. Un dialogue est une relation de signalisation de pair à pair qui persiste pour une certaine durée. Il est identifié de manière unique par la combinaison de trois éléments :

1. Call-ID
2. Le tag de l'en-tête From (une chaîne de caractères aléatoire ajoutée par l'UAC)
3. Le tag de l'en-tête To (une chaîne de caractères aléatoire ajoutée par l'UAS dans sa première réponse)

La vidéo suivante explique le rôle de chacun de ces en-têtes.

L'image ci-dessous illustre parfaitement ce concept. Observez comment le Call-ID reste constant tout au long de l'échange, tandis que le CSeq change pour la transaction BYE.

Headers de Routage : Le "Où" et le "Comment"

Ces en-têtes sont le GPS du protocole SIP. Ils dictent le chemin que les messages doivent emprunter à travers le réseau, que ce soit pour les réponses ou pour les requêtes futures.

Contact et Via

• Contact: Cet en-tête est l'un des plus importants mais aussi l'un des plus mal compris. Il contient l'adresse directe à laquelle un User Agent souhaite recevoir les futures requêtes au sein d'un même dialogue. Par exemple, dans un INVITE, l'appelant met son adresse dans le Contact pour que l'appelé sache où envoyer un BYE ou un re-INVITE. Ce n'est pas l'adresse de l'appelant (qui est dans From), mais son adresse de "réponse directe". C'est un point crucial pour la manipulation sur un SBC, qui agit souvent en tant que B2BUA (Back-to-Back User Agent) et réécrit cet en-tête.

• Via: Cet en-tête trace le chemin de la signalisation. Chaque proxy ou SBC qui relaie une requête SIP ajoute son propre Via header en haut de la liste. Les Via headers sont ensuite utilisés pour router les réponses en sens inverse, en suivant le chemin exact que la requête a emprunté. Chaque Via header contient également un paramètre branch qui, combiné avec la méthode du CSeq et l'URI de la requête, identifie de manière unique une transaction.

Record-Route et Route

Ces deux en-têtes fonctionnent en tandem et sont essentiels lorsque l'appel passe par un ou plusieurs proxys SIP qui doivent rester dans le chemin de la signalisation pour toute la durée du dialogue. C'est le cas typique d'un SBC.

• Record-Route: Lorsqu'un proxy "stateful" (comme un SBC) reçoit une requête INVITE, il peut vouloir s'assurer que toutes les requêtes futures de ce dialogue (par exemple, BYE) passeront aussi par lui. Pour ce faire, il insère un en-tête Record-Route contenant sa propre adresse dans la requête INVITE avant de la transmettre. S'il y a plusieurs proxys, chacun ajoute son propre Record-Route.

• Route: Lorsque le destinataire (UAS) répond avec un 200 OK, il copie tous les en-têtes Record-Route de l' INVITE dans sa réponse. L'initiateur (UAC) reçoit ainsi le chemin complet des proxys. Cet ensemble de Record-Route est appelé le "Route Set". Pour toutes les requêtes ultérieures au sein du dialogue, l'UAC copiera ce "Route Set" dans une série d'en-têtes Route. Ces en-têtes Route forcent la requête à suivre le chemin des proxys établi lors de l' INVITE initial. C'est ce qu'on appelle le "loose routing".

L'article suivant explique en détail cette interaction complexe mais vitale.

Pour visualiser ce processus, la vidéo ci-dessous montre une animation du flux. Même si l'audio est en hindi, les diagrammes et les mots-clés SIP sont universels et très parlants.

Résumé de Référence

Le tableau suivant, tiré de la documentation de VoIPmonitor, est un excellent aide-mémoire que vous pouvez consulter.

Conclusion

Dans cette leçon, nous avons décortiqué les en-têtes SIP qui sont au cœur de la signalisation. Vous devriez maintenant être capable de les interpréter et de comprendre leur rôle spécifique :

• Identification & État : From, To, Call-ID, et CSeq travaillent ensemble pour identifier de manière unique un dialogue et les transactions qui le composent.
• Routage : Contact, Via, Record-Route, et Route constituent le système de navigation de SIP, assurant que les requêtes et les réponses atteignent leur destination, même à travers des réseaux complexes avec des proxys et des SBC.

La distinction entre le routage des réponses (via les en-têtes Via) et le routage des requêtes subséquentes (via les en-têtes Route dérivés de Record-Route) est un concept clé en ingénierie SIP. Sa maîtrise est indispensable pour configurer et dépanner un SBC AudioCodes.

Dans la prochaine leçon, nous assemblerons toutes ces pièces du puzzle. Nous tracerons un flux d'appel SIP complet, de l'INVITE initial au BYE final, en observant comment ces en-têtes sont utilisés et modifiés à chaque étape.