Vous rencontrez les problèmes lorsque vous utilisez Office Communicator ou Lync dans Office 365 dédié de partenaire fédéré ou ITAR

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 2605326
Symptômes
Dans Microsoft Office 365 dédié ou ITAR, un utilisateur ne peut pas communiquer avec un partenaire fédéré à l'aide Microsoft Lync ou de Microsoft Office Communications Server.
Cause
Ce problème se produit s'il existe une configuration incorrecte dans Microsoft Online Services ou à une configuration incorrecte par le partenaire fédéré.
Résolution
Remarque : Support en ligne Microsoft ne fonctionne pas directement avec le partenaire fédéré. Support en ligne Microsoft ne peut pas parler au nom de votre organisation et ne prend pas en charge l'environnement Office Communications Server ou de Microsoft Lync Server d'un partenaire fédéré.

Étapes de dépannage

  1. Les captures d'écran ci-dessous la demande du partenaire fédéré :
    • La liste verte de l'instance de serveur Lync Server ou Office Communications Server
    • L'enregistrement d'emplacement de Service (SRV) pour la fédération
  2. Déterminer si les autres fédérations fonctionnent. Utilisateurs dédiés sont fédérés avec Microsoft. Si la fédération Microsoft fonctionne, le problème est probablement avec le partenaire fédéré.
  3. Déterminez s'il s'agit d'une fédération de nouveau.

    Remarque S'il s'agit d'une fédération de nouveau, contactez votre gestionnaire de livraison Service (SDM) pour effectuer une demande de configuration (CR).
  4. Vérifiez les paramètres DNS :
    • Vérifiez que l'enregistrement SRV public du domaine Session Initiation Protocol (SIP) est structurée comme suit :
      _sipfederationtls._tcp.domaine>.com
    • Vérifiez que l'enregistrement SRV pointe vers le port 5061.
    • Vérifiez que l'enregistrement SRV pointe vers le nom de domaine pleinement qualifié (FQDN) de votre serveur d'accès Edge (AE).
    • Vérifiez que l'enregistrement de nom de domaine complet de pointe vers l'adresse IP externe de AE.
    • Vérifiez que le domaine SIP et le domaine dans le nom de domaine complet de votre AE correspondent.

    Remarque Vous pouvez vérifier les enregistrements SRV de l'utilisateur et du partenaire. Pour ce faire, procédez comme suit :
    1. Ouvrez une fenêtre d'invite de commandes. Pour ce faire, cliquez sur Démarrer, sur exécuter, type cmd, puis appuyez sur ENTRÉE.
    2. Tapez Nslookup, puis appuyez sur ENTRÉE.
    3. Tapez Définir le type = srv, puis appuyez sur ENTRÉE.
    4. Tapez la commande suivante et appuyez sur ENTRÉE :
      _sipfederationtls._tcp.<customerdomain>.com
    5. Tapez la commande suivante et appuyez sur ENTRÉE :
      _sipfederationtls._tcp.<partnerdomain>.com
    Exemple de configuration valide (_sipfederationtls._tcp.microsoft.com)

    L'emplacement de service SRV semblable à la suivante :
              priority       = 0          weight         = 0          port           = 5061          svr hostname   = sipfed.microsoft.com
    Exemple d'une configuration non valide (_sipfederationtls._tcp.Contoso.com) :

    L'emplacement de service SRV semblable à la suivante :
              priority       = 0          weight         = 0          port           = 5061          svr hostname   = sipfed.im.contoso.com 
    Remarque Domaine SIP est incompatible.
  5. Nslookup doit retourner un nom de domaine complet de l'utilisateur et le partenaire. Vous devez vérifier que les certificats sont configurés correctement pour l'utilisateur et du partenaire fédéré. Pour ce faire, procédez comme suit :
    1. Accédez à http://www.DigiCert.com/help/.

      Avis de non-responsabilité

      Les produits tiers dont traite cet article sont fabriqués par des sociétés indépendantes de Microsoft. Microsoft exclut toute forme de garantie, expresse ou implicite, concernant les performances ou la fiabilité de ces produits.
    2. Entrez le nom de domaine complet du nom d'hôte SVR à partir de l'étape 5 a.
    3. Si tout est ok précédent, assurez-vous que l'autorité de certification de la liste correspond à l'une des autorités de certification sur Membres du programme de certificat racine Windows.
  6. Obtenir des fichiers journaux qui décrivent le problème du partenaire fédéré.
  7. Obtenir des fichiers journaux à partir d'un utilisateur affecté dans votre organisation.
  8. Fournir les résultats des étapes précédentes de l'escalade.

Procédure de remontée des incidents

  1. Contactez le support technique de Microsoft Online Services par soumission en ligne ou par téléphone.
  2. Fournissez les informations suivantes au support technique de Microsoft Online Services :
    • Fichiers journaux à partir de l'utilisateur fédéré et l'utilisateur concerné dans votre organisation
    • Le nombre de CR dans le cas d'une fédération de nouveau
    • Les captures d'écran ci-après à partir du partenaire fédéré :
      1. La liste verte de l'instance de serveur Lync Server ou Office Communications Server

        Pour trouver ces informations, exécutez l'applet de commande suivante :
        Get-CsAllowedDomain
      2. L'enregistrement SRV pour la fédération
  3. Décrire si les autres fédérations ne fonctionnent pas. Étant donné que tous les utilisateurs sont fédérés avec Microsoft, nous devons vérifier si le problème se pose avec Microsoft, trop.
Plus d'informations
Pour plus d'informations sur les problèmes de communication de partenaire fédéré, consultez l'article suivant dans la Base de connaissances Microsoft :
2615742 Problèmes se produisent lorsque vous utilisez Lync 2010 pour dialoguer avec un partenaire fédéré qui utilise IBM Sametime dans Office 365 dédié ou ITAR

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2605326 - Dernière mise à jour : 07/22/2015 08:32:00 - Révision : 23.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal, Microsoft Office Communications Online Dedicated, Microsoft Office Communicator 2007, Microsoft Office Communicator 2007 R2, Microsoft Lync 2010

  • vkbportal226 kbmt KB2605326 KbMtfr
Commentaires