Chapitre 3

Les protocoles de signalement dans la Téléphonie sur IP

III.1 Le protocole SIP (Session Initiation Protocol)

SIP est un protocole de signalement utilisé pour établir une session entre
deux ou plusieurs participants, modifier cette session, et finalement termi-
ner cette session. Son utilisation est devenue majeure dans le monde de la
téléphonie IP. Le fait que le SIP est un standard ouvert a généré un intérêt
énorme sur le marché de la téléphonie, et les constructeurs de téléphones
SIP ont connu une croissance phénoménale dans ce secteur.
SIP est un protocole de requête-réponse. Les requêtes et les réponses sont
des messages envoyés entre les appareils pour communiquer. SIP reçoit les
requêtes des clients et les réponses des serveurs (c’est un intermédiaire).

SIP prend en charge cinq facettes de l’établissement et de la terminaison

de communications multimédia :
1. Localisation de l’utilisateur : détermination du système terminal à
contacter pour la communication (par exemple un smartphone).
2. Disponibilité de l’utilisateur : détermination de la volonté de l’appelé
à s’engager dans une communication (est ce qu’il est connecté).
3. Capacités de l’utilisateur : détermination du support et des para-
mètres de support à utiliser (les mieux adaptés, par exemple dans une con-
férence, si un des utilisateurs a une mauvaise connexion internet, la qualité
de la vidéo sera baissée pour lui permettre de suivre la conférence).

1
4. Etablissement de session : “sonnerie”, établissement des paramètres
de session à la fois chez l’appelant et l’appelé.
5. Gestion de session : y compris le transfert et la terminaison des ses-
sions, la modification des paramètres de session.

III.1.1 Avantages du protocole SIP

• Open source.

• Simple : SIP est simple et très similaire à HTTP. Le protocole s’est néan-
moins récemment complexifié pour permettre une meilleure interconnexion
avec les réseaux téléphoniques classiques (par exemple sur Skype, il est
aujourd’hui possible d’appeler un téléphone n’utilisant pas de téléphonie sur
IP).

• Flexible : SIP peut être utilisé pour tout type de sessions multimédia
(appel vocal, cours en ligne, conférences).

III.1.2 Architecture du protocole SIP

Le protocole SIP se compose des cinq entités suivantes :

a.Terminal
Le terminal est l’élément dont dispose l’utilisateur pour appeler et être ap-
pelé. Il doit donc permettre de composer des numéros de téléphone. Il peut
se présenter sous la forme d’un composant matériel (un téléphone) ou d’un
composant logiciel (un programme lancé à partir d’un ordinateur).
b. Serveur d’enregistrement

Le serveur d’enregistrement (Registrar Server) offre un moyen de lister les

utilisateurs. L’enregistrement d’un utilisateur est constitué par l’association
de son identifiant et de son adresse IP. Un utilisateur peut s’enregistrer sur
plusieurs serveurs d’enregistrement en même temps. Dans ce cas, il est
joignable simultanément sur l’ensemble des positions qu’il a renseigné.

2
c. Serveur de localisation

Le serveur de localisation (Location Server) joue un rôle complémentaire

par rapport au serveur d’enregistrement en permettant la localisation de
l’abonné. Ce serveur contient la base de données de l’ensemble des posi-
tions des abonnés qu’il gère. Cette base est renseignée par le serveur d’en-
registrement. Chaque fois qu’un utilisateur s’enregistre auprès du serveur
d’enregistrement, ce dernier en informe le serveur de localisation.
d. Serveur de redirection

Le serveur de redirection (Redirect Server) agit comme un intermédiaire

entre le terminal client et le serveur de localisation. Il est sollicité par le
terminal client pour contacter le serveur de localisation afin de déterminer
la position courante d’un utilisateur.
e. Serveur proxy

Le serveur proxy permet d’initier une communication à la place de l’appe-

lant. Il joue le rôle d’intermédiaire entre les terminaux des interlocuteurs et
agit pour le compte de ces derniers. (Similaire à un VPN, le proxy cache
l’adresse IP).
III.1.3 L’adressage dans SIP
Tout utilisateur SIP dispose d’un identifiant unique. Cet identifiant constitue
l’adresse de l’utilisateur permettant de le localiser. Le format d’une adresse
SIP se présente sous la forme suivante

• Le mot-clé sip spécifie le protocole utilisé pour la communication.

• La partie identifiant définit le nom ou le numéro de l’utilisateur.

• La partie mot_ de_passe est facultative. Le mot de passe peut être utile
pour s’authentifier au près du serveur.

• La partie serveur spécifie le serveur chargé du compte SIP de l’utilisateur.

Le serveur est indiqué par son adresse IP ou par un nom qui sera résolu par
DNS.

3
• La partie paramètres est facultative. Les paramètres permettent de spé-
cifier des informations complémentaires en cas de besoin

III.1.4 Les méthodes (fonctions) utilisées dans SIP

INVITE
La méthode INVITE permet d’initier une communication en invitant un cor-
respondant à y participer.

ACK
La méthode ACK correspond à un acquittement de l’appelant. Elle peut être
utilisée aussi suite à l’acceptation d’un appel par l’appelé, et suite à une
réponse de localisation fournie par le serveur de redirection.

OPTIONS
La méthode OPTIONS permet d’interroger un serveur SIP sur différentes
informations ; comme la possibilité de savoir si un utilisateur que l’on sou-
haite appeler est présent, c’est-à-dire disponible pour initier une communi-
cation.
BYE
La méthode BYE permet de libérer une communication. Cette requête peut
être émise indifféremment par l’appelant ou par l’appelé.

CANCEL
Cette méthode annule une requête dont la réponse n’est pas encore parve-
nue au demandeur. Elle ne permet pas d’interrompre une session, mais
indique que la réponse n’est plus attendue et qu’il n’est donc pas nécessaire
de traiter la requête.

REGISTER
Cette méthode permet d’enregistrer son adresse IP auprès d’un serveur
d’enregistrement. Elle permet aussi d’assurer le service de localisation.

4
III.1.5 Les principaux codes de réponse dans SIP
1xx – Messages d’information
La requête est en cours de traitement. C’est une réponse temporaire, qui
est purement informative.
Ex : 100 TRYING Tentative d’appel en cours

2xx – Messages de succès

La requête a été reçue, comprise et acceptée par le serveur.
Ex : 200 ok La requête a été exécutée avec succès.

3xx - Messages de redirection

Décrit une autre action à effectuer avant de finaliser la requête. Cela peut
être une nouvelle position de l’utilisateur qui est retournée.
Ex : 300 multiple choices La résolution d’adresse de l’appelé a conduit à
plusieurs localisations possibles, toutes retournées à l’appelant afin qu’il
en choisisse une seule.
4xx – Messages d’erreurs :
Erreur du client ou requêtes ne pouvant être prises en charge
Ex : 400 BAD REQUEST Le format de la requête est incorrect et ne peut
être compris. Ce message d’erreur doit inclure des informations sur la par-
tie de la requête qui pose problème pour que le client puisse corriger.

5xx - Erreur du serveur

La requête est correcte, mais le serveur n’a pas réussi à la traiter, car le
service n’est plus disponible sur le serveur sollicité.
Ex : 500 INTERNAL SERVER ERROR Une erreur de nature non prévi-
sible est survenue et empêche la réalisation de l’exécution.

6xx - Messages d’erreurs : échec général

Aucun serveur ne peut traiter cette requête, car ils sont occupés, inacces-
sibles ou refusent l’appel. La syntaxe de la requête n’est pas en cause.
Ex : 600 BUSY EVERYWHERE Le destinataire a été joint, mais il est oc-
cupé sur tous les postes et ne peut prendre la communication.

5
III.1.6 Les champs de l’entête SIP
Ceci est un exemple d’une entête SIP où Alice fait une demande de con-
nexion à Bob :
INVITE: sip:bob@biloxi.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds
Max-Forwards: 70
To: Bob sip:bob@biloxi.com
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710@pc33.atlanta.com
CSeq: 314159 INVITE
Contact: sip:alice@pc33.atlanta.com
Content-Type: application/sdp
Content-Length: 142

Via contient l’adresse du serveur (pc33.atlanta.com) à laquelle Alice s’at-

tend à recevoir des réponses à cette demande. Il contient aussi un para-
mètre « branch » qui identifie cette transaction.

To contient un nom d’affichage (Bob) et un URI SIP ou SIPS (sip:bob@bi-

loxi.com) vers lequel la demande a été dirigée.

From contient aussi un nom d’affichage (Alice) et un URI SIP ou SIPS

(sip:alice@atlanta.com) qui indique la personne à l’origine de la demande.
Ce champ d’en-tête a aussi un identifiant (1928301774).
Call-ID contient un identifiant unique au monde pour cet appel, généré
par la combinaison d’une chaîne aléatoire et du nom d’hôte ou de
l’adresse IP du téléphone logiciel. La combinaison de l’étiquette To, de
l’étiquette From, et du Call-ID définit de façon complète la relation SIP
entre Alice et Bob qu’on appelle un dialogue.
CSeq contient un entier et un nom de méthode. Le nombre CSeq est
incrémenté pour chaque nouvelle demande d’un dialogue et c’est un nu-
méro de séquence.

Contact contient une adresse qui représente une route directe pour con-
tacter Alice, habituellement composé d’un nom d’utilisateur sur un nom de
domaine. Pour résumer, le champ VIA représente l’adresse d’Alice, le
champ contact représente une URL qui peut nous rediriger vers Alice.

Max-Forwards sert à limiter le nombre de sauts que peut faire une de-
mande sur son chemin vers sa destination. Il consiste en un entier qui est

6
décrémenté d’un à chaque saut. Cela évite qu’un message SIP ne reste à
l’infini dans le réseau si le destinataire n’est pas trouvé

Content-Type contient une description du corps de message (données),

par exemple si c’est du texte, cela peut être du HTML.

Content-Length (longueur du contenu) contient un compte d’octets du

corps de message (données).

Exemple d'une communication SIP

III.2 Le protocole de signalisation H.323

Le protocole H.323 figure parmi les plus réputés des protocoles de signali-
sation pour la VoIP. Il peut être utilisé pour le traitement de la signalisation
des données multimédias avec de fortes contraintes temporelles, comme la
voix ou la vidéo, mais aussi la réalité virtuelle ou les jeux en réseau.

7
III.2.1 Architecture de H.323
H.323 se compose de 4 entités :
1) Le terminal : C’est un équipement de traitement destiné aux utilisa-
teurs, leur permettant d’émettre et de recevoir des appels. Pour qu’un ter-
minal soit de type H.323, il doit respecter les conditions :

a. Support des protocoles H.225.0 et H.245 (obligatoire) : Ces deux

protocoles complètent la partie signalisation.

b. Support des protocoles RTP/RTCP (obligatoire) : Une fois la liaison

établie entre les interlocuteurs, la session multimédia peut commencer. Le
transport des données fait recourt au protocole RTP, auquel est associé le
protocole RTCP.

c. Support du codec (obligatoire) : Un terminal H.323 doit être capable

de gérer l’audio, les textes, les images et les vidéos. Pour cela, il doit né-
cessairement supporter au moins un codec.

d. Support de liaisons asymétriques (optionnel) : Les terminaux peu-

vent être disposés de façon à établir des communications asymétriques,
pour lesquelles la réception de données se fait avec un codec différent de
celui utilisé pour l’envoi.

2) Le Gatekeeper : C’est l’équipement permettant la localisation des utili-

sateurs. Ces derniers peuvent s’identifier par des noms, auxquels il faut
attribuer l’adresse IP correspondante. Les taches du Gatekeeper sont :

a. Localisation des abonnés : Pour permettre la localisation des utilisa-

teurs dans un réseau, le Gatekeeper effectue la conversion d’un alias (nom
d’utilisateur) en une adresse IP.

b. Contrôle d’admission : Si la bande passante ne permet pas d’établir

un nouvel appel, le Gatekeeper est habilité à interdire de nouveaux appels
et à établir une liste de priorités d’appels autorisés.

c. AAA (Authentication, Authorization, Accounting) : L’authentifica-

tion permet de connaître l’identité de la personne connectée, tandis que

8
l’autorisation indique quels sont les droits attribués à la personne qui s’est
authentifiée.
d. Gestion des flux : Le Gatekeeper peut limiter le nombre d’intervenants
dans une conférence et rejeter certaines demandes de flux (Par exemple en
n’autorisant que la voix à un utilisateur qui réclame la voix et la vidéo).

3) La passerelle : C’est l’équipement permettant à des utilisateurs du ré-

seau IP de joindre les utilisateurs qui sont actifs sur d’autres types de ré-
seaux téléphoniques.

La passerelle est tenue d’assurer les deux fonctionnalités suivantes :

a. Correspondance de signalisation : La signalisation utilisée dans un

réseau IP étant
différente de celle utilisée dans un réseau, par exemple, RTC, la passerelle
se charge
de convertir un signal H.323 en un signal respectant la norme d’un réseau
RTC.

b. Adaptation des supports de communication : Permet à deux utilisa-

teurs n’ayant pas le même codec de se comprendre. Tous les flux transitent
par la passerelle, qui se charge d’effectuer la correspondance de ces codecs
et de transmettre à chaque intervenant le type de flux qu’il sait interpréter.

4) Le MCU (Multipoint Control Unit) :

C’est l’équipement permettant la gestion des conférences, c’est-à-dire les
communications multimédias mettant en jeu plus de deux interlocuteurs.
La MCU est composé de deux entités :

a. MC (Multipoint Controller) : Le Multipoint Controller est chargé de la

négociation des paramètres. En préalable à la conférence, tous les utilisa-
teurs négocient l’ensemble des paramètres de communication qu’ils dési-
rent utiliser.

b. MP (Multipoint Processor) : Le Multipoint Processor est un centre de

traitement des flux multimédias. Dans une conférence, chaque utilisateur
peut demander des paramètres spécifiques : un utilisateur peut par
exemple demander une très bonne qualité audio, un autre : une moins

9
bonne qualité, un troisième : ajouter la vidéo en plus de l’audio. Pour satis-
faire ces demandes, tous les utilisateurs se connectent auprès de l’entité
MP, laquelle leur délivre à chacun, dans la limite de ses possibilités, les flux
qu’ils sollicitent.

III.2.2 Les principaux messages de signalisation H.225 RAS (Regis-

tration Admission Status)
Il existe principalement trois types de messages : Request (une demande),
Confirm (une confirmation) et Reject (un refus) :
GRQ (Gatekeeper Request) Envoyé par un terminal à la recherche de son
Gatekeeper
GCF (Gatekeeper Confirm) Retourné par le Gatekeeper pour informer le
terminal qu’il sera son Gatekeeper
GRJ (Gatekeeper Reject) Retourné par un Gatekeeper pour informer le
terminal qu’il ne sera pas son Gatekeeper
RRQ (Registration Request) Permet au terminal de s’enregistrer auprès
de son Gatekeeper
RCF (Registration Confirm) Renvoyé par le Gatekeeper pour indiquer au
terminal qu’il est bien enregistré
RRJ (Registration Reject) Renvoyé par le Gatekeeper pour indiquer au
terminal le rejet de sa demande d’enregistrement
ARQ (Admission Request) Envoyé par un terminal pour demander l’auto-
risation à son Gatekeeeper de participer à un appel
ACF (Admission Confirm) Retourné par le Gatekeeper au terminal pour
lui confirmer son admission

ARJ (Admission Reject) Retourné par le Gatekeeper au terminal pour

l’informer du rejet de sa demande d’admission

DRQ (Disengage Request) Utilisé par un terminal ou par un Gatekeeper

pour demander la fin de la communication

DCF (Disengage Confirm) Confirmation de fin de communication

DRJ (Disengage Reject) Rejet de la demande de fin de communication

10
11