Table des Matières
Publicité
Sur le réseau se déroule alors le processus suivant : le Scoopy+ envoie sa requête (INVITE dans le
protocole SIP) à un serveur proxy (souvent il s'agit du même serveur que le registrar). Pour simplifier, ce
proxy relaie et achemine cette requête vers sa destination. La résolution de l'URI SIP en un chemin et
une adresse physique utilise des mécanismes proches de ceux utilisés pour résoudre des URL. Plusieurs
proxys en cascade peuvent éventuellement être impliqués pour atteindre la destination, mais cela n'a
pas à être connu ni géré par les équipements d'extrémité. La suite ressemble à l'établissement d'une
liaison téléphonique : le codec IP « sonne » ; s'il accepte l'appel, cela est notifié au Scoopy+.
A ce stade, le(s) proxy(s) fourni(ssen)t au Scoopy+ et au codec IP toutes les données d'adressage
nécessaires pour la liaison, puis les flux audio sont échangés entre les deux unités. Un point très
important est que les équipements d'extrémité peuvent alors échanger leurs données directement ; les
proxys n'ont pas être sur le chemin, ils ne sont impliqués que dans l'établissement (et plus tard la
clôture !) de la session. Les codecs échangent automatiquement leurs capacités de codage, et
s'accordent sur un mode de codage sans autre intervention des utilisateurs.
Réciproquement, l'appel peut être effectué de la station vers le journaliste, de façon analogue au
processus ci-dessus. Contrairement à des liaisons RNIS, les opérateurs dans la station n'ont même pas à
savoir où se situe le journaliste! Cela est possible parce que le registrar gère cet aspect
automatiquement.
On notera qu'il est aussi possible d'établir une liaison avec un téléphone VoIP au lieu d'un autre codec ;
c'est un des intérêts d'utiliser un standard.
6.2.3. Liaison sans serveur SIP
Contrairement à une idée répandue mais fausse, le protocole SIP n'impose nullement l'utilisation d'un
serveur SIP. Le protocole SIP est utilisable sans serveur, c'est-à-dire qu'il est possible d'établir des
liaisons « de pair à pair » sans impliquer un ou des serveurs registrars ou proxy. Dans ce cas la procédure
est plus directe, le codec s'adresse directement au destinataire sans intermédiaire. Il y a en revanche
quelques inconvénients à ce type de session :
Sans fonction de registrar, l'identification du destinataire est son adresse IP ; celle-ci n'est pas
aussi « stable » qu'un URI SIP, et peut changer en fonction du lieu, ou du moment (adressage
dynamique).
Il faut aux deux codecs un accès libre à Internet, ou sinon rendre possible la liaison, en
débloquant le cas échéant les routes et ports nécessaires. Dans le cas d'utilisation d'un serveur
proxy, les autorisations peuvent être restreintes à la connexion au serveur pour mieux contrôler
la sécurité des accès.
Les passerelles effectuent le plus souvent une traduction d'adresse (NAT), qui pose a priori un
problème aux protocoles UDP mis en œuvre pour les liaisons audio. Des proxy peuvent aider à
gérer cette difficulté, mais sans mise en œuvre de tels serveurs il peut être assez délicat de
gérer cet obstacle. Le chapitre suivant donne quelques indications pour cela.
Scoop5 S-IP - Manuel utilisateur
79
Publicité
Table des Matières
