Test de la conversation permanente dans Lync Server 2013
Dernière rubrique modifiée : 2014-11-03
Planification de la vérification |
Jour |
Outil de test |
Windows PowerShell |
Autorisations requises |
Lors de l’exécution locale à l’aide de Lync Server Management Shell, les utilisateurs doivent être membres du groupe de sécurité RTCUniversalServerAdmins. Lors de l’exécution à l’aide d’un instance distant de Windows PowerShell, les utilisateurs doivent se voir attribuer un rôle RBAC autorisé à exécuter l’applet de commande Test-CsPersistentChatMessage. Pour afficher la liste de tous les rôles RBAC pouvant utiliser cette applet de commande, exécutez la commande suivante à partir de l’invite de Windows PowerShell : |
Description
L’applet de commande Test-CsPersistentChatMessage vérifie qu’une paire d’utilisateurs de test peut échanger des messages à l’aide du service de conversation permanente. Pour ce faire, l’applet de commande enregistre les deux utilisateurs dans Lync Server 2013, connecte les utilisateurs à une salle de conversation permanente, échange une paire de messages, puis quitte la salle de conversation et déconnecte les deux utilisateurs. Notez que les appels à cette applet de commande échouent si vous n’avez créé aucune salle de conversation ou si les deux comptes d’utilisateur de test ne reçoivent pas de stratégie de conversation permanente qui leur donne accès au service de conversation permanente.
Exécution du test
Les commandes présentées dans l’exemple suivant testent la capacité d’une paire d’utilisateurs (litwareinc\pilar et litwareinc\kenmyer) à se connecter à Lync Server 2013, puis à échanger des messages à l’aide du service de conversation permanente. Pour ce faire, la première commande de l’exemple utilise l’applet de commande Get-Credential pour créer un objet d’informations d’identification d’interface de ligne de commande Windows PowerShell qui contient le nom et le mot de passe de l’utilisateur Pilar Ackerman. (Étant donné que le nom d’ouverture de session, litwareinc\pilar, a été inclus en tant que paramètre, la boîte de dialogue Windows PowerShell Demande d’informations d’identification nécessite uniquement que l’administrateur entre le mot de passe du compte Pilar Ackerman.) L’objet d’informations d’identification résultant est ensuite stocké dans une variable nommée $cred 1. La deuxième commande fait la même chose, en retournant cette fois un objet d’informations d’identification pour le compte Ken Myer.
Avec les objets d’informations d’identification en main, la troisième commande détermine si ces deux utilisateurs peuvent se connecter à Lync Server 2013 et échanger des messages à l’aide de la conversation permanente. Pour effectuer cette tâche, l’applet de commande Test-CsPersistentChatMessage est appelée à l’aide des paramètres suivants : TargetFqdn (nom de domaine complet du pool de serveurs d’inscriptions) ; SenderSipAddress (l’adresse SIP du premier utilisateur de test) ; SenderCredential (l’objet Windows PowerShell qui contient les informations d’identification de ce même utilisateur) ; ReceiverSipAddress (l’adresse SIP de l’autre utilisateur de test) ; et ReceiverCredential (l’objet Windows PowerShell qui contient les informations d’identification de l’autre utilisateur de test).
$cred1 = Get-Credential "litwareinc\pilar"
$cred2 = Get-Credential "litwareinc\kenmyer"
Test-CsPersistentChatMessage -TargetFqdn atl-persistentchat-001.litwareinc.com -SenderSipAddress "sip:pilar@litwareinc.com" -SenderCredential $cred1 -ReceiverSipAddress "sip:kenmyer@litwareinc.com" -ReceiverCredential $cred2
Détermination de la réussite ou de l’échec
Si l’utilisateur spécifié a une stratégie d’emplacement valide, vous recevrez une sortie similaire à celle-ci, avec la propriété Result marquée comme Réussite :
Nom de domaine complet cible : atl-cs-001.litwareinc.com
Résultat : Réussite
Latence : 00 :00 :00
Message d’erreur :
Diagnostic:
Si les utilisateurs spécifiés ne peuvent pas échanger de messages à l’aide du service de conversation permanente, le résultat est affiché comme Échec et des informations supplémentaires sont enregistrées dans les propriétés Erreur et Diagnostic :
AVERTISSEMENT : Échec de la lecture du numéro de port du serveur d’inscription pour le complet donné
nom de domaine (FQDN). Utilisation du numéro de port du serveur d’inscriptions par défaut. Exception:
System.InvalidOperationException : aucun cluster correspondant trouvé dans la topologie.
À
Microsoft.Rtc.Management.SyntheticTransactions.SipSyntheticTransaction.TryRetri
eveRegistrarPortFromTopology(Int32& registrarPortNumber)
Nom de domaine complet cible : atl-cs-001.litwareinc.com
Résultat : Échec
Latence : 00 :00 :00
Message d’erreur : 10060, Une tentative de connexion a échoué car le tiers connecté
n’a pas répondu correctement après un certain temps, ou
échec de la connexion établie, car l’hôte connecté a
impossible de répondre [2001 :4898 :e8 :f39e :5c9a :ad83 :81b3 :9944] :5061
Exception interne : une tentative de connexion a échoué, car
la partie connectée n’a pas répondu correctement après une période de
l’heure ou la connexion établie a échoué, car l’hôte connecté
n’a pas répondu
[2001 :4898 :e8 :f39e :5c9a :ad83 :81b3 :9944] :5061
Diagnostic:
Raisons pour lesquelles le test a peut-être échoué
Voici quelques raisons courantes pour lesquelles Test-CsPersistentChatMessage peut échouer :
Une valeur de paramètre incorrecte a été fournie. Les comptes de test requis n’existent peut-être pas ou ont été créés correctement.
Il se peut qu’un problème réseau ait provoqué un délai inattendu qui a expiré le test.