Plan for Enterprise Voice resiliency in Skype for Business Server
Découvrez comment prendre en charge la résilience vocale dans Skype Entreprise Server Téléphonie – Grandes entreprises, à la fois sur les sites centraux et les sites de succursale. Les options de site de succursale incluent le déploiement de Survivable Branch Appliances ou survivable Branch Server.
La résilience vocale fait référence à la capacité des utilisateurs à continuer à passer et à recevoir des appels si un site central qui héberge Skype Entreprise Server devient indisponible, que ce soit en raison d’une défaillance de réseau étendu (WAN) ou d’une autre cause. Si un site central ne fonctionne pas, le service de voix en entreprise doit basculer vers un site de sauvegarde pour assurer la continuité du service. En cas de panne du réseau étendu, les appels de la succursale doivent être redirigés vers une passerelle RTC locale. Cette section traite de la planification pour la résistance des communications vocales en cas de panne du site central ou du réseau étendu.
Résistance des sites centraux
De plus en plus d’entreprises ont plusieurs sites basés dans le monde entier. La gestion des services d’urgence, l’accès au support technique et la possibilité d’effectuer des tâches métier critiques lorsqu’un site central est hors service sont essentiels pour toute solution de résilience Téléphonie – Grandes entreprises. Quand un site central devient indisponible, les conditions suivantes doivent être remplies :
Le basculement vocal doit être fourni.
Les utilisateurs qui s’inscrivent habituellement auprès du pool frontal sur le site central doivent être en mesure de s’inscrire auprès d’un autre pool frontal. Pour ce faire, vous pouvez créer plusieurs enregistrements SRV DNS, chacun d’entre eux étant résolu en pool de directeurs ou en pool frontal dans chacun de vos sites centraux. Vous pouvez ajuster la priorité et les pondérations des enregistrements SRV afin que les utilisateurs qui sont desservis par ce site central obtiennent le directeur et le pool frontal correspondants avant ceux des autres enregistrements SRV.
Les appels pour et par les utilisateurs situés sur d’autres sites doivent être réacheminés vers le RTC.
Cette rubrique décrit la solution recommandée pour sécuriser la résistance vocale du site central.
Architecture et topologie
La planification de la résilience vocale sur un site central nécessite une compréhension de base du rôle central joué par le bureau d’enregistrement Skype Entreprise Server dans l’activation du basculement vocal. Le bureau d’enregistrement Skype Entreprise Server est un service qui active l’inscription et l’authentification du client et fournit des services de routage. Il s’exécute sur tous les serveurs Standard Edition, serveur frontal, Directeur ou Survivable Branch Appliance. Un pool de serveurs d’inscriptions se compose de services de serveurs d’inscriptions s’exécutant sur le pool frontal et résidant sur le même site. Un client Skype Entreprise découvre le pool frontal via le mécanisme de découverte suivant :
Enregistrement DNS SRV
Service Web de découverte automatique
Option DHCP 120
Une fois que le client Skype Entreprise se connecte au pool frontal, il est dirigé par l’équilibreur de charge vers l’un des serveurs frontaux du pool. Ce serveur frontal, à son tour, redirige le client vers un serveur d’inscription préféré dans le pool.
Chaque utilisateur activé pour Téléphonie – Grandes entreprises est affecté à un pool de serveurs d’inscriptions particulier, qui devient le pool de serveurs d’inscriptions principal de cet utilisateur. Sur un site donné, des centaines voire des milliers d’utilisateurs partagent généralement un seul pool de serveurs d’inscriptions principal. 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 succursale, y compris les utilisateurs inscrits auprès d’un Survivable Branch Appliance.
Pour garantir la résistance vocale en cas de défaillance du site central, le pool de serveurs d’inscriptions principal doit avoir un pool de serveurs d’inscriptions de sauvegarde associé, situé sur un autre site. La sauvegarde peut être configurée à l’aide des paramètres de résilience du Générateur de topologie. S’il existe une liaison réseau étendu résistante entre les deux sites, les utilisateurs dont le pool de serveurs d’inscriptions principal n’est plus disponible sont automatiquement dirigés vers le pool de serveurs d’inscriptions de sauvegarde.
Les étapes suivantes décrivent le processus de découverte et d’inscription des clients :
Un client découvre Skype Entreprise Server via des enregistrements SRV DNS. Dans Skype Entreprise Server, les enregistrements SRV DNS peuvent être configurés pour retourner plusieurs noms de domaine complets à la requête SRV DNS. Par exemple, si l’entreprise Contoso possède trois sites centraux (Amérique du Nord, Europe et Asie-Pacifique) et un pool directeur sur chaque site central, les enregistrements DNS SRV peuvent pointer vers les noms de domaine complets du pool directeur sur chacun des trois sites. Tant que le pool directeur dans l’un des emplacements est disponible, le client peut se connecter au premier tronçon Skype Entreprise Server.
Remarque
L’utilisation d’un pool de directeurs est facultative. Un pool frontal peut être utilisé à la place.
Le pool directeur informe le client Skype Entreprise du pool de serveurs d’inscriptions principal et du pool de serveurs d’inscriptions de sauvegarde de l’utilisateur.
Le client Skype Entreprise tente d’abord de se connecter au pool de serveurs d’inscriptions principal de l’utilisateur. Si le pool de serveurs d’inscriptions principal est disponible, le serveur d’inscriptions accepte l’inscription. Si le pool de serveurs d’inscriptions principal n’est pas disponible, le client Skype Entreprise tente de se connecter au pool de serveurs d’inscriptions de sauvegarde. Si le pool de serveurs d’inscriptions de sauvegarde est disponible et a déterminé que le pool de serveurs d’inscriptions principal de l’utilisateur n’est pas disponible (en détectant un manque de pulsation pour un intervalle de basculement spécifié), le pool de serveurs d’inscriptions de sauvegarde accepte l’inscription de l’utilisateur. Quand le serveur d’inscriptions de sauvegarde détecte que le serveur d’inscriptions principal est de nouveau disponible, le pool de serveurs d’inscriptions de sauvegarde redirige les clients de basculement vers leur pool principal.
Conditions requises et recommandations
Les conditions préalables et recommandations suivantes, relatives à l’implémentation de la résistance vocale du site central, sont appropriées à la plupart des organisations :
Les sites où se trouvent les pools de serveurs d’inscriptions principaux et de sauvegarde doivent être connectés par une liaison réseau étendu résistante.
Chaque site central doit contenir un pool de serveurs d’inscriptions comprenant un ou plusieurs serveurs d’inscriptions.
La charge de chaque pool de serveurs d’inscriptions doit être équilibrée via l’équilibrage de la charge DNS, l’équilibrage de la charge matérielle ou les deux. Pour plus d’informations sur la planification de votre configuration d’équilibrage de charge, consultez Exigences d’équilibrage de charge pour Skype Entreprise.
Chaque utilisateur doit être affecté à un pool de serveurs d’inscriptions principal à l’aide de l’applet de commande Skype Entreprise Server Management Shell set-CsUser ou de l’Skype Entreprise Server Panneau de configuration.
Le pool de serveurs d’inscriptions principal doit être associé à un pool de serveurs d’inscriptions de sauvegarde situé sur un autre site central.
Le pool de serveurs d’inscriptions principal doit être configuré pour basculer vers le pool de serveurs d’inscriptions de sauvegarde. Par défaut, le serveur d’inscriptions principal est configuré pour basculer vers le pool de serveurs d’inscriptions de sauvegarde après 300 secondes. Vous pouvez modifier cet intervalle à l’aide du générateur de topologie Skype Entreprise Server.
Configurez un itinéraire de basculement. Lors de la configuration de l’itinéraire, spécifiez une passerelle située sur un autre site que la passerelle définie dans l’itinéraire principal.
Si le site central contenait votre serveur d’administration principal et que le site est susceptible d’être arrêté pendant une période prolongée, vous devez réinstaller vos outils de gestion sur le site de sauvegarde. sinon, vous ne pourrez pas modifier les paramètres de gestion.
Dépendances
Skype Entreprise Server dépend de l’infrastructure et des composants logiciels suivants pour assurer la résilience vocale :
| Composant |
Fonction |
|---|---|
| DNS |
Résolution des enregistrements SRV et des enregistrements A pour la connectivité serveur-serveur et serveur-client |
| Exchange et services web Exchange (EWS) |
Stockage des contacts ; données de calendrier |
| Messagerie unifiée Exchange et services web Exchange |
Journaux des appels, liste des messages vocaux, messagerie vocale |
| Options DHCP 120 |
Si DNS SRV n’est pas disponible, le client tente d’utiliser l’option DHCP 120 pour découvrir le serveur d’inscriptions. Pour que cela fonctionne, un serveur DHCP doit être configuré ou Skype Entreprise Server DHCP doit être activé. |
Fonctionnalités vocales de secours
Si les conditions et recommandations précédentes ont été implémentées, les fonctionnalités vocales suivantes seront fournies par le pool de serveurs d’inscriptions :
Appels RTC sortants
Appels RTC entrants si le fournisseur de services de téléphonie prend en charge le basculement vers un site de sauvegarde
Appels Enterprise entre des utilisateurs situés sur le même site ou sur deux sites différents
Fonctionnalités de base de gestion des appels, dont la mise en attente, la récupération et le transfert
Messagerie instantanée entre deux utilisateurs et partage audio et vidéo entre des utilisateurs situés sur le même site
Services de transfert d’appel, de sonnerie simultanée des points de terminaison, de délégation d’appel et d’appel d’équipe, mais seulement si les deux parties utilisant la délégation d’appel (ou tous les membres de l’équipe) sont configurés sur le même site.
Les téléphones et clients existants continuent à fonctionner.
Enregistrement des détails des appels (CDR)
Authentification et autorisation
En fonction de leur configuration, les fonctionnalités vocales suivantes fonctionneront ou ne fonctionneront pas lors de la mise hors service d’un site central principal :
Dépôt et récupération de messages vocaux
Si vous souhaitez que la messagerie unifiée Exchange soit disponible lorsque le site central principal est hors service, effectuez l’une des opérations suivantes :
Modifiez les enregistrements DNS SRV pour que les serveurs de messagerie unifiée Exchange situés sur le site central pointent sur les serveurs de messagerie unifiée Exchange de sauvegarde situés sur un autre site.
Configurez le plan de numérotation de messagerie unifiée Exchange de chaque utilisateur pour inclure les serveurs de messagerie unifiée Exchange sur le site central et le site de sauvegarde, mais désignez les serveurs de messagerie unifiée Exchange de sauvegarde comme désactivés. Si le site principal devient indisponible, l’administrateur Exchange doit marquer les serveurs de messagerie unifiée Exchange sur le site de sauvegarde comme activés.
Si aucune des solutions précédentes n’est possible, la messagerie unifiée Exchange n’est pas disponible si le site central devient indisponible.
Conférence de tout type
Un utilisateur qui a été basculé vers un site de sauvegarde peut prendre part à une conférence créée ou hébergée par un organisateur dont le pool est disponible, mais ne peut pas créer ni héberger de conférence sur son propre pool principal, qui n’est plus disponible. De même, d’autres utilisateurs ne peuvent pas participer à des conférences hébergées sur le pool principal de l’utilisateur affecté.
Les fonctionnalités vocales suivantes ne fonctionnent pas lorsqu’un site central principal est hors service :
Standard automatique de conférence
Routage basé sur la présence et DND
Mise à jour des paramètres de transfert d’appel
Service Response Group et parcage d’appel
Provisionnement des nouveaux téléphones et clients
Recherche web du carnet d’adresses
Résistance des sites de succursale
Si vous souhaitez fournir une résilience de site de succursale, c’est-à-dire une haute disponibilité Téléphonie – Grandes entreprises service, vous avez trois options pour le faire :
Survivable Branch Appliance
Serveur SBS
Un déploiement Skype Entreprise Server complet sur le site de succursale
Ce guide vous aidera à choisir la solution de résistance la plus adaptée à votre organisation et, en fonction de votre choix, la solution de connectivité RTC à utiliser. Il vous aidera également à préparer le déploiement de la solution choisie en décrivant les conditions préalables et les autres éléments à prendre en compte pour la planification.
Fonctionnalités de résistance pour sites de succursale
Si vous fournissez une résilience de site de branche, si la connexion WAN d’un site de branche à un site central échoue ou si le site central est inaccessible, les fonctionnalités vocales suivantes doivent continuer à être disponibles :
Appels RTC entrants et sortants
Appels Enterprise entre des utilisateurs situés sur le même site ou sur deux sites différents
Fonctionnalités de base de gestion des appels, dont la mise en attente, la récupération et le transfert
Messagerie instantanée entre deux utilisateurs
Transfert d’appel, sonnerie simultanée des points de terminaison, délégation d’appel et services d’appel d’équipe, mais uniquement si le délégant et le délégué (par exemple, un responsable et l’administrateur du responsable) ou tous les membres de l’équipe, sont configurés sur le même site
Enregistrements des détails des appels (CDR)
Conférence rendez-vous par réseau téléphonique commuté (RTC) avec standard automatique de conférence
Fonctionnalités de messagerie vocale si vous configurez les paramètres de réacheminement de la messagerie vocale.
Authentification et autorisations des utilisateurs
Les fonctionnalités suivantes sont disponibles uniquement si votre solution de résilience est un déploiement à grande échelle Skype Entreprise Server sur le site de succursale :
Messagerie instantanée, conférence A/V et web
Routage basé sur la présence et Ne pas déranger (DND (quand les appels ne sonnent pas sur les postes dont le statut est Ne pas déranger)
Mise à jour des paramètres de transfert d’appel
Application Response Group et application de parcage d’appel
Provisionnement de nouveaux téléphones et de nouveaux clients, mais uniquement si services de domaine Active Directory est présent sur le site de succursale.
Enhanced 9-1-1 (E9-1-1)
Si E9-1-1 est déployé et que la jonction SIP sur le site central n’est pas disponible car la liaison WAN est arrêtée, survivable Branch Appliance route les appels E9-1-1 vers la passerelle de branche locale. Pour activer cette fonctionnalité, les stratégies vocales des utilisateurs de site de branche doivent acheminer les appels vers la passerelle locale en cas de défaillance du wan.
Remarque
SBA (survivable branch office) n’est pas pris en charge pour XMPP. Les utilisateurs hébergés dans des configurations SBA ne pourront pas envoyer des messages instantanés ou voir Présence avec des contacts XMPP.
Solutions de résistance de sites de succursale
Mettre en œuvre la résistance des sites de succursale pour votre organisation présente des avantages évidents. Plus précisément, si vous perdez la connexion au site central, les utilisateurs du site de succursale continueront à avoir Téléphonie – Grandes entreprises service et la messagerie vocale (si vous configurez les paramètres de réacheminement de la messagerie vocale). Cependant, pour les sites comportant moins de 25 utilisateurs, une solution de résistance peut ne pas être assez rentable.
Si vous décidez de mettre en œuvre la résistance pour les sites de succursale, vous disposez de trois options. Le tableau ci-dessous peut vous aider à déterminer l’option appropriée.
| Si vous... | Nous vous recommandons d’utiliser un... |
|---|---|
| Hébergez entre 25 et 1 000 utilisateurs sur le site de succursale, et si un déploiement complet n’est pas rentable ou si vous ne disposez pas d’une prise en charge d’administration locale. |
Survivable Branch Appliance Survivable Branch Appliance est un serveur lame standard avec un bureau d’enregistrement Skype Entreprise Server et un serveur de médiation s’exécutant sur Windows Server 2008 R2. Survivable Branch Appliance contient également une passerelle de réseau téléphonique commuté (RTC). Des périphériques tiers qualifiés (développés par les partenaires de Microsoft dans le programme de qualification/certification Survivable Branch Appliance (SBA) assurent une connexion PSTN continue en cas de panne du réseau étendu, mais ils ne fournissent pas de services de conférence et de présence résistants, car ces fonctionnalités dépendent des serveurs frontaux du site central. Pour plus d’informations sur Survivable Branch Appliances, consultez « Détails de Survivable Branch Appliance », plus loin dans cette rubrique. Note: Si vous décidez d’utiliser également une jonction SIP avec votre Survivable Branch Appliance, contactez votre fournisseur Survivable Branch Appliance pour en savoir plus sur le fournisseur de services le mieux adapté à votre organization. |
| Héberger entre 1 000 et 2 000 utilisateurs sur votre site de succursale, ne disposez pas d’une connexion WAN résiliente et disposez d’administrateurs Skype Entreprise Server formés disponibles |
Survivable Branch Server ou deux Survivable Branch Appliances. Survivable Branch Server est un serveur Windows Server répondant à la configuration matérielle spécifiée qui a Skype Entreprise Server logiciel serveur d’enregistrement et de serveur de médiation installé sur celui-ci. Il doit se connecter à une passerelle PSTN ou à une jonction SIP à un fournisseur de services téléphoniques. Pour plus d’informations sur Survivable Branch Server, consultez « Survivable Branch Server Details », plus loin dans cette rubrique. |
| Si vous avez besoin de fonctionnalités de présence et de conférence en plus des fonctionnalités vocales pour jusqu’à 5 000 utilisateurs, et si vous avez des administrateurs Skype Entreprise Server formés disponibles |
Procédez à un déploiement de site central avec un serveur Standard Edition au lieu d’un déploiement de site de succursale. Un déploiement de Skype Entreprise Server à grande échelle fournit une connexion RTC continue et une présence et des conférences résilientes en cas de défaillance du wan. |
Topologies résistantes
La figure suivante montre les topologies recommandées pour la résistance des sites de succursale.
Options de résistance pour sites de succursale
Survivable Branch Appliance en détail
Le Skype Entreprise Server Survivable Branch Appliance comprend les composants suivants :
serveur d’inscriptions pour l’authentification et l’inscription des utilisateurs et routage des appels ;
serveur de médiation pour la signalisation entre le serveur d’inscriptions et la passerelle PSTN ;
passerelle PSTN pour le routage des appels vers le PSTN comme moyen de transport secondaire en cas de panne du réseau étendu ;
SQL Server Express pour le stockage local des données d’utilisateur.
Survivable Branch Appliance comprend également des jonctions RTC, des ports analogiques et une carte Ethernet.
Si la connexion WAN du site de succursale à un site central devient indisponible, les utilisateurs de la branche interne continuent d’être inscrits auprès du bureau d’enregistrement Survivable Branch Appliance et d’obtenir un service vocal ininterrompu à l’aide de la connexion Survivable Branch Appliance au RTC. De même, les utilisateurs du site de succursale se connectant de leur domicile ou d’autres emplacements distants pourront s’enregistrer avec un serveur d’inscriptions du site central si la liaison de réseau étendu vers le site de succursale est indisponible. Ces utilisateurs disposeront de la fonctionnalité de communication unifiée complète, la seule exception étant que les appels entrants vers le site de succursale seront transmis à la messagerie vocale. Lorsque la connexion de réseau étendu redevient disponible, les utilisateurs du site de succursale disposent de nouveau des fonctionnalités complètes de communication. Ni le basculement vers Survivable Branch Appliance ni la restauration du service ne nécessitent la présence d’un administrateur informatique.
Skype Entreprise Server prend en charge jusqu’à deux Survivable Branch Appliance sur un site de succursale.
Vue d’ensemble du déploiement du Survivable Branch Appliance
Survivable Branch Appliance est fabriqué par des fabricants d’équipement d’origine en partenariat avec Microsoft et déployé en leur nom par des détaillants à valeur ajoutée. Ce déploiement ne doit se produire qu’après Skype Entreprise Server a été déployé sur le site central, qu’une connexion WAN au site de succursale est en place et que les utilisateurs du site de succursale sont activés pour Téléphonie – Grandes entreprises.
Pour plus d’informations sur les phases ci-dessous, reportez-vous à Deploying a Survivable Branch Appliance or Server dans la documentation de déploiement.
| Phase | Étapes | Droits d’utilisateur |
|---|---|---|
| Configurer services de domaine Active Directory pour Survivable Branch Appliance |
Sur le site central : Créez un compte d’utilisateur de domaine (ou une identité d’entreprise) pour le technicien qui installera et activera Survivable Branch Appliance sur le site de la succursale. Créez un compte d’ordinateur (avec le nom de domaine complet (FQDN) applicable) pour Survivable Branch Appliance dans services de domaine Active Directory. Dans Le Générateur de topologie, créez et publiez Survivable Branch Appliance. |
Le compte d’utilisateur du technicien doit être membre du groupe RTCUniversalSBATechnicians. Survivable Branch Appliance doit appartenir au groupe RTCSBAUniversalServices, ce qui se produit automatiquement lorsque vous utilisez le Générateur de topologie. |
| Installez et activez Survivable Branch Appliance. |
Sur le site de succursale : Connectez Survivable Branch Appliance à un port Ethernet et à un port PSTN. Démarrez Survivable Branch Appliance. Joignez Survivable Branch Appliance au domaine à l’aide du compte d’utilisateur de domaine créé pour Survivable Branch Appliance sur le site central. Définissez le nom de domaine complet et l’adresse IP de sorte qu’ils correspondent au nom de domaine complet créé pour le compte d’utilisateur. Configurez Survivable Branch Appliance à l’aide de l’interface utilisateur OEM. Testez la connectivité PSTN. |
Le compte d’utilisateur du technicien doit être membre du groupe RTCUniversalSBATechnicians. |
Serveur Survivable Branch Server en détail
Dans Générateur de topologie, créez le site de branche, ajoutez survivable Branch Server à ce site, puis exécutez l’Assistant Déploiement Skype Entreprise Server sur l’ordinateur sur lequel vous souhaitez installer le rôle.
Configuration requise pour la résistance des sites de succursale
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 succursale 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 serveur d’inscription se trouve sur Survivable Branch Appliance, Survivable Branch Server ou un serveur autonome Skype Entreprise Server Standard ou Êdition Entreprise. 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, c’est ainsi que les clients du site de succursale découvrent automatiquement le serveur d’enregistrement de sauvegarde.
Si un site de succursale 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 succursale 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 la passerelle de serveur de succursales, et un ou plusieurs itinéraires de sauvegarde qui utilisent une jonction avec une passerelle de réseau téléphonique commuté (RTC) 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. De cette façon, quel que soit l’emplacement d’inscription d’un utilisateur (sur le bureau d’enregistrement du site de succursale ou le pool de serveurs d’inscriptions de sauvegarde sur le site central), la stratégie VoIP de l’utilisateur est toujours en vigueur. 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 succursale vers le site central pendant 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 survivable Branch Appliance dans la documentation de déploiement.) Si ces utilisateurs n’ont pas de stratégies VoIP de niveau 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 succursale. 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, dirigerait les appels vers la passerelle associée au survivable Branch Appliance (SBA) ou au serveur de branche ; la deuxième route, ou de 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 vers les utilisateurs du site de succursale atteignent ces utilisateurs lorsque la passerelle de succursale ou le composant Windows du site Survivable Branch Appliance n’est pas disponible (ce qui se produit, par exemple, si survivable Branch Appliance ou la passerelle de branche étaient en panne pour maintenance), créez un itinéraire de basculement sur la passerelle (ou travaillez avec votre fournisseur de numérotation directe à l’entrée (DID) pour rediriger les appels entrants vers le pool de serveurs d’inscriptions de sauvegarde au niveau de la centrale 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 traduit les numéros pour se conformer aux formats de numéro de téléphone acceptés de la passerelle RTC ou d’un autre homologue de jonction. Pour plus d’informations sur la création d’un itinéraire de basculement, reportez-vous à Configuring a Failover Route. 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 Survivable Branch Appliances 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 de niveau de service distinct 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 succursale, y compris les utilisateurs inscrits auprès d’un 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 ou modifier un plan de numérotation dans Skype Entreprise Server et Créer la stratégie de routage VoIP pour les utilisateurs de branche 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 vocales 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 de numéro utilisés dans l’attribut de ligne msRTCSIP (ou URI de ligne), afin que les appels Skype Entreprise activés entre les utilisateurs du site de succursale 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 | Schéma 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é. Lors d’une panne wan, si un utilisateur de site de succursale appelle un utilisateur de site central uniquement en composant l’extension de l’utilisateur du site central, vous devez disposer d’une règle de traduction 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 organization 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 traduction sortante qui ajoute le numéro de téléphone complet de votre organization à la place. Par exemple :
| Description | Modèle de correspondance | Conversion | Exemple |
|---|---|---|---|
| Convertit les numéros à 5 chiffres en numéro de téléphone et extension d’un utilisateur |
^(\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 organization et en extension 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 WAN soit disponible ou non, si votre organization n’a pas de numéros DID configurés pour des utilisateurs individuels et que l’URI de ligne d’un utilisateur contient le numéro de téléphone de votre organization et le numéro de poste unique de l’utilisateur, vous devez configurer votre organizationnuméro de téléphone URI de ligne avec un numéro accessible par l’homologue de jonction ou la passerelle RTC sur le site de succursale. Vous devez également configurer l’URI de ligne de numéro de téléphone de votre organization pour inclure sa propre extension unique pour les appels à acheminer vers ce numéro.
Préparation de la survivabilité de la messagerie vocale
La messagerie unifiée Exchange (UM) est généralement installée uniquement sur un site central et non sur les 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 standard automatique de messagerie unifiée Exchange qui fournit la messagerie vocale pour les utilisateurs du site de succursale nécessite des considérations particulières, en plus de la stratégie de voix, 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 Server fournissent la survivabilité de la messagerie vocale pour les utilisateurs de branche lors d’une panne wan. Plus précisément, si vous utilisez survivable Branch Appliance ou Survivable Branch Server et que le WAN devient indisponible, l’authentification unique 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 SBA ou Survivable Branch Server, les utilisateurs peuvent également récupérer des messages vocaux via le RTC lors d’une panne wan. Enfin, lors d’une panne du 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 lorsque le WAN est restauré. 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 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 le Standard automatique de messagerie unifiée Exchange (AA) pour accepter uniquement les messages. 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 Skype Entreprise 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 d’échange dans les paramètres de réacheminement de la messagerie vocale pour survivable Branch Appliance ou le serveur de succursale.
L’administrateur Skype Entreprise 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 de l’abonné dans les paramètres de réacheminement de la messagerie vocale pour Survivable Branch Appliance ou Survivable Branch Server.
L’administrateur Skype Entreprise Server doit configurer la messagerie unifiée Exchange de sorte qu’un seul plan de numérotation soit associé à tous les utilisateurs de branche qui ont besoin d’accéder à la messagerie vocale pendant une panne du réseau étendu.
Lorsque la liaison WAN n’est pas disponible, les appels aux utilisateurs du site de succursale peuvent être routés vers la boîte aux lettres vocale de messagerie unifiée Exchange de l’utilisateur, mais uniquement si la stratégie vocale appliquée à l’appel spécifie un numéro de téléphone de messagerie vocale unique qui n’inclut pas de 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 succursale ne pourront pas s’y connecter lors d’une panne du réseau étendu et, par conséquent, Skype Entreprise Server détection qui utilise l’enregistrement de ressource de service (SRV) DNS échouera. 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.
Skype Entreprise clients peuvent découvrir les Skype Entreprise Server à l’aide de l’option DHCP 120 (option du serveur d’inscription SIP). La configuration peut prendre l’une des deux formes suivantes :
Configurez le serveur DHCP sur le site de succursale pour répondre aux requêtes DHCP 120, qui retournent le nom de domaine complet du serveur d’inscription sur Survivable Branch Appliance ou Survivable Branch Server.
Activez Skype Entreprise Server DHCP. Lorsque cette option est activée, le serveur d’inscription Skype Entreprise Server répond aux requêtes de l’option DHCP 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 succursale doivent être configurés pour Téléphonie – Grandes entreprises et approvisionnés avec un point de terminaison de communications unifiées approprié.
Configuration requise pour les serveurs Survivable Branch Server
La configuration requise pour Survivable Branch Server est identique à celle d’un serveur frontal. Pour plus d’informations, reportez-vous à la rubrique Server requirements for Skype for Business Server 2015.
Configuration requise pour les déploiements Full-Scale Skype Entreprise Server Branch-Site
Pour plus d’informations, consultez Configuration requise pour Skype Entreprise Server 2015 dans la documentation de planification.
Exemple : configuration d’un itinéraire de basculement
L’exemple suivant montre comment un administrateur peut définir un itinéraire de basculement à utiliser en cas de maintenance ou d’indisponibilité de Dallas-GW1. Les tableaux suivants illustrent la modification de configuration requise.
Tableau 1. Stratégie utilisateur
| Stratégie de l’utilisateur | Utilisation téléphonique |
|---|---|
| Default Calling Policy |
Local GlobalPSTNHopoff |
| Redmond Local Policy |
RedmondLocal |
| Dallas Calling Policy |
DallasUsers GlobalPSTNHopoff |
Tableau 2. Itinéraires
| Nom de l’itinéraire | Schéma de numéro | Utilisation téléphonique | Jonction | Passerelle |
|---|---|---|---|---|
| Redmond Local Route |
^+1(425 | 206 | 253)(\d{7})$ |
Local RedmondLocal |
| Dallas Local Route |
^+1(972) | 214 | 469)(\d{7})$ |
Local |
| Universal Route |
^+? (\d*)$ |
GlobalPSTNHopoff |
Trunk1 Trunk2 Trunk3 |
Red-GW1 Red-GW2 Dallas-GW1 |
| Dallas Users Route |
^+? (\d*)$ |
DallasUsers |
Trunk3 |
Dallas-GW1 |
Dans le tableau 1, une utilisation téléphonique GlobalPSTNHopoff est ajoutée après l’utilisation téléphonique DallasUsers dans la stratégie Dallas Calling Policy. Cela permet aux appels dotés de la stratégie Dallas Calling Policy d’utiliser des itinéraires configurés pour l’utilisation téléphonique GlobalPSTNHopoff, lorsqu’aucun itinéraire n’est disponible pour l’utilisation téléphonique DallasUsers.