Article de référence | Réf : TE7530 v1

Fonctionnement d'un système SIP
Protocole SIP

Auteur(s) : François TOUTAIN

Date de publication : 10 nov. 2003

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Version en anglais English

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’article

Auteur(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 95% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-te7530


Cet article fait partie de l’offre

Réseaux Télécommunications

(141 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation
Version en anglais English

3. Fonctionnement d'un système SIP

3.1 Appel simple

Considérons en premier lieu le cas simple où l’usager Dupont, connecté sur sa machine citrouille, souhaite appeler l’utilisateur Martin sur sa machine glouton. La figure 3 présente l’échange de messages SIP entre les divers composants qui entrent en jeu.

Le premier message est une requête INVITE (comportant vraisemblablement l’en-tête To : [email protected]). Le serveur proxy de ce domaine traite la requête en interrogeant le serveur de localisation (message 2), qui lui communique que l’usager est actuellement sur la machine glouton (message 3). Le serveur proxy fait suivre la requête (message 4). En supposant que l’utilisateur est présent et qu’il « décroche le combiné », le message 5 est alors une réponse de classe 2xx, dans l’exemple 200 OK. Cette réponse est acheminée en sens inverse jusqu’à Dupont (message 6), puis une requête finale ACK est véhiculée depuis celui-ci jusqu’à Martin (messages 7 et 8). Dans le cas d’un serveur type Redirect, celui-ci, après interrogation du service de localisation, enverrait une réponse de classe 3xx (ex : 302, Moved temporarily) comportant l’en-tête Contact: suivi de la SIP-URL sip:[email protected], permettant à Dupont d’émettre une requête INVITE directement vers cette machine.

La figure 4 présente tous ces échanges sous forme de chronogramme.

HAUT DE PAGE

3.2 Appel avec redirection

Illustrons maintenant les capacités de redirection offertes par un système SIP, en considérant que l’usager Martin dispose, dans un domaine filiale.com, d’une machine nommée gargantua.

Son contact public est [email protected], par conséquent il souhaite que les appels arrivant dans la filiale soient redirigés vers le domaine entreprise.com, où il est localisé le plus souvent. Cela est mis en œuvre par exemple par la configuration locale de la machine gargantua (figure 5).

Supposons maintenant que l’usager Dupont ait trouvé dans un annuaire quelconque le contact...

Cet article est réservé aux abonnés.
Il vous reste 95% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Réseaux Télécommunications

(141 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Fonctionnement d'un système SIP
Sommaire
Sommaire

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.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Réseaux Télécommunications

(141 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS