Recommended resources
The freely available resources this lesson will direct you to.
- Lecture-24 | SIP Call Flow | SIP Messages | SIP methods | SIP Dial Peers |www.youtube.com
- Lecture - 8 | How to Analyze SIP calls in Wireshark | SIP Calls troubleshooting | Analyze RTP Streamwww.youtube.com
- [PDF] Session Initiation Protocol (SIP Tutorial: SIP to PSTN Call Flow)startrinity.com
- Viewing SIP Flow Diagrams - AudioCodestechdocs.audiocodes.com
Bonjour ! Bienvenue dans cette quatrième leçon sur les fondamentaux du SIP.
Dans les leçons précédentes, nous avons disséqué les "mots" et les "phrases" du langage SIP : les requêtes qui demandent une action (INVITE, BYE), et les codes de réponse qui en donnent le résultat (200 OK, 404 Not Found).
Aujourd'hui, nous allons assembler ces éléments pour lire une "conversation" complète. Nous verrons comment ces messages s'enchaînent pour former un appel téléphonique, de l'instant où vous composez le numéro jusqu'à celui où vous raccrochez. C'est ce qu'on appelle un flux d'appel, ou call flow.
Objectif de cette leçon : Analyser un flux d'appel SIP de base (établissement, maintien, libération) à l'aide d'un diagramme de séquence.
Cette compétence est le pilier de tout diagnostic en VoIP. Savoir lire un diagramme de séquence vous permet de visualiser l'historique d'un appel et de repérer immédiatement où la communication a échoué.
1. De la Transaction au Dialogue : Le Cycle de Vie d'un Appel
Avant d'analyser un flux complet, il est important de clarifier quelques termes. En SIP, une conversation n'est pas un simple bloc, mais une série d'échanges distincts.
- Transaction : C'est l'échange le plus simple, composé d'une requête et de sa réponse finale. Par exemple,
INVITE->100 Trying->180 Ringing->200 OKconstitue une seule transaction. De même,BYE->200 OKest une autre transaction. - Dialogue : C'est une relation complète entre deux interlocuteurs, composée d'une ou plusieurs transactions. Un appel téléphonique complet, de l'
INVITEinitial auBYEfinal, constitue un dialogue. - Session : C'est le flux média réel (la voix) qui est échangé, généralement via le protocole RTP. La session est établie grâce au dialogue SIP, mais elle vit de manière indépendante.
La vidéo suivante explique très bien la distinction entre ces trois concepts.
Lecture-24 | SIP Call Flow | SIP Messages | SIP methods | SIP Dial Peers |
Regardez cette section de la vidéo "Lecture-24 | SIP Call Flow" pour bien comprendre la hiérarchie entre transaction, dialogue et session. C'est une base théorique importante.
Visionnez la partie de 15:16 à 17:38. Concentrez-vous sur la définition de chaque terme : une transaction est une requête/réponse, un dialogue est une série de transactions, et une session est le flux média RTP.
2. Anatomie d'un Appel SIP : Le Diagramme de Séquence
Le meilleur moyen de visualiser un flux d'appel est le diagramme de séquence. Il montre les différents équipements (appelant, proxy, appelé) sous forme de colonnes, et les messages échangés sous forme de flèches chronologiques.
Un appel de base se déroule en trois phases :
Phase 1 : Établissement de l'appel
C'est la phase la plus dense en messages. Elle va de la demande initiale jusqu'à ce que les deux interlocuteurs puissent se parler.
- INVITE : L'appelant (User Agent Client - UAC) envoie un
INVITEà l'appelé (User Agent Server - UAS) pour lui proposer une session. Ce message contient la description de la session (SDP) : codecs proposés, adresse IP et port pour recevoir le média. - 100 Trying : Les serveurs intermédiaires (proxys, SBC) répondent immédiatement par un
100 Tryingpour dire "J'ai bien reçu l'INVITE, je m'en occupe". Cela évite à l'appelant de renvoyer l'INVITE en pensant qu'il a été perdu. - 180 Ringing : Le téléphone de l'appelé est alerté et commence à sonner. Il envoie un
180 Ringingpour en informer l'appelant. Le téléphone de l'appelant génère alors sa propre sonnerie locale (le ringback). - 200 OK : L'appelé décroche. Le téléphone envoie un
200 OKpour accepter l'appel. Cette réponse contient également un corps SDP avec les paramètres de session de l'appelé (codec choisi, son adresse IP et port média). - ACK : L'appelant reçoit le
200 OKet envoie unACK(Acknowledgement) pour confirmer. À ce moment précis, l'appel est établi.
La vidéo suivante illustre parfaitement ce flux de base.
Lecture-24 | SIP Call Flow | SIP Messages | SIP methods | SIP Dial Peers |
Cette section de la vidéo "Lecture-24 | SIP Call Flow" présente un diagramme de séquence clair pour un appel de base. C'est un excellent point de départ visuel.
Regardez la section de 12:37 à 15:01. Suivez attentivement la séquence INVITE -> 100 Trying -> 180 Ringing -> 200 OK -> ACK.
Phase 2 : Maintien de l'appel (Média RTP)
Une fois le ACK envoyé, le dialogue SIP devient silencieux. La conversation vocale elle-même ne passe pas par SIP. Elle s'effectue directement entre les deux équipements (ou via le SBC) en utilisant le Real-time Transport Protocol (RTP), sur les adresses IP et les ports qui ont été négociés dans le SDP durant la phase d'établissement.
Phase 3 : Libération de l'appel
Quand l'un des participants raccroche :
- BYE : L'équipement qui termine l'appel envoie un
BYEà l'autre participant. - 200 OK : L'autre participant confirme la réception du
BYEen répondant par un200 OK. L'appel est alors officiellement terminé et les ressources sont libérées.
Le document PDF ci-dessous montre un flux complet et détaillé, incluant des proxys et une passerelle vers le réseau téléphonique classique (PSTN), ce qui se rapproche de vos cas d'usage avec les opérateurs.
[PDF] Session Initiation Protocol (SIP Tutorial: SIP to PSTN Call Flow)
Ce document "Session Initiation Protocol (SIP Tutorial: SIP to PSTN Call Flow)" contient un diagramme de séquence très clair sur sa première page, qui résume tout ce que nous venons de voir.
Consultez uniquement la première page du document. Observez le diagramme de séquence. Repérez les trois phases : l'établissement (messages 1 à 22), le maintien (message 23), et la libération (messages 25 à 32). Ne vous attardez pas sur les messages spécifiques au PSTN (IAM, ACM, etc.) pour l'instant.
3. Visualiser le Flux d'Appel en Pratique
Maintenant que la théorie est claire, voyons comment cela se présente dans les outils que vous utiliserez au quotidien.
Avec Wireshark
Wireshark, l'outil d'analyse réseau par excellence, dispose d'une fonction dédiée à la VoIP qui génère automatiquement ces diagrammes de séquence à partir d'une capture de paquets.
Lecture - 8 | How to Analyze SIP calls in Wireshark | SIP Calls troubleshooting | Analyze RTP Stream
Pour voir comment générer un diagramme de séquence dans Wireshark, regardez cette démonstration.
Visionnez la section de 9:29 à 11:24. La partie clé est la navigation dans le menu Telephony > VoIP Calls. Observez comment Wireshark liste tous les appels SIP détectés et comment un simple clic sur 'Flow Sequence' génère le diagramme.
Avec les Outils AudioCodes
Votre objectif est de maîtriser l'écosystème AudioCodes. Heureusement, AudioCodes fournit des outils très puissants pour visualiser ces flux directement. Le principal est le Syslog Viewer, qui analyse les logs générés par le SBC.

Comme vous pouvez le voir, l'outil présente l'information de manière très similaire à Wireshark, mais directement intégrée à l'environnement AudioCodes.
Pour vous familiariser avec cet outil, parcourez la documentation officielle.
Viewing SIP Flow Diagrams - AudioCodes
La page "Viewing SIP Flow Diagrams" de la documentation AudioCodes explique comment utiliser cette fonctionnalité dans le Syslog Viewer. C'est une lecture essentielle pour votre future pratique.
Lisez l'ensemble de cette page. Concentrez-vous sur la manière d'ouvrir la fenêtre SIP Flow Diagram, de sélectionner une session d'appel et d'inspecter les détails des messages. Notez les options de filtrage et d'exportation, qui sont très utiles en pratique.
Un autre outil que vous utiliserez est OVOC (One Voice Operations Center), la plateforme de supervision centralisée d'AudioCodes. Elle offre également une vue claire des flux d'appels, souvent enrichie d'informations sur la qualité de l'appel.

Conclusion
Vous savez maintenant comment un appel SIP naît, vit et meurt. Vous comprenez que cette séquence de messages peut être visualisée sous forme d'un diagramme de séquence, qui est votre meilleur allié pour le dépannage.
Points clés à retenir
- Un appel SIP est un dialogue qui se déroule en trois phases :
- Établissement :
INVITE-> réponses1xx->200 OK->ACK. C'est là que les capacités média sont négociées via SDP. - Maintien : Le dialogue SIP est en pause. La voix circule via RTP.
- Libération :
BYE->200 OK.
- Établissement :
- Le diagramme de séquence est la représentation graphique de ce dialogue, essentielle pour l'analyse.
- Des outils comme Wireshark, le Syslog Viewer d'AudioCodes et OVOC permettent de générer et d'analyser ces diagrammes pour diagnostiquer des problèmes.
Dans la prochaine leçon, nous allons zoomer sur les messages de ce flux d'appel pour nous concentrer sur les en-têtes (headers) SIP les plus critiques. Nous verrons comment les headers From, To, Via, et Contact sont utilisés par le SBC pour prendre des décisions de routage et identifier les participants, ce qui nous rapprochera encore plus de la configuration pratique d'AudioCodes.