Fonctionnement d'un système SIP
Protocole 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.

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...