Le Session Ini­tia­tion Protocol (SIP) gère la mise en place et la sup­pres­sion des con­nexions audio et vidéo en temps réel. Il est notamment utilisé dans la té­lé­pho­nie en VoIP.

Le protocole SIP, c’est quoi ?

Au bureau comme à la maison, la vie quo­ti­dienne est de plus en plus rythmée par les vi­déo­con­fé­rences, messages ins­tan­ta­nés, fichiers partagés, appels té­lé­pho­niques par VoIP ou toute autre forme de com­mu­ni­ca­tion en temps réel. Une seule et unique tech­no­lo­gie permet toutes ces ap­pli­ca­tions : le Session Ini­tia­tion Protocol ou protocole SIP. Ce protocole réseau est très important pour l’éta­blis­se­ment de la com­mu­ni­ca­tion, la commande et la sup­pres­sion ul­té­rieure des con­ver­sa­tions audio ou vidéo par VoIP (Voice over IP) avec deux membres au moins. Le protocole SIP, composant de premier plan dans le domaine de la com­mu­ni­ca­tion en temps réel, tient compte des par­ti­cu­la­ri­tés des réseaux IP.

L’in­tro­duc­tion du protocole SIP, spécifié dans la RFC 3261, a fait de la té­lé­pho­nie sur Internet une véritable al­ter­na­tive aux appels té­lé­pho­niques tra­di­tion­nels par système té­lé­pho­nique matériel. Avec le protocole SIP, tout le monde profite d’une mobilité beaucoup plus grande et d’une économie fi­nan­cière non né­gli­geable. Ces deux avantages dé­ter­mi­nants ont permis au SIP de jouer un rôle croissant depuis son in­tro­duc­tion en 2004 jusqu’à aujourd’hui. Il va même jusqu’à remplacer presque com­plè­te­ment les lignes té­lé­pho­niques fixes.

Le Session Ini­tia­tion Protocol se base sur le texte, d’une manière com­pa­rable au HTTP (Hypertext Transfer Protocol) pour le Web et au SMTP (Simple Mail Transfer Protocol) pour la com­mu­ni­ca­tion élec­tro­nique.

Quelles sont les fonctions du protocole SIP ?

Comme les deux autres pro­to­coles, SIP fonc­tionne sur la cinquième couche du modèle OSI, à savoir la couche session (en anglais Session Layer). La tâche du protocole SIP ressemble à celle d’un tableau com­mu­ta­teur des débuts du téléphone. À l’époque, le rôle des stan­dar­distes con­sis­tait d’abord à établir la ligne pour un appel entre deux personnes. La ligne ouverte était maintenue au cours de la con­ver­sa­tion puis in­ter­rom­pue à la fin de la dis­cus­sion entre les deux parties, la laissant à nouveau libre pour d’autres appels. Ce rôle est aujourd’hui rempli par le SIP. En revanche, le Session Ini­tia­tion Protocol ne gère aucune autre facette de la com­mu­ni­ca­tion.

L’extension SIPS (pour Session Ini­tia­tion Protocol Secure) permet au protocole SIP d’établir des lignes pour des con­ver­sa­tions sé­cu­ri­sées et chiffrées. Comme la session et le média sont deux choses dif­fé­rentes, leurs flux de données res­pec­tifs peuvent en théorie être chiffrés de manière in­dé­pen­dante. Quelques autres pro­to­coles per­met­tent la trans­mis­sion des seules données vocales, par exemple le Real Time Transport Protocol (RTP) et le Session Des­crip­tion Protocol (SDP), qui fournit des adresses IP.

Comment fonc­tionne le protocole SIP ?

Le protocole SIP utilise une ar­chi­tec­ture client-serveur tra­di­tion­nelle. Le protocole de base fonc­tionne par requêtes et réponses, le Session Ini­tia­tion Protocol agissant comme in­ter­mé­diaire entre les terminaux connectés. Cela peut concerner presque n’importe quel appareil connecté à Internet. SIP reçoit alors les requêtes des clients ou des clients de l’agent uti­li­sa­teur (UAC) et les réponses des serveurs ou des serveurs de l’agent uti­li­sa­teur (UAS) et l’interface [Trunk SIP] met à dis­po­si­tion les numéros d’appel. Les autres pro­to­coles men­tion­nés per­met­tent toutefois l’échange de données pro­pre­ment dit. Les serveurs proxy et autres pas­se­relles font aussi partie des com­po­sants pour la com­mu­ni­ca­tion avec le protocole SIP.

Pour établir la connexion, le Session Des­crip­tion Protocol détermine le type de connexion possible et règle ses modalités. Ces dif­fé­rentes méthodes portent aussi le nom de codec. Les adresses réseau qui doivent être utilisées sont également définies par le SDP. Une fois cette question réglée, un protocole tel que RTP assure la trans­mis­sion des données pro­pre­ment dites. Lorsque la session est terminée, le protocole SIP met fin à la connexion.

Protocole SIP : quel système d’adressage ?

Pour un adressage correct, le protocole SIP utilise l’Uniform Resource Iden­ti­fier (URI) ainsi que le Domain Name System (DNS). La structure des adresses ainsi at­tri­buées à chaque par­ti­ci­pant ressemble à celle des adresses e-mail or­di­naires. Comme pour une adresse élec­tro­nique, une adresse SIP se compose de deux éléments : un nom d’uti­li­sa­teur ou un numéro de téléphone au début et le réseau cor­res­pon­dant derrière. Les numéros de téléphone sont notamment très courants sur les appareils qui proposent une interface avec les réseaux té­lé­pho­niques.

Quelles sont les dif­fé­rentes requêtes SIP ?

Le protocole SIP fonc­tionne avec dif­fé­rentes requêtes (ou Requests) aux­quelles il réagit ensuite par des réponses (ou Responses). Ces réponses utilisent les codes de statut HTTP. Les requêtes des pro­to­coles SIP sont divisées en requêtes SIP de base et requêtes SIP avancées. Les voici en détail :

Requêtes SIP de base

  • ACK: confirme la réception d’une requête ou d’une réponse ;
  • BYE: met fin cor­rec­te­ment une session active ;
  • SIP CANCEL: annule une requête en attente ;
  • INVITE:* envoie une demande à un serveur pour ouvrir une session ;
  • OPTIONS: indique aux terminaux les spé­ci­fi­ca­tions des autres pé­ri­phé­riques impliqués ;
  • REGISTER: en­re­gistre un appareil auprès du four­nis­seur de services.

Requêtes SIP avancées

  • INFO: transmet des in­for­ma­tions non di­rec­te­ment liées à la session SIP ;
  • MESSAGE: transmet un message texte à un appareil ;
  • NOTIFY: vérifie l’état de la connexion et envoie des no­ti­fi­ca­tions en cas de chan­ge­ment ;
  • PRACK: confirme une requête de manière pro­vi­soire ;
  • REFER: transmet une connexion existante à une autre personne ;
  • SUBSCRIBE: envoie un message à l’oc­cur­rence d’un événement par­ti­cu­lier ;
  • UPDATE: modifie le statut d’un appel.

Quelles sont les dif­fé­rentes réponses SIP ?

Les réponses SIP per­met­tent de répondre aux requêtes SIP listées ci-dessus. On les divise en six ca­té­go­ries :

  • 1xx: indique que le serveur a bien reçu la requête et fournit aussi des in­for­ma­tions pro­vi­soires sur l’état ;
  • 2xx: indique l’abou­tis­se­ment de la requête ;
  • 3xx: informe des re­di­rec­tions possibles ou né­ces­saires ;
  • 4xx: indique qu’une requête n’a pas pu être traitée ;
  • 5xx: informe d’une dé­fail­lance côté serveur ;
  • 6xx: indique que le serveur a pu être contacté, mais que la tran­sac­tion n’a pas pu avoir lieu pour d’autres raisons.

Quelle dif­fé­rence entre protocole SIP und VoIP?

S’il est de plus en plus fréquent de voir les termes utilisés ensemble et que ces deux pro­to­coles sont étroi­te­ment liés, SIP n’est pas synonyme de VoIP. Le protocole SIP établit une connexion, la maintient et la termine. Le protocole VoIP reste quant à lui né­ces­saire trans­mettre les paquets de données via les dif­fé­rents types de réseaux et serveurs. Il commence donc son travail après que SIP lui a préparé le terrain.

Aller au menu principal