Exporter (0) Imprimer
Développer tout

Informations à assimiler avant de terminer la conception de votre topologie

Communications Server 2007 R2

Dernière rubrique modifiée : 2009-05-12

Avant de mettre en place la topologie choisie, vous devez assimiler certaines informations importantes concernant les exigences liées à Office Communications Server 2007 R2 et certaines topologies spécifiques. Ces informations sont résumées dans cette rubrique. Vérifiez que toutes les informations de cette section ont été prises en considération avant de finaliser votre conception.

Votre environnement Active Directory doit être conforme aux domaines et configurations pris en charge qui ont été abordés dans Topologies Active Directory prises en charge.

Office Communications Server 2007 R2 ne prend pas en charge les domaines dont le nom est en une seule partie. Par exemple, une forêt ayant un domaine racine nommé local n'est pas prise en charge. Pour plus d'informations, consultez l'article 300684 de la Base de connaissances Microsoft, « Informations relatives à la configuration de Windows 2000 pour les domaines dont le nom DNS est en une seule partie », à l'adresse http://go.microsoft.com/fwlink/?LinkId=143752.

Office Communications Server 2007 R2 ne prend en charge que le matériel et les systèmes d'exploitation 64 bits pour tous les rôles de serveur. Pour plus d'informations sur les logiciels et le matériel pris en charge, consultez Configuration requise pour les composants internes Office Communications Server.

Nous recommandons l'utilisation du conteneur de configuration dans les services de domaine Active Directory (AD DS) pour stocker vos paramètres globaux Office Communications Server. Si vous effectuez une migration à partir d'une version antérieure d'Office Communications Server, exécutez l'outil de migration Office Communications Server 2007 avant d'exécuter la préparation du schéma ou toute autre tâche de préparation d'Active Directory.

Vérifiez que les correctifs logiciels nécessaires sont bien déployés sur chaque serveur Office Communications Server. Pour plus d'informations, consultez Exigences relatives à l'environnement.

Par défaut, Office Communications Server 2007 R2 est configuré pour utiliser le protocole TLS (Transport Layer Security) pour les connexions client-serveur.

Une infrastructure à clé publique (PKI, Public Key Infrastructure) est obligatoire pour Office Communications Server 2007 R2. Si vous n'avez pas d'infrastructure à clé publique interne, vous pouvez utiliser une autorité de certification publique pour tout type de connexion, à l'exception de la fédération et la solution PIC (Public IM Connectivity) qui requièrent les certificats suivants :

  • Pour l'accès des utilisateurs distants, dans le cas de la fédération et la solution PIC, vous devez utiliser un certificat émis par une autorité de certification publique. (La solution PIC requiert une licence supplémentaire.)
  • Pour le réseau MSN de services Internet et Yahoo!, un certificat de serveur Web est requis.
  • Pour AOL, le certificat doit également être configuré pour l'authentification des clients.

Pour plus d'informations sur les certificats, consultez Exigences relatives à l'infrastructure de certificats.

Coupure de courant, interruption du réseau ou du service téléphonique

En cas de coupure d'électricité et de perturbation ou dégradation des services réseau ou téléphoniques, le système vocal et les fonctionnalités de messagerie instantanée, de présence et autres fonctions de Microsoft Office Communications Server 2007 R2 ainsi que tout périphérique connecté à Office Communications Server 2007 R2 peuvent ne pas fonctionner correctement.

Enterprise Voice est dépendant de la disponibilité d'Office Communications Server 2007 R2 et des périphériques

Les communications vocales via Office Communications Server 2007 R2 sont dépendantes de la disponibilité du logiciel serveur et du bon fonctionnement des clients VoIP ou des périphériques téléphoniques matériels connectés au logiciel serveur.

Méthode alternative d'accès aux services d'urgence

Lorsque vous installez un client vocal (par exemple, un PC exécutant Office Communicator 2007 R2 ou un appareil Office Communicator Phone Edition), il est recommandé de conserver une solution de secours pour permettre aux utilisateurs d'appeler les services d'urgence (18, 112, etc. en fonction de votre emplacement géographique) en cas de coupure d'électricité, de dégradation de la connectivité réseau, d'interruption du service téléphonique ou d'autres problèmes pouvant limiter le fonctionnement d'Office Communications Server 2007 R2, d'Office Communicator 2007 R2 ou des appareils Office Communicator Phone Edition. Une telle alternative peut consister en un téléphone connecté à une ligne RTC standard ou un téléphone mobile.

Appels d'urgence et systèmes téléphoniques multilignes

L'utilisation d'un système téléphonique multiligne (MLTS) peut être sujette à une réglementation d'état et/ou fédérale des États-Unis et à une réglementation étrangère relative aux systèmes téléphoniques multilignes exigeant du système qu'il fournisse le numéro de téléphone ou de poste et/ou l'emplacement physique de l'appelant aux services d'urgence appropriés lorsqu'un appel est effectué (par exemple, lorsque le numéro d'un service d'urgence, tel que le 18 ou le 112, est composé). Ni Microsoft Office Communications Server 2007 R2, ni Microsoft Office Communicator 2007 R2, ni les appareils Microsoft Office Communicator Phone Edition ne fournissent l'emplacement physique de l'appelant aux services d'urgence lorsque leur numéro est composé. L'acheteur d'Office Communications Server 2007 R2, d'Office Communicator 2007 R2 et des appareils Office Communicator Phone Edition est tenu de respecter la réglementation relative aux systèmes téléphoniques multilignes.

Considérations générales relatives aux conférences Web

Il est déconseillé d'exécuter une analyse antivirus en temps réel sur les partages dans lesquels se trouvent les données sur les réunions (contenu, métadonnées et données de conformité). Dans le cas contraire, les performances des conférences Web risquent de subir une dégradation. Voici quelques recommandations à suivre :

  • Exécution des analyses antivirus uniquement lorsque le serveur est peu sollicité
  • Activation et exécution en permanence de la protection antivirus sur les ordinateurs clients

Une défragmentation régulière des disques stockant le contenu des réunions fait également partie des meilleures pratiques.

Considérations relatives aux conférences rendez-vous

Vous pouvez déployer la conférence rendez-vous avec Enterprise Voice, ou sans déployer cette application.

Si vous déployez Enterprise Voice, vous devez effectuez les étapes suivantes pour la conférence rendez-vous :

  1. Activez les applications Intendant Conférence et Service d'annonce de conférence pendant le déploiement interne d'Office Communications Server.
  2. Déployez au moins un serveur Office Communicator Web Access.
  3. Vérifiez les profils d'emplacement, les règles de normalisation et les paramètres du serveur pour prendre en charge la configuration des numéros d'accès et la fonction de code confidentiel utilisateur.
  4. Configurez une stratégie de réunion globale qui spécifie des paramètres pour les utilisateurs qui composent des numéros à partir du réseau téléphonique commuté (RTC).
  5. Obtenez des numéros d'accès à la conférence rendez-vous gratuit et payant, puis configurez la passerelle IP/RTC avec ces numéros.
  6. Configurez l'Intendant Conférence.
  7. Déployez le complément de conférence Microsoft Office Outlook pour activer la planification.
  8. Configurez l'attribut lineURI pour les utilisateurs autorisés à participer à la conférence rendez-vous.
  9. Envoyez des messages électroniques aux utilisateurs pour annoncer la prise en charge de la conférence rendez-vous.

Si votre entreprise n'a pas déployé Enterprise Voice, vous devez effectuer les étapes suivantes :

  1. Activez les applications Intendant Conférence et Service d'annonce de conférence pendant le déploiement interne d'Office Communications Server.
  2. Déployez au moins un serveur Office Communicator Web Access.
  3. Configurez les profils d'emplacement, les règles de normalisation et les paramètres du serveur pour prendre en charge la configuration des numéros d'accès et la fonction de code confidentiel utilisateur.
  4. Configurez une stratégie de réunion globale qui spécifie des paramètres pour les utilisateurs qui composent des numéros à partir du réseau téléphonique commuté (RTC).
  5. Déployez un serveur de médiation et une passerelle IP/RTC, ou déployez un serveur de médiation et activez l'acheminement SIP pour les opérateurs, afin de permettre les appels entrants du réseau téléphonique commuté vers l'Intendant Conférence.
  6. Obtenez des numéros d'accès à la conférence rendez-vous gratuit et payant, puis configurez la passerelle IP/RTC avec ces numéros.
  7. Configurez l'Intendant Conférence.
  8. Déployez le complément de conférence Microsoft Office Outlook pour activer la planification.
  9. Configurez l'attribut lineURI pour les utilisateurs autorisés à participer à la conférence rendez-vous.
  10. Configurez un itinéraire statique du serveur frontal Office Communications Server 2007 R2 vers un serveur de médiation. Cet itinéraire statique permet aux utilisateurs d'appeler des téléphones RTC à partir d'une conférence et de joindre une audioconférence.
  11. Envoyez des messages électroniques aux utilisateurs pour annoncer la prise en charge de la conférence rendez-vous.

Pour plus d'informations, consultez Configuration des conférences rendez-vous.

Pour que la détection de votre domaine par les partenaires fédérés soit prise en charge, un enregistrement SRV DNS externe doit exister pour le serveur de périphérie ou le groupe de serveurs de périphérie. Pour plus d'informations, consultez Certificats requis pour l’accès des utilisateurs externes.

Un proxy HTTP inverse est également requis si vous souhaitez autoriser les utilisateurs distants à télécharger des informations de carnets d'adresses et à développer des listes de distribution, télécharger des mises à jour de périphériques, ou encore permettre aux utilisateurs externes d'accéder au contenu des conférences Web.

Si vous utilisez un groupe de serveurs de périphérie avec équilibrage de charge, les interfaces réseau du service Edge A/V doivent être adressables directement au niveau de la couche IP et non derrière un NAT. Si vous utilisez un serveur de périphérie unique, vous pouvez déployer l'interface réseau du service Edge A/V derrière un NAT.

Vous devez avoir un seul écouteur MTLS (Mutual TLS) entrant configuré sur un directeur dans votre déploiement d'Office Communications Server.

Office Communications Server Standard Edition requiert une quantité d'espace disque suffisante pour le contenu des réunions. Or, ces données peuvent devenir très volumineuses, notamment si vous faites appel aux fonctionnalités multimédias du client Live Meeting.

L'installation d'un rôle Office Communications Server 2007 R2 sur un contrôleur de catalogue global ou sur tout autre contrôleur de domaine n'est pas prise en charge.

Lorsque vous définissez le nom de domaine complet de vos serveurs Office Communications Server, des serveurs de périphérie, des pools et des groupes, il est préférable d'utiliser uniquement des caractères standard (A-Z, a-z, 0-9 et tirets). N'utilisez aucun caractère Unicode ni trait de soulignement. La plupart du temps, l'utilisation de caractères non standard dans les noms de domaines complets n'est pas prise en charge par les DNS externes et les autorités publiques de certification (lorsque le nom de domaine complet doit être affecté à l'élément SN (Subject Name) du certificat).

Pour les serveurs Standard Edition Server tout comme pour les pools d'entreprise, vous devez toujours placer les fichiers journaux de transactions et les fichiers des bases de données sur des disques physiques distincts, et non sur des disques système tels que celui contenant le fichier d'échange. Nous déconseillons de placer ces fichiers sur les disques système.

Tous les serveurs Office Communications Server reposent sur l'utilisation de comptes de service. Si les mots de passe associés à ces comptes arrivent à expiration, les serveurs ne peuvent pas fonctionner. Vérifiez que vous avez mis en place une stratégie pour que ces mots de passe soient mis à jour avant d'arriver à expiration.

Les cartes réseau multirésidentes ou cartes réseau multiples associées à plusieurs passerelles par défaut ne sont pas prises en charge par les serveurs Office Communications Server, à l'exception des serveurs de périphérie.

Le compte de service utilisé par le serveur de composants Web pour autoriser les accès anonymes aux conférences sur site est défini dans la métabase d'IIS. Lorsqu'il arrive à expiration, cet événement n'est pas consigné par Office Communications Server. Vous pouvez utiliser la métabase IIS pour identifier le compte de service utilisé, puis faire appel à AD DS pour obtenir la durée de vie du mot de passe correspondant.

Office Communications Server et Office Communicator ne prennent pas en charge l'utilisation de caractères d'échappement dans les URI. Assurez-vous que tous les URI SIP sont conformes à la syntaxe SIP standard et ne contiennent pas de caractères d'échappement.

Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.
Afficher:
© 2014 Microsoft