Configuration requise pour la résistance des sites de succursale pour Lync Server 2013
Rubrique Dernière modification : 2014-02-25
Cette rubrique a pour but de vous aider à préparer les utilisateurs à la résistance des sites de succursale et à la survivabilité de la messagerie vocale, et indique également les configurations matérielles et logicielles correspondantes requises.
Préparation des utilisateurs de succursale à la résistance des sites de succursale
Préparez les utilisateurs à la résilience du site de branche en définissant leur pool de serveurs d’inscriptions comme Survivable Branch Appliance (SBA) ou Survivable Branch Server.
Affectations de serveurs d’inscriptions aux utilisateurs de succursale
Quelle que soit la solution de résistance de site de succursale choisie, vous devez affecter un serveur d’inscriptions principal à chaque utilisateur. Les utilisateurs du site de succursale doivent toujours s’inscrire auprès du bureau d’enregistrement sur le site de succursale, que ce bureau d’enregistrement réside dans survivable Branch Appliance, Survivable Branch Server ou Lync Server 2013 Standard ou serveur Êdition Entreprise autonome. Un enregistrement de ressource de service (SRV) DNS (Domain Name System) est requis pour qu’un client puisse détecter automatiquement son pool de serveurs d’inscriptions. Si survivable Branch Appliance devient indisponible, les clients du site de branche découvrent automatiquement le bureau d’enregistrement de sauvegarde.
Si un site de branche n’a pas de serveur DNS, il existe deux autres façons de configurer la découverte de Survivable Branch Appliance ou survivable Branch Server :
Configurez l’option DHCP 120 sur le serveur DHCP (Dynamic Host Configuration Protocol) du site de branche pour pointer vers le nom de domaine complet (FQDN) de Survivable Branch Appliance ou survivable Branch Server.
Configurez Survivable Branch Appliance ou Survivable Branch Server pour répondre aux requêtes DHCP 120.
Routage des communications vocales des utilisateurs de succursale
Nous vous recommandons de créer une stratégie VoIP (Voice over Internet Protocol) distincte au niveau utilisateur pour les utilisateurs d’un site de succursale. Cette stratégie doit inclure un itinéraire principal qui utilise survivable Branch Appliance ou passerelle de serveur de succursales, ainsi qu’un ou plusieurs itinéraires de sauvegarde qui utilisent une jonction avec une passerelle de réseau téléphonique commuté (RTC) publique sur le site central. Si l’itinéraire principal n’est pas disponible, l’itinéraire alternatif faisant appel à une ou plusieurs passerelles de site central est utilisé à la place. Ainsi, quel que soit l’endroit où l’utilisateur est inscrit, soit sur le serveur d’inscriptions du site de succursale, soit sur le pool de serveurs d’inscriptions de sauvegarde du site central, la stratégie VoIP de l’utilisateur est toujours appliquée. Il est primordial de tenir compte de ce point pour les scénarios de basculement. Par exemple, si vous devez renommer Survivable Branch Appliance ou reconfigurer survivable Branch Appliance pour vous connecter à un pool de serveurs d’inscriptions de sauvegarde sur le site central, vous devez déplacer les utilisateurs du site de branche vers le site central pendant toute la durée. (Pour plus d’informations sur le renommage ou la reconfiguration d’un survivable Branch Appliance, consultez l’annexe B : Gestion d’une appliance survivable Branch Appliance dans Lync Server 2013 dans la documentation de déploiement.) Si ces utilisateurs n’ont pas de stratégies VoIP au niveau de l’utilisateur ou de plans de numérotation au niveau de l’utilisateur, lorsque les utilisateurs sont déplacés vers un autre site, les stratégies VoIP au niveau du site et les plans de numérotation au niveau du site central s’appliquent aux utilisateurs par défaut, au lieu des stratégies VoIP et des plans de numérotation au niveau du site de la branche. Dans ce scénario, leurs appels échoueront, à moins que les stratégies VoIP et les plans de numérotation au niveau du site utilisés par le pool de serveurs d’inscriptions de sauvegarde puissent également s’appliquer aux utilisateurs du site de succursale. Par exemple, si les utilisateurs d’un site de succursale basé au Japon sont déplacés sur un site central situé à Redmond, il est probable qu’un plan de numérotation dont les règles de normalisation ajoutent le préfixe +1425 à tous les appels à 7 chiffres ne traduiront pas correctement les appels de ces utilisateurs.
Important
Lorsque vous créez un itinéraire alternatif de succursale, nous vous conseillons d’ajouter deux enregistrements d’utilisation téléphonique RTC à la stratégie utilisateur de succursale et d’affecter des itinéraires distincts à chacun d’entre eux. Le premier itinéraire, ou principal, dirige les appels vers la passerelle associée à Survivable Branch Appliance (SBA) ou au serveur de succursales ; la deuxième route, ou sauvegarde, dirige les appels vers la passerelle sur le site central. En dirigeant les appels, le SBA ou le serveur de succursale tente tous les itinéraires affectés au premier enregistrement d’utilisation RTC avant d’essayer le deuxième enregistrement.
Pour vous assurer que les appels entrants aux utilisateurs du site de branche atteignent ces utilisateurs lorsque la passerelle de branche ou le composant Windows du site Survivable Branch Appliance n’est pas disponible (ce qui se produit, par exemple, si l’appliance survivable Branch Appliance ou la passerelle de branche était en panne pour la maintenance), créez un itinéraire de basculement sur la passerelle (ou travaillez avec votre fournisseur de numérotation directe entrante (DID) pour rediriger les appels entrants vers le pool du bureau d’enregistrement de sauvegarde au niveau central. Site. À partir de là, les appels sont routés sur la liaison de réseau étendu (WAN) en direction des utilisateurs de succursale. Assurez-vous que l’itinéraire convertit les numéros selon les formats de numéro de téléphone acceptés par la passerelle RTC ou un autre homologue de jonction. Pour plus d’informations sur la création d’un itinéraire de basculement, consultez Configuration d’un itinéraire de basculement dans Lync Server 2013. De même, créez des plans de numérotation au niveau du service pour la jonction associée à la passerelle du site de succursale afin de normaliser les appels entrants. Si vous avez deux appliances survivable Branch sur un site de succursale, vous pouvez créer un plan de numérotation au niveau du site pour les deux, sauf si un plan distinct de niveau de service pour chacun d’eux est nécessaire.
Remarque
Pour calculer la consommation des ressources du site central par les utilisateurs de site de succursale qui recourent au site central pour accéder aux fonctionnalités de présence, de conférence ou de basculement, nous vous conseillons de considérer chaque utilisateur de site de succursale comme s’il était inscrit sur le site central. Il n’existe actuellement aucune limite quant au nombre d’utilisateurs du site de branche, y compris les utilisateurs inscrits auprès d’une appliance survivable Branch Appliance.
Nous vous recommandons également de créer un plan de numérotation et une stratégie de voix au niveau utilisateur, et de les affecter aux utilisateurs de site de succursale. Pour plus d’informations, consultez Créer un plan de numérotation dans Lync Server 2013 et Créer la stratégie de routage VoIP pour les utilisateurs de branche dans Lync Server 2013 dans la documentation de déploiement.
Acheminement des numéros de poste
Lors de la préparation des plans de numérotation et des stratégies de voix pour les utilisateurs du site de succursale, veillez à inclure des règles de normalisation et des règles de traduction qui correspondent aux chaînes et au format numérique utilisés dans l’attribut msRTCSIP-line (ou URI de ligne), afin que les appels Lync 2013 activés entre les utilisateurs du site de branche et les utilisateurs du site central soient routés correctement, en particulier lorsque les appels doivent être redirigés sur le réseau PSTN, car la liaison WAN n’est pas disponible. D’autres éléments sont à prendre en considération dans le cas des numéros composés incluant des numéros de poste, et pas seulement des numéros de téléphone.
Les règles de normalisation et de conversion qui correspondent à des URI de ligne contenant un numéro de poste, seul ou en plus d’un numéro de téléphone E.164 complet, imposent des exigences supplémentaires. Cette section décrit plusieurs exemples de scénarios pour acheminer les appels pour des URI de ligne constitués d’un numéro de poste.
Si votre organisation n’a pas de numéros de téléphone SDA (Sélection directe à l’arrivée) configurés pour les utilisateurs et que l’URI de ligne de chaque utilisateur est configuré avec uniquement un numéro de poste, les utilisateurs internes peuvent s’appeler en composant uniquement le numéro de poste. Cependant, vous devez configurer des règles de normalisation qui puissent s’appliquer aux appels d’un utilisateur d’un site de succursale à destination d’un utilisateur du site central qui correspondent aux numéros de poste.
Dans un scénario où la liaison de réseau étendu entre un site de succursale et un site central est disponible, les appels des utilisateurs du site de succursale à destination des utilisateurs du site central ne nécessitent pas de règle de normalisation correspondante pour convertir le numéro, car l’appel n’est pas acheminé sur le réseau téléphonique commuté. Par exemple :
| Nom de la règle | Description | Type de numéro | Conversion | Exemple |
|---|---|---|---|---|
5digitExtensions |
Ne convertit pas les numéros à 5 chiffres |
^(\d{5})$ |
$1 |
10001 n’est pas converti |
Vous devez également faire face aux scénarios de numéros de poste spécifiques où la liaison de réseau étendu entre un site de succursale et un site central n’est pas disponible et où un appel émanant d’un site de succursale doit être acheminé sur le réseau téléphonique commuté. En cas de panne de réseau étendu, si l’utilisateur d’un site de succursale appelle un utilisateur du site central en composant uniquement le numéro de poste de ce dernier, vous devez disposer d’une règle de conversion sortante qui ajoute le numéro de téléphone complet de l’utilisateur du site central. Si l’URI de ligne d’un utilisateur contient le numéro de téléphone complet de votre organisation et le numéro de poste unique de l’utilisateur au lieu d’un numéro de téléphone complet propre à l’utilisateur, vous devez disposer d’une règle de conversion sortante qui ajoute le numéro de téléphone complet de l’organisation. Par exemple :
| Description | Modèle de correspondance | Conversion | Exemple |
|---|---|---|---|
Traduit les numéros à 5 chiffres en numéro de téléphone d’utilisateur avec numéro de poste |
^(\d{5})$ |
+14255550123;poste=$1 |
10001 devient +14255550123;ext=10001 |
Traduit les numéros à 5 chiffres en numéro de téléphone de votre organisation complété du poste d’un utilisateur |
^(\d{5})$ |
+14255550100;poste=$1 |
10001 devient +14255550100;ext=10001 |
Dans ce scénario, si l’homologue de jonction qui traite le réacheminement vers le réseau téléphonique commuté ne prend pas en charge les numéros de poste, la règle de conversion sortante doit également supprimer le numéro de poste. Par exemple :
| Description | Modèle de correspondance | Conversion | Exemple |
|---|---|---|---|
Supprime le poste des numéros de téléphone présentant un numéro de poste |
^\+(\d*);ext=(\d*)$ |
+$1 |
+14255550123;ext=10001 devient +14255550123 |
Qu’une liaison de réseau étendu soit disponible ou pas, si votre organisation n’a pas de numéros SDA configurés pour les utilisateurs individuels et que l’URI de ligne d’un utilisateur contient le numéro de téléphone de votre organisation et le numéro de poste unique de l’utilisateur, vous devez configurer l’URI de ligne du numéro de téléphone de votre organisation avec un numéro joignable pour l’homologue de jonction ou la passerelle RTC du site de succursale. Vous devez également configurer l’URI de ligne du numéro de téléphone de votre organisation de sorte qu’il contienne son propre poste unique pour les appels devant être acheminés vers ce numéro.
Pour plus d’informations sur les appels d’un utilisateur de site central à un utilisateur de site de branche lorsque le lien WAN entre les sites n’est pas disponible, consultez « Préparation à la survivabilité de la messagerie vocale » plus loin dans cette rubrique. Pour plus d’informations sur les plans de numérotation et les règles de normalisation, notamment d’autres exemples de règles, consultez plans de numérotation et règles de normalisation dans Lync Server 2013 dans la documentation de planification et configuration des plans de numérotation dans Lync Server 2013 dans la documentation de déploiement. Pour plus d’informations sur les règles de traduction sortante, consultez les règles de traduction dans Lync Server 2013 dans la documentation de planification et la définition des règles de traduction dans Lync Server 2013 dans la documentation déploiement.
Préparation de la survivabilité de la messagerie vocale
La messagerie unifiée Exchange est généralement installée uniquement sur un site central et non sur des sites de succursale. Un appelant doit pouvoir laisser un message vocal, même si la liaison de réseau étendu entre un site de succursale et le site central n’est pas disponible. Par conséquent, la configuration de l’URI de ligne pour le numéro de téléphone du standard automatique de messagerie unifiée Exchange qui fournit la messagerie vocale aux utilisateurs du site de succursale nécessite des considérations spéciales, en plus de la stratégie vocale, du plan de numérotation et des règles de normalisation applicables à ce numéro de messagerie vocale.
Survivable Branch Appliances (SBA) et Survivable Branch Servers offrent une survivabilité de messagerie vocale pour les utilisateurs de branche pendant une panne wan. Plus précisément, si vous utilisez survivable Branch Appliance ou Survivable Branch Server et que le wan devient indisponible, le serveur SBA ou Survivable Branch Server redirige les appels sans réponse sur le rtc vers la messagerie unifiée Exchange sur le site central. Avec un serveur SBA ou Survivable Branch Server, les utilisateurs peuvent également récupérer des messages vocaux via le réseau PSTN en cas de panne du RÉSEAU ÉTENDU. Enfin, lors d’une panne de WAN, Survivable Branch Appliance ou Survivable Branch Server met en file d’attente les notifications d’appel manqué, puis les charge sur le serveur de messagerie unifiée Exchange lors de la restauration du WAN. Pour vous assurer que le réacheminement de la messagerie vocale est résilient, veillez à ajouter une entrée pour le nom de domaine complet du pool de sites central et une entrée pour le nom de domaine complet du serveur Edge au fichier hosts sur le serveur survivable Branch Server. À défaut, il est possible que la résolution DNS arrive à expiration si vous ne disposez pas de serveur DNS sur le site de succursale.
Pour configurer la survivabilité de la messagerie vocale pour les utilisateurs de site de succursale, les configurations suivantes sont recommandées :
Un administrateur Microsoft Exchange doit configurer exchange UM Auto Attendant (AA) pour accepter les messages uniquement. Cette configuration désactive toutes les autres fonctions génériques, comme le transfert à un utilisateur ou un opérateur, et limite le rôle du standard automatique à la seule réception des messages. Sinon, l’administrateur Exchange peut utiliser un standard automatique générique ou personnalisé pour router l’appel vers un opérateur.
L’administrateur Lync Server doit prendre le numéro de téléphone AA et utiliser ce numéro de téléphone comme numéro de standard automatique um d’échange dans les paramètres de réacheminement de messagerie vocale pour survivable Branch Appliance ou serveur de succursale.
L’administrateur Lync Server doit obtenir le numéro de téléphone d’accès de l’abonné de messagerie unifiée Exchange et utiliser ce numéro comme numéro d’accès d’abonné dans les paramètres de réacheminement de la messagerie vocale pour Survivable Branch Appliance ou Survivable Branch Server.
L’administrateur Lync Server doit configurer la messagerie unifiée Exchange afin qu’un seul plan de numérotation soit associé à tous les utilisateurs de la branche qui ont besoin d’accéder à la messagerie vocale en cas de panne du RÉSEAU ÉTENDU.
Lorsque la liaison de réseau étendu n’est pas disponible, les appels à destination des utilisateurs de site de succursale peuvent être acheminés vers la messagerie vocale de la messagerie unifiée Exchange de l’utilisateur, à condition toutefois que la stratégie de voix appliquée à l’appel spécifie un numéro de téléphone de messagerie vocale unique et qu’elle inclue un numéro de poste.
Configuration matérielle et logicielle requise pour la résistance des sites de succursale
La configuration matérielle et logicielle requise varie en fonction de la solution de résistance.
Configuration requise pour les Survivable Branch Appliances
Le matériel et les logiciels requis sont intégrés à Survivable Branch Appliance. Cependant, il est également recommandé que chaque site de succursale déploie un serveur DHCP afin d’obtenir des adresses IP du client ; sinon, lorsque le bail DHCP expire, les clients ne disposent plus de connectivité IP.
Si les serveurs DNS d’entreprise se trouvent uniquement dans des sites centraux, les utilisateurs du site de branche ne peuvent pas se connecter à ces derniers en cas de panne du RÉSEAU ÉTENDU. Par conséquent, la découverte de Lync Server qui utilise l’enregistrement de ressource SRV (service) DNS échoue. Pour garantir un réacheminement rapide lors d’une panne de réseau étendu, les enregistrements DNS doivent être mis en cache au niveau du site de succursale. Si le routeur de succursale prend en charge le cache DNS, activez-le à cette fin. Vous pouvez également déployer un serveur DNS au niveau de la succursale. Il peut s’agir d’un serveur autonome ou d’une version de Survivable Branch Appliance qui prend en charge les fonctionnalités DNS. Pour plus d’informations, contactez votre fournisseur Survivable Branch Appliance.
Remarque
Il n’est pas nécessaire de disposer d’un contrôleur de domaine sur un site de succursale. Survivable Branch Appliance authentifie les clients à l’aide d’un certificat spécial qu’il envoie au client en réponse à la demande de certificat du client lorsqu’il se connecte.
Les clients Lync peuvent découvrir le serveur Lync à l’aide de l’option DHCP 120 (option du bureau d’enregistrement SIP). La configuration peut prendre l’une des deux formes suivantes :
Configurez le serveur DHCP sur le site de branche pour répondre aux requêtes DHCP 120, qui retournent le nom de domaine complet du bureau d’enregistrement sur survivable Branch Appliance ou Survivable Branch Server.
Activez Lync Server DHCP. Lorsque cette option est activée, le bureau d’enregistrement de serveur Lync répond aux requêtes DHCP Option 120. Notez que le serveur d’inscriptions ne répond pas aux requêtes DHCP autres que DHCP, option 120.
De plus, pour les sites de succursale plus importants disposant de plusieurs sous-réseaux, les agents de relais DHCP doivent être activés pour transférer les requêtes DHCP, option 120, au serveur DHCP (configuration 1) ou au serveur d’inscriptions (configuration 2).
Enfin, les utilisateurs du site de branche doivent être configurés pour Enterprise Voice et approvisionnés avec un point de terminaison de communication unifié approprié.
Configuration requise pour les serveurs Survivable Branch Server
Les exigences pour les serveurs survivable Branch sont les mêmes que pour un serveur frontal. Pour plus d’informations, consultez les plateformes matérielles de serveur pour Lync Server 2013 dans la documentation de planification.
Configuration requise pour les déploiements Branch-Site Lync Server Full-Scale
Pour plus d’informations, consultez Déterminer vos exigences d’infrastructure pour Lync Server 2013 dans la documentation de planification.