Avec cette architecture, ALERT n’a plus besoin de connaitre les adresses IP des téléphones. Le proxy s’il est un IPBX gère en général la correspondance, numéro d’appel vs adresse IP. La configuration au niveau des opérateurs est simplifiée : il suffit de renseigner leur numéro de téléphone.
Avec ce type d’installation, les uri sont toutes du type : sip:username@realm où le champ realm est le nom du domaine sip (en général l’adresse du proxy ou le nom de la machine) et le champ username est un numéro de téléphone.
Dans ce cas de figure, tous les établissements d’appels passent par le proxy. Du point de vue du PBX, ALERT se comporte comme un trunk SIP.
Il est possible d’utiliser la présentation du nom pour envoyer des messages textes dans ce mode.
Driver SIP
Il faut ici renseigner le champ concernant le proxy.
L’uri de l’utilisateur peut, comme dans l’exemple suivant, être un numéro de téléphone. L’uri est dans sa forme générale du type : « Nom affiché »<sip:nom@domaine>.
Fiche opérateur
C’est dans la fiche opérateur que la configuration est nettement simplifiée. Comme toutes les adresses ont le même proxy, ALERT offre la possibilité de renseigner l’uri complète comme pour la configuration sans proxy ou seulement le numéro de téléphone.
Dans notre cas : sip:1010@192.168.0.10 ou simplement 1010.
Exemple d’utilisation
C’est le type de configuration à utiliser avec le Cisco CallManager. Le CallManager est le proxy. La table de correspondance entre numéros de téléphone et adresses IP est gérée par le proxy.
ALERT doit également disposer d’un numéro de téléphone si les opérateurs veulent contacter le serveur vocal de l’application.
Cette configuration correspond également à l’utilisation de la passerelle MV-310 VoIP/GSM. Dans ce cas, le proxy est la passerelle, mais ALERT ne peut alors appeler que via cette passerelle.