Une lecture guidee beaucoup plus complete de trames SIP et de logs Asterisk pour montrer qui emet un ACK, qui ferme un appel et comment ConfBridge gere l entree progressive puis la sortie des participants.
Le guide est pense pour une lecture sequentielle, avec commandes, captures et points de verification quand ils sont utiles.
3 prerequis pratiques et 0 ressources utiles sont disponibles avant l execution.
Debutant montre tout. Normal garde le bon niveau de detail. Expert masque les parties non essentielles.
Ce contenu reste analytique, mais il colle davantage au projet source. Le but est de montrer une vraie lecture de traces : ACK, 200 OK, BYE emis par l IVR, puis evolution de ConfBridge quand la conference passe d un participant a deux, puis trois, avant la fermeture.
Avant d executer
Identifier l emetteur, le destinataire et le sens fonctionnel de l ACK.
L ACK confirme la reception du 200 OK et finalise l etablissement de l appel du point de vue SIP.
Dans la capture analysee, l ACK part du poste 1003 vers 1002. La Request-Line et les champs From et To suffisent deja a etablir qui confirme quoi, avant meme d entrer dans tous les details de la session.
ACK sip:1002@192.168.100.108Lire a la fois la signalisation SIP et les informations medias transportees.
Le 200 OK ne confirme pas seulement l appel. Il livre aussi le SDP qui renseigne les codecs, les ports et les parametres de media.
La Status-Line SIP/2.0 200 OK confirme l acceptation de la transaction. Le corps SDP ajoute la dimension media : type de flux, port RTP et parametres negocies.
SIP/2.0 200 OK
Savoir attribuer une fin d appel au bon element du systeme.
En recoupant le champ From et la Request-URI, on montre que la terminaison est emise par l IVR et non par l utilisateur appele.
La trame BYE ne doit pas etre lue seulement comme un message de fin. Elle sert aussi d indice de responsabilite. Ici, le champ From associe la terminaison a 1002, c est-a-dire a l IVR dans le scenario de test.
From: <sip:1002@192.168.100.108>
Comprendre ce que veulent dire les lignes joined softmix.
Les logs Asterisk montrent l arrivee du premier participant, du second, puis la montee a un troisieme participant dans la conference 3999.
Quand un participant rejoint la conference, Asterisk journalise l entree dans le pont audio softmix. C est une preuve directe qu il a ete admis dans la salle et que le mixage audio est en cours.
Channel SIP/1003-xxxx joined 'softmix'
Channel SIP/1002-xxxx joined 'softmix'
Verifier l ordre de fermeture et la liberation des ressources.
Les lignes left softmix et les canaux internes comme CBAnn montrent comment Asterisk vide proprement la conference.
La sortie d un participant ne se limite pas a son canal SIP. Les canaux internes associes a la conference se ferment ensuite. Cette lecture donne une vision plus fiable du cycle de vie de la conference.
Channel SIP/1003-xxxx left 'softmix'
CBAnn/3999-xxxx left 'softmix'
Le point utile de cette analyse est methodologique : une capture SIP ou un log ConfBridge devient defensible quand on relie clairement chaque ligne a un comportement fonctionnel.
Contenus lies
Un lab hybride GNS3, Linux et Cisco qui va jusqu au bout de la preuve : routage inter-reseaux, relais DHCP, failover et connectivite validee depuis des clients distants.
Une publication Nagios beaucoup plus complete, qui suit le projet source sur SNMP, les hotes, le PING, Windows, l imprimante, les switchs et les notifications e-mail.
Configurer une passerelle Debian sous VirtualBox pour faire communiquer un reseau en pont et un reseau prive a travers Linux.