Vous êtes sur la page 1sur 6

SESSION INITIATION PROTOCOL

Session Initiation Protocol (SIP) est un protocole standard ouvert de


tlcommunications multimdia (son, image, etc.). Il est en 2007 le plus courant pour
la tlphonie par internet (la VoIP).
Le SIP n'est donc pas seulement destin la VoIP mais aussi de nombreuses autres
applications telles que la visiophonie, la messagerie instantane, la ralit virtuelle
ou mme les jeux vido.
1.

PRSENTATION TECHNIQUE

Session Initiation Protocol (dont le sigle est SIP) est un protocole normalis et
standardis par l'IETF (dcrit par le RFC 3261 qui rend obsolte le RFC 2543, et
complt par le RFC 3265) qui a t conu pour tablir, modifier et terminer des
sessions multimdia.
Il se charge de l'authentification et de la localisation des multiples participants. Il se
charge galement de la ngociation sur les types de mdia utilisables par les
diffrents participants en encapsulant des messages SDP (Session Description
Protocol).
SIP ne transporte pas les donnes changes durant la session comme la voix ou la
vido. SIP tant indpendant de la transmission des donnes, tout type de donnes
et de protocoles peut tre utilis pour cet change. Cependant le protocole RTP
(Real-time Transport Protocol) assure le plus souvent les sessions audio et vido.
SIP remplace progressivement H.323.
1.1. Contexte
l'heure de la rvolution de l'information par l'utilisation du rseau des rseaux,
Internet, on assiste la convergence de la tlphonie et de l'informatique (couplage
tlphonie-informatique).
Les RTC et RNIS (ISDN, Numris tant le nom commercial donn par France
Tlcom, alors oprateur d'tat) et par extension les tlphones de premire et
seconde gnration (satellitaires et GSM) ont fait leur temps en tant que rseaux
supportant la voix uniquement, avec des bandes passantes et dbits trs faibles.
H.323 a t un protocole pionnier de la tlphonie sur IP, manant des instances du
monde des tlcommunications (UIT ou ITU). SIP, de conception un peu plus
rcente, vient du monde de l'Internet (IETF) et s'intgre sans doute un peu mieux sur
les rseaux IP.
Les diteurs, fournisseurs de services et oprateurs mettant du temps offrir
logiciels et services autour de H323 et SIP, la firme Skype a fait son trou avec
plusieurs millions d'utilisateurs en proposant le logiciel client, le service et la
passerelle vers les rseaux publics entrants et sortants.

Actuellement, pour combler les faiblesses en terme de prsence et de rseaux (NAT)


du protocole SIP, des diteurs et fournisseurs de service planchent sur l'intgration
de SIP avec Jabber, protocole fiable, standard, ouvert et prouv de prsence et de
messagerie instantane.
2. FONCTIONNEMENT
2.1. Bases
SIP partage de nombreuses similitudes avec le protocole HTTP comme le codage en
ASCII et les codes de rponse.
Le client envoie des requtes au serveur, qui lui renvoie une rponse. Les mthodes
de base sont :

INVITE permet un client de demander une nouvelle session


ACK confirme l'tablissement de la session
CANCEL annule un INVITE en suspens
BYE termine une session en cours
Les codes de rponse sont similaires HTTP.
100 Trying
200 OK
404 Not Found
Les codes suprieurs ou gaux x80 sont spcifiques SIP.
180 Ringing
486 Busy

En revanche, SIP diffre de HTTP du fait qu'un agent SIP (User Agent, UA) joue
habituellement la fois les rles de client et de serveur. Cest--dire qu'il peut aussi
bien envoyer des requtes, que rpondre celles qu'il reoit.
En pratique, la mise en place de SIP repose sur trois lments : User Agent, registrar
et proxy.
2.2. User Agent
Les User Agents dsignent les agents que l'on retrouve dans les tlphones SIP, les
softphones (logiciels de tlphonie sur IP) des ordinateurs et PDA ou les passerelles
SIP.
En thorie, on peut tablir des sessions directement entre deux User Agents, deux
tlphones par exemple. Mais cela ncessite de connatre l'adresse IP du
destinataire.
Cela n'est pas l'idal car une adresse IP peut ne pas tre publique (derrire un NAT)
ou changer et elle est bien plus complique retenir qu'une URI. Les User Agents
peuvent donc s'enregistrer auprs de Registrars pour signaler leur emplacement
courant, cest--dire leur adresse IP.

2.3. Registrar
Le Registrar est un serveur qui gre les requtes REGISTER envoyes par les
Users Agents pour signaler leur emplacement courant. Ces requtes contiennent
donc une adresse IP, associe une URI, qui seront stockes dans une base de
donnes.
Les URI SIP sont trs similaires dans leur forme des adresses email :
sip:utilisateur@domaine.com
Gnralement, des mcanismes d'authentification permettent d'viter que quiconque
puisse s'enregistrer avec n'importe quelle URI.

Illustration : Enregistrement d'un utilisateur

2.4. Proxy
Un Proxy SIP sert d'intermdiaire entre deux User Agents qui ne connaissent pas
leurs emplacements respectifs (adresse IP).
En effet, l'association URI-Adresse IP a t stocke pralablement dans une base de
donnes par un Registrar. Le Proxy peut donc interroger cette base de donnes pour
diriger les messages vers le destinataire.
Illustration : Principe du Proxy SIP

Envoi d'une requte INVITE au Proxy


Le Proxy interroge la base de donnes
La base de donnes renvoie l'adresse IP du destinataire
Le Proxy relaie le message au destinataire

Illustration : Session SIP travers un Proxy

Le Proxy se contente de relayer uniquement les messages SIP pour tablir, contrler
et terminer la session. Une fois la session tablie, les donnes, par exemple un flux
RTP pour la VoIP, ne transitent pas par le serveur Proxy. Elles sont changes
directement entre les User Agents.
2.5. Caractristiques induites du SIP
On trouve dans les argumentations pour ou contre le SIP les lments suivants :
Ouvert : les protocoles et documents officiels sont dtaills et accessibles tous en
tlchargement
Standard : l'IETF a normalis le protocole et son volution continue par la cration
ou l'volution d'autres protocoles qui fonctionnent avec SIP
Bas sur l'adresse IP : cela induit que le SIP ne traverse pas les NAT (mais cela
peut tre rsolu en dployant des mcanismes client-serveur supplmentaires
comme STUN ou en couplant SIP)
Intgration logique a d'autre standard : L'intgration jabber permet par exemple
de contourner les problmes lies l'adressage IP.
Trs similaire HTTP
Compatible P2P : sur un LAN, SIP fonctionne compltement en P2P (encore plus
facilement avec l'intgration de Zeroconf), ce n'est pas le cas pour l'tablissement de
sessions entre deux pairs spars par un NAT
Flexible : SIP est galement utilis pour tout type de sessions multimdia (voix,
vido, mais aussi musique, ralit virtuelle, etc.)
Tlphonie sur rseaux publics : il existe de nombreuses passerelles (services
payants) vers le rseau public de tlphonie (RTC, GSM, etc.) permettant d'mettre
ou de recevoir des appels vocaux
Points communs avec H323 : l'utilisation du protocole RTP et quelques codecs son
et vido sont en commun
Mauvaise implmentation : une mauvaise implmentation ou une implmentation
incomplte du protocole SIP dans les User Agents peut perturber le fonctionnement
ou gnrer du trafic superflu sur le rseau.
Les incompatibilits : H323 (standard et ouvert) et Skype (propritaire) bnficient de
leur effet rseau respectif, bien que H323 tende disparatre au profit de SIP
Prsence et messagerie instantane : SIP montre un certain nombre de faiblesses
dans la gestion de la prsence et la messagerie instantane, mais l'intgration du
standard ouvert spcialis Jabber rsout la plupart de ces problmes
Faible nombre d'utilisateurs : SIP est encore peu connu et utilis par le grand
public, n'ayant pas atteint une masse critique, il ne bnficie pas de l'effet rseau
Non scuris: login/mot de passe en clair.
6

2.6. Aspects du march


Le SIP a maintenant t adopt par tous les grands acteurs de l'industrie en tant que
protocole de choix pour l'volution des rseaux. Retenu par AOL, Yahoo, Microsoft,
Wanadoo, Orange, Iliad, etc.
Retenu par Microsoft pour MSN et Microsoft Office Live Communication Server
(LCS / OCS)
Retenu par le 3GPP IP Multimedia Subsystem-TISPAN pour son cosystme de
services et de signalisation
Retenu par tous les grands fournisseurs traditionnels de PABX: Alcatel-Lucent,Nortel,
Cisco, Avaya, Ericsson, Siemens, etc.
Retenu par tous les fournisseurs de PABX open-source: Asterisk, IPTel, etc.
Retenu dans les architectures Voix sur IP de convergence fixe mobile o les services
de prsence sont une exigence forte.