Mise en réseau SIP

Vous pouvez mettre plusieurs serveurs de communications en réseau via SIP. C'est ici que vous configurez les nœuds SIP.

Réglages pour les nœuds SIP à distance

Table 1. Configuration générale
Paramètre	Remarques
Nœuds SIP	Numéro de référence du nœud SIP
Nom	Nom du nœud SIP
Gamme de bande passante	Les codecs utilisés sont définis avec la gamme de bande passante attribuée.
Mode information de la présence	Aucune: Le nœud SIP à distance ne prend pas en charge l'information de présence. Serveur: Le nœud SIP distant est un serveur d'informations de présence (un serveur BluStar par exemple). Pair: Le nœud SIP distant est un pair d'informations de présence (par exemple, un serveur de communication MiVoice Office 400 ou un Mitel Mobile Client Controller). Note: Configurez le paramètre en Aucunesi le nœud SIP distant ne fournit aucune information de présence. Vous réduisez ainsi la charge de trafic.
Faisceau	Assignez un faisceau au nœud SIP distant.

Table 2. Adressage IP
Paramètre	Remarques
Adresse IP: Port IP	Entrez ici l’adresse IP et le port IP du nœud SIP distant.

Table 3. Signalisation SIP
Paramètre	Explication
Utiliser ’+’ comme indicatif international	Le numéro est transmis au format canonique.
Tentative d'établir appels externes: Délai d'expiration	A l'écoulement de ce délai, le serveur de communication tente d’établir l’appel via le prochain faisceau défini dans l’acheminement (valeur par défaut: 32 secondes).
Champ ’From’ pour CLIR	Si l’identification de l’appelant est inhibée chez l'utilisateur appelant, l’expéditeur suivant (nom d'affichage et adresse) est transmis avec l’appel: Anonyme avec vie privée/critique (3261): Nom d'affichage : anonymous@anonymous.invalid ; Adresse : anonymous@anonymous.invalid tels que définis dans le compte SIP (RFC 3323) : Nom d'affichage et adresse tels que définis dans le compte SIP. Le nom affiché est 'Anonymous': Nom d'affichage : anonymous@anonymous.invalid ; l'adresse reste inchangée. Anonyme sans en-tête vie privée (RFC 3261): Nom d'affichage : anonymous@anonymous.invalid ; Adresse : anonymous@anonymous.invalid
Envoyer Session-Refresh (RFC 4026)	Le serveur de communication tente de négocier une période pour les "Messages réguliers d’actualisation de session" avec le nœud SIP distant. Le nœud SIP distant doit pour cela prendre en charge la RFC4028.
Utiliser URL de destination de	L'URL de destination peut être formée à partir du champ To ou de la ligne de demande. Le choix dépend du nœud SIP.
Musique d'attente	La musique d'attente est diffusée, dans la mesure où elle est active à l’échelle du système.
Musique d'attente: Signalisation	Le type de signalisation Musique d'attente dépend des fonctions prises en charge par le fournisseur SIP: Automatique: Le serveur de communication tente de reconnaître lui-même laquelle des deux RFC est prise en charge par le fournisseur SIP. Selon RFC 3264Le fournisseur SIP prend en charge la signalisation selon la RFC Un modèle d’Offre/Réponse ayant un protocole de description de session, (SDP), juin 2002. Selon RFC 2543 Le fournisseur SIP prend en charge la signalisation selon la RFC SIP: protocole d'initialisation de session Comme mise à jour du média actif: Le serveur de communication conserve une connexion média à 2 voies. Ceci permet de jouer de la musique pendant la mise en attente dans la canal d’appel à partir d’un serveur de communication au lieu du fournisseur de SIP. Mise à jour de la connexion du signal: Le fournisseur SIP est informé des changement de port de média par un message SDP distinct. Aucune signalisation (aucune actualisation de média): le fournisseur ne fournit aucune signalisation et le serveur de communication diffuse la musique d'attente dans le canal vocal.
Envoyer informations de renvoi	Dans les informations de renvoi, l'appelé voit si l'appel a été renvoyé et par qui. Deux différentes méthodes sont définies à cet effet pour SIP. Le paramètre est configurable aussi bien par nœud SIP que par terminal SIP. Non: Aucune information de renvoi n’est affichée. Oui, avec 'Diversion header (recursing)': Des informations de renvoi sont uniquement affichées avec des appels entrants. L’appel est renvoyé dans le serveur de communication. Oui, avec 'Diversion header (non-recursing)': Le renvoi pour les appels sortants a lieu de manière indirecte, le serveur de communication retournant au téléphone SIP la ‘Response 302’ (Moved Temporarily) avec les informations de renvoi nécessaires. Le téléphone SIP effectue lui-même l’appel à la destination de renvoi et montre les informations de renvoi sur son propre affichage. Note: Le renvoi avec 'Response 302' n’est pas possible dans tous les cas.
Méthode de transfert de communication	Il est possible de sélectionner ici s'il faut utiliser pour le transfert d'une communication externe la méthode REFER ou Re-INVITE. Note: La méthode REFER n'est utilisée que si les deux utilisateurs à commuter ont le même nœud SIP.
Prise en charge PRACK (RFC 3262)	La méthode PRACK selon RFC 3262 est prise en charge.

Table 4. Réglages audio
Paramètre	Remarques
Codec préféré	Sélectionnez ici le codec préféré. Non spécifié: Un codec approprié sera automatiquement réglé. G.711a: Codec non comprimé avec haute qualité audio. Approprié pour le liens avec de larges bandes passantes. Le débit binaire comprend 64 kbit/s. Utilise le procédé de signalisation sonore allemand. G.711u: Codec non comprimé avec haute qualité audio. Approprié pour le liens avec de larges bandes passantes. Le débit binaire comprend 64 kbit/s. Utilise le procédé de signalisation sonore américain. G.729: Codec non comprimé avec qualité audio moyenne. Approprié pour liens avec bande passante limitée. Le débit binaire comprend 8 kbit/s.
Prend en charge le bruit de confort	Hors: Passif: Actif :
Prise en charge RTCP	Hors: Passif: Actif :

Table 5. Réglages NAT
Paramètre	Remarques
Activer Keep alive	Le serveur de communication actualise périodiquement la table NAT sur son propre pare-feu en envoyant des messages de notification au serveur Proxy. Le système reste ainsi toujours accessible pour les appels SIP entrants.
Prise en charge ALG	Prend en charge la connexion vers le nœud SIP distant. Les paquets IP contenant des informations de signalisation SIP sont ouverts par l'ALG (Application Layer Gateway) et l'adresse IP privée est remplacée par l'adresse IP publique. (L'adresse IP publique doit être configurée dans le serveur de communication.)
Dirige les données RTP via le serveur de communication	Commutation indirecte: Lors de l'établissement de la connexion avec un autre terminal IP, les données vocales sont transmises via le serveur de communication et non directement. Cela peut s'avérer très utile pour venir à bout de problèmes de TAR (NAT) et de pare-feu. Commutation directe: Lors de l'établissement de la communication avec un autre point terminal, les données vocales sont transmises directement à celui-ci. Note: La commutation indirecte requiert deux canaux VoIP supplémentaires sur le serveur de communication.

Table 6. Authentification et protocole de transport
Paramètre	Remarques
Authentification locale requise	L'authentification dans le nœud SIP à distance est obligatoire.
Nom d’utilisateur	Entrez ici le nom d'utilisateur pour l'authentification sur le nœud SIP distant.
Mot de passe	Entrez ici le mot de passe pour l'authentification sur le nœud SIP distant.
Protocole de transport	Sélectionnez ici le protocole de transport souhaité.