Présentation
RÉSUMÉ
Le protocole normalisé SIP, Session Initiation Protocol, est dédié à la signalisation d'appel. il a été normalisé par l'IETF par la RFC 2543. Cet article expose le principe de ce protocole et la structure des messages et le fonctionnement global d'un système SIP. En seconde partie, il expose les fonctions avancées offertes par SIP, ainsi des considérations sur la sécurité dans le cadre SIP.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleAuteur(s)
-
François TOUTAIN : Docteur ès sciences - Ingénieur de rechercheÉcole Nationale Supérieure des Télécommunications de Bretagne
INTRODUCTION
L'émergence des services de téléphonie, et plus largement de communication multimédia interpersonnelle sur les réseaux IP, a suscité le besoin de définir un protocole dédié à la signalisation d'appels. Ce protocole, nommé SIP (Session Initiation Protocol), est normalisé par l'Internet Engineering Task Force (IETF) au travers de la Request for Comments RFC 2543.
S'intégrant au schéma général de communication multimédia proposé par l'IETF, le protocole SIP se pose en concurrent des mécanismes de signalisation mis en œuvre dans les systèmes H.323 (cf. article « Téléphonie Internet » de ce traité).
Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.
Déjà abonné ? Se connecter
DOI (Digital Object Identifier)
Présentation
Fonctionnement d'un système SIPArticle inclus dans l'offre
"Réseaux Télécommunications"
(140 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
2. Messages SIP
De par l’orientation client-serveur de SIP, les messages échangés sont soit des requêtes, soit des réponses. Dans les deux cas, les messages sont de nature textuelle (à l’instar des messages HTTP du World Wide Web), ce qui permet essentiellement une mise en œuvre facilitée et une bonne extensibilité du protocole.
2.1 Requêtes
La version actuelle de SIP (version 2.0, [2]) prévoit six requêtes distinctes, permettant l’établissement d’un appel, la négociation des capacités (types de média qui serviront aux échanges audiovisuels) ou la fermeture d’une session :
-
INVITE : requête d’établissement, invitant un usager (humain ou non) à participer à une session de communication. L’émetteur de cette requête y indique les types de média qu’il souhaite et peut recevoir, en général au travers d’une description de session SDP (Session Description Protocol cf. [IP 2 960]) ;
-
ACK : requête d’acquittement, émise pour confirmer que le client émetteur d’un INVITE précédent a reçu une réponse finale et valable ; cette requête peut véhiculer une description de session qui clôt la négociation ;
-
BYE : requête de clôture d’un appel ;
-
CANCEL : requête d’annulation, signifiant au serveur de détruire le contexte d’un appel en cours d’établissement (cette requête n’a pas d’effet sur un appel en cours) ;
-
OPTIONS : cette requête permet à un client d’obtenir de l’information sur les capacités d’un usager, sans pour autant provoquer l’établissement d’une session ;
-
REGISTER : requête à destination d’un serveur SIP et permettant de lui faire parvenir de l’information de localisation (machine sur laquelle se trouve l’utilisateur).
Un client doit pouvoir au minimum générer des requêtes INVITE et ACK, et inclure une mise en œuvre de SDP [3].
Un serveur doit au minimum être capable de traiter les messages INVITE, ACK, OPTIONS et BYE. Un serveur proxy doit en plus comprendre les requêtes CANCEL.
...
Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.
Déjà abonné ? Se connecter
Messages SIP
Article inclus dans l'offre
"Réseaux Télécommunications"
(140 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
BIBLIOGRAPHIE
-
(1) - HANDLEY (M.), CROWCROFT (J.), BORMANN (C.), OTT (J.) - The Internet Multimedia Conferencing Architecture - . Internet Draft draft-ietf-mmusic-confarch-03.txt (expiration janvier 2001).
-
(2) - HANDLEY (M.), SCHULTZRINNE (H.), SCHOOLER (E.), ROSENBERG (J.) - SIP : Session Initiation Protocol - . Request for Comments 2543, Internet Engineering Task Force, mars 1999.
-
(3) - HANDLEY (M.), JACOBSON (V.) - SDP : Session Description Protocol - . Request for Comments 2327, Internet Engineering Task Force, avril 1998.
-
(4) - * - Adresses Internet : – site de l’IETF : www.ietf.org – site du groupe de travail MMUSIC : www.ietf.org/html.charters/mmusic- charter.html – site du groupe de travail SIP : www.ietf.org/html.charters/sip-charter.html – informations complémentaires sur www.softarmor.com/sipwg/ – site officiel de SIP : www.cs.columbia.edu/~hgs/sip/ et en particulier la section consacrée aux publications relatives à SIP
Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.
Déjà abonné ? Se connecter
Article inclus dans l'offre
"Réseaux Télécommunications"
(140 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
