Un appel qui sonne sur un téléphone IP, une visioconférence qui démarre ou un poste distant qui se reconnecte reposent souvent sur le même mécanisme de signalisation. Je clarifie ici ce que signifie Session Initiation Protocol, comment il établit une communication et pourquoi il ne transporte pas directement la voix. Vous trouverez aussi les principaux messages SIP, le rôle de RTP et SDP, ainsi que les points à surveiller dans un réseau professionnel.
L’essentiel à retenir sur le protocole SIP
- SIP est un protocole de signalisation utilisé pour créer, modifier et terminer des sessions multimédias.
- Il sert notamment à établir des appels VoIP, des visioconférences et certaines communications par messagerie.
- RTP transporte l’audio et la vidéo tandis que SIP organise la session.
- Les messages les plus connus sont REGISTER, INVITE, ACK et BYE.
- Les ports courants sont 5060 pour SIP et 5061 pour SIP chiffré avec TLS, selon la configuration.
La définition de SIP et son rôle dans les télécoms
SIP signifie Session Initiation Protocol. Il s’agit d’un protocole de la couche application, standardisé par l’IETF, qui permet d’établir, modifier et terminer une session de communication. Une session peut être un appel vocal, une visioconférence, une réunion à plusieurs participants ou, selon les extensions utilisées, un échange de messages.
Le point le plus important est souvent mal compris. SIP ne transporte pas la voix. Il échange des messages de contrôle pour savoir qui appelle, où joindre le correspondant, quels codecs utiliser et quand la communication commence ou se termine. Pour l’audio et la vidéo, les solutions VoIP utilisent généralement RTP, souvent complété par SRTP lorsque le flux média doit être chiffré.
Dans la pratique, SIP ressemble davantage à un chef d’orchestre qu’à un câble audio. Il organise la communication, mais laisse à d’autres protocoles le soin de transporter les données. C’est cette séparation qui rend les architectures VoIP modulaires et adaptables à différents équipements, opérateurs et applications.
Comment SIP établit un appel étape par étape
Avant de recevoir un appel, un téléphone logiciel ou un téléphone IP doit généralement s’enregistrer auprès d’un serveur. Il envoie un message REGISTER qui associe son identité à une adresse réseau joignable. Le serveur peut ainsi savoir où transmettre un appel destiné à cet utilisateur, même si son adresse IP change.
Lorsqu’un utilisateur compose un numéro, son terminal envoie un message INVITE. Celui-ci contient souvent une description SDP, c’est-à-dire les informations nécessaires pour négocier le média, comme les codecs acceptés, les ports et l’adresse où envoyer les paquets audio.
Le correspondant répond avec plusieurs messages de progression. Un échange classique peut suivre ce chemin :
- INVITE demande l’établissement de la session.
- 100 Trying indique que la requête est prise en compte.
- 180 Ringing signale que le téléphone distant sonne.
- 200 OK confirme que l’appel est accepté.
- ACK confirme la réception de la réponse finale.
- RTP ou SRTP transporte alors la voix ou la vidéo.
- BYE termine la session lorsque l’un des participants raccroche.
Ce déroulement explique pourquoi un appel peut sonner correctement sans produire de son. La signalisation SIP peut fonctionner tandis que les flux RTP sont bloqués par un pare-feu, une mauvaise traduction d’adresses réseau ou une configuration incorrecte des ports.
Les messages SIP et les équipements qui les traitent
SIP repose sur des requêtes et des réponses textuelles, un fonctionnement qui rappelle certains protocoles Internet connus. Chaque message contient des informations comme l’identité de l’appelant, la destination, un identifiant de dialogue et un numéro de séquence. Ces éléments sont précieux lorsqu’il faut analyser une capture réseau ou comprendre pourquoi un appel échoue.
| Élément | Rôle principal | Exemple d’usage |
|---|---|---|
| REGISTER | Associer un utilisateur à une adresse de contact | Enregistrer un téléphone IP auprès d’un IPBX |
| INVITE | Créer une session ou modifier une session existante | Lancer un appel ou mettre un correspondant en attente |
| ACK | Confirmer une réponse finale à une invitation | Valider l’établissement de l’appel |
| BYE | Terminer une session active | Raccrocher |
| CANCEL | Annuler une invitation qui n’a pas encore abouti | Arrêter la sonnerie avant que l’appel soit décroché |
| OPTIONS | Interroger les capacités ou la disponibilité d’un équipement | Tester la réponse d’un serveur SIP |
| REFER | Demander une redirection ou un transfert | Transférer un appel vers un autre poste |
Dans une installation, le terminal de l’utilisateur est appelé user agent. Il peut s’agir d’un téléphone IP, d’une application mobile ou d’un logiciel installé sur un ordinateur. Le registrar reçoit les enregistrements, tandis que le proxy SIP aide à router les requêtes vers le bon destinataire.
Un IPBX peut remplir plusieurs de ces fonctions à la fois. Dans une entreprise française, il peut gérer les postes internes, les files d’attente, les transferts et la connexion à un opérateur grâce à un trunk SIP. Cette centralisation simplifie l’administration, mais elle rend aussi la qualité de la configuration réseau déterminante.
Pourquoi SIP, SDP et RTP sont complémentaires
Pour comprendre une architecture VoIP, je conseille de séparer clairement trois rôles. SIP gère la signalisation, SDP décrit les paramètres de la session et RTP transporte les flux multimédias. Confondre ces fonctions conduit souvent à chercher la cause d’un problème au mauvais endroit.
| Protocole | Fonction | Question à laquelle il répond |
|---|---|---|
| SIP | Signalisation | Qui appelle, qui répond et quand la session commence-t-elle ? |
| SDP | Description de session | Quels codecs, adresses et ports peuvent être utilisés ? |
| RTP | Transport du média | Comment l’audio ou la vidéo circule-t-elle pendant l’appel ? |
| RTCP | Suivi de la qualité | Y a-t-il de la perte, du retard ou de la variation de délai ? |
Un exemple permet de visualiser la différence. Le message SIP peut annoncer que l’audio doit utiliser le codec G.711 sur un port UDP précis. Une fois l’accord obtenu, ce sont les paquets RTP qui transportent effectivement la conversation. Si le codec n’est pas compatible, l’appel peut échouer. Si RTP est bloqué, l’appel peut être connecté mais rester silencieux.
La qualité dépend donc de plusieurs facteurs, notamment la latence, la gigue et la perte de paquets. Dans mon expérience, les utilisateurs accusent souvent le protocole SIP alors que le vrai problème vient d’un réseau Wi-Fi saturé, d’un pare-feu trop restrictif ou d’une mauvaise gestion de la qualité de service.
Transport, sécurité et problèmes de NAT
SIP peut fonctionner sur UDP ou TCP, et être protégé par TLS. Le port 5060 est couramment associé à SIP non chiffré, tandis que 5061 est souvent utilisé avec TLS. Ces valeurs restent des conventions, pas une garantie universelle, car un administrateur peut choisir une autre configuration.
Le chiffrement de la signalisation empêche plus facilement l’interception des identifiants et des détails d’appel. Il ne suffit toutefois pas à protéger la voix. Pour sécuriser le média, il faut généralement prévoir SRTP, ainsi qu’une gestion correcte des certificats, des comptes et des règles d’accès.
Le NAT complique particulièrement les communications SIP. Un téléphone situé derrière une box ou un pare-feu peut annoncer une adresse privée qui n’est pas joignable depuis Internet. Les symptômes classiques sont un appel qui ne sonne pas, une voix dans un seul sens ou une communication qui se coupe après quelques secondes.
Pour limiter ces incidents, je vérifie généralement les points suivants :
- les adresses et ports annoncés dans SDP ;
- les plages UDP réservées aux flux RTP ;
- la présence d’un SBC ou d’un mécanisme adapté au franchissement du NAT ;
- les règles du pare-feu et la journalisation des échanges ;
- la qualité du lien réseau entre le poste, l’IPBX et l’opérateur.
Ouvrir largement des ports sur Internet n’est pas une solution durable. Une configuration sûre limite les sources autorisées, applique une authentification robuste et surveille les tentatives répétées, car les services SIP exposés peuvent attirer du scanning, du fraude téléphonique ou du spam vocal.
À quoi sert SIP dans une entreprise
Le cas le plus courant reste la téléphonie IP. Un trunk SIP relie l’IPBX de l’entreprise au réseau d’un opérateur et remplace, selon les besoins, certaines liaisons téléphoniques traditionnelles. L’entreprise peut ainsi regrouper ses appels sur une connexion IP, ajouter des postes plus rapidement et faire travailler des collaborateurs à distance.
SIP est aussi utile pour les centres de contact, les visioconférences et les applications de communication unifiée. Sa souplesse permet de faire dialoguer un logiciel, un téléphone matériel et une plateforme hébergée, à condition que les codecs, les mécanismes d’authentification et les règles de routage soient compatibles.
Cette souplesse a une contrepartie. Une solution SIP bien conçue ne se résume pas au choix d’un opérateur. Il faut prévoir la redondance de la connexion Internet, la priorisation du trafic voix, la sécurité des comptes et la continuité des appels d’urgence selon les services utilisés et la localisation des postes.
Pour diagnostiquer une panne, je commence par distinguer trois situations. Si aucun message REGISTER n’aboutit, le problème concerne souvent l’authentification ou la connectivité. Si l’INVITE progresse mais que l’audio ne passe pas, je contrôle SDP et RTP. Si le son est haché, je mesure plutôt la perte de paquets, la gigue et la saturation du réseau.
Le bon réflexe pour retenir la définition de SIP
La formule la plus utile est simple à garder en tête. SIP organise la conversation, SDP négocie ses caractéristiques et RTP transporte la voix ou la vidéo. Cette distinction suffit déjà à comprendre la plupart des schémas VoIP et à orienter correctement un premier diagnostic.
Je recommande aussi de ne pas juger une installation uniquement parce que les appels se connectent. Une téléphonie fiable se reconnaît à sa qualité audio, à sa résistance aux coupures, à sa sécurité et à la facilité avec laquelle l’équipe peut retrouver la cause d’un incident. C’est là que la surveillance des journaux SIP et des indicateurs réseau fait une vraie différence.
