# Lync

Vous pouvez mettre plusieurs serveurs de communications en réseau via SIP. C'est ici que vous configurez le Lync mediation serveur.

## Réglages des Lync mediation serveur

Table 1. Configuration générale
Paramètre | Remarques
Nœuds SIP | Numéro de référence du Lync serveur
Nom | Nom du Lync serveur
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: L'information de présence sur le Lync serveur est désactivée. Serveur: Le Lync serveur est un serveur d'informations de présence. Pair: Le Lync serveur est un pair d'informations de présence. Note: Configurez le paramètre en Aucune si vous n'avez pas besoin des informations de présence. Vous réduisez ainsi la charge de trafic.
Demande le certificat du client | Lors de l'établissement de la communication, le serveur Lync sollicite un certificat client du serveur de communication.
Mode SRTP | SRTP non actif: Réglages pour le protocole de transport TLS SRTP actif / SRTP forcé: Réglages pour le protocole de transport TLS
Faisceau | Assignez un faisceau au Lync mediation serveur.

Table 2. Adressage IP
Paramètre | Remarques
Adresse IP: Port IP | Entrez ici l’adresse IP et le port IP du Lync mediation serveur.

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 (RFC 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. Serveur lync auxiliaire
Paramètre | Remarques
Adresse IP /Nom de l'hôte | Entrez ici l’adresse IP et le nom d’hôte d’un second serveur Lync de médiation. Celui-ci sera utilisé en cas de défaillance du premier Lync mediation serveur.
Port | Entrez ici le port d’un second serveur Lync de médiation.

Table 5. 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 6. 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 7. Authentification et protocole de transport
Paramètre | Remarques
Authentification locale requise | L'authentification dans le nœud à 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é.

Parent topic: Réseau privé
↑