Testen der Chatfunktion zwischen zwei Benutzern in Lync Server 2013

 

Letzte Änderung: 05.06.2014

Überprüfungszeitplan

Täglich

Testtool

Windows PowerShell

Erforderliche Berechtigungen

Bei der lokalen Ausführung mithilfe der Lync Server-Verwaltungsshell müssen Benutzer Mitglieder der Sicherheitsgruppe RTCUniversalServerAdmins sein.

Wenn sie mit einer Remoteinstanz von Windows PowerShell ausgeführt werden, müssen Benutzern eine RBAC-Rolle zugewiesen werden, die über die Berechtigung zum Ausführen des Test-CsIM-Cmdlets verfügt. Um eine Liste aller RBAC-Rollen anzuzeigen, die dieses Cmdlet verwenden können, führen Sie den folgenden Befehl an der Windows PowerShell Eingabeaufforderung aus:

Get-CsAdminRole | Where-Object {$_.Cmdlets -match "Test-CsIM"}

Beschreibung

Das cmdlet Test-CsIM überprüft, ob ein Testbenutzerpaar Chatnachrichten austauschen kann. Wenn das cmdlet Test-CsIM aufgerufen wird, versucht es, sich bei einem Testbenutzerpaar bei Lync Server anzumelden. Wenn die beiden Anmeldungen erfolgreich sind, startet das Cmdlet eine Chatsitzung zwischen den beiden Testbenutzern. (Benutzer 1 lädt Benutzer 2 zu einer Chatsitzung ein, und Benutzer 2 nimmt die Einladung an.) Nachdem überprüft wurde, ob Nachrichten zwischen den beiden Benutzern ausgetauscht werden können, beendet Test-CsIM dann die Chatsitzung und protokolliert beide Benutzer vom System.

Weitere Informationen finden Sie in der Hilfedokumentation für das Cmdlet Test-CsIM .

Ausführen des Tests

Das cmdlet Test-CsIM kann entweder mit einem Paar vorkonfigurierter Testkonten (siehe Einrichten von Testkonten zum Ausführen von Lync Server-Tests) oder mit den Konten von zwei Benutzern ausgeführt werden, die für Lync Server aktiviert sind. Um diese Überprüfung mithilfe von Testkonten auszuführen, müssen Sie lediglich den FQDN des getesteten Lync Server-Pools angeben. Zum Beispiel:

Test-CsIM -TargetFqdn "atl-cs-001.litwareinc.com"

Um diese Überprüfung mithilfe tatsächlicher Benutzerkonten auszuführen, müssen Sie zwei Windows PowerShell Anmeldeinformationenobjekte (Objekte, die den Kontonamen und das Kennwort enthalten) für jedes Konto erstellen. Sie müssen dann diese Anmeldeinformationenobjekte und die SIP-Adressen der beiden Konten einschließen, wenn Sie Test-CsIM aufrufen:

$credential1 = Get-Credential "litwareinc\kenmyer"
$credential2 = Get-Credential "litwareinc\davidlongmire"
Test-CsIm -TargetFqdn "atl-cs-001.litwareinc.com" -SenderSipAddress "sip:kenmyer@litwareinc.com" -SenderCredential $credential1 -ReceiverSipAddress "sip:davidlongmire@litwareinc.com" -ReceiverCredential $credential2

Weitere Informationen finden Sie in der Hilfedokumentation für das Cmdlet Test-CsIM .

Bestimmen von Erfolg oder Fehler

Wenn die beiden Benutzer eine Chatsitzung abschließen können, erhalten Sie eine Ähnliche Ausgabe wie die folgende, wobei die Ergebniseigenschaft als Erfolgreich gekennzeichnet ist :

TargetFqdn: atl-cs-001.litwareinc.com

Ergebnis: Erfolg

Latenz: 00:00:06.6630911

Fehler:

Diagnose:

Wenn die Testbenutzer die Sitzung nicht abschließen können, wird das Ergebnis als Fehler angezeigt, und zusätzliche Informationen werden in den Eigenschaften "Fehler" und "Diagnose" aufgezeichnet:

TargetFqdn: atl-cs-001.litwareinc.com

Ergebnis: Fehler

Latenz: 00:00:00

Fehler: 504, Servertimeout

Diagnose : ErrorCode=2, Source=atl-cs-001.litwareinc.com,Reason=See

Antwortcode und Grundausdruck.

Microsoft.Rtc.Signaling.DiagnosticHeader

In der vorherigen Ausgabe wird beispielsweise angegeben, dass der Test fehlgeschlagen ist, weil der angegebene Benutzer nicht gefunden werden konnte. Mit dem folgenden Befehl können Sie ermitteln, ob eine SIP-Adresse gültig ist (und ob der Benutzer, dem diese SIP-Adresse zugewiesen wurde, für Lync Server aktiviert wurde):

Get-CsUser "Ken Myer" | Select-Object SipAddress, Enabled

Wenn Test-CsIM fehlschlägt, sollten Sie den Test erneut ausführen, dieses Mal einschließlich des Ausführlichen Parameters:

Test-CsIM -TargetFqdn "atl-cs-001.litwareinc.com" -Verbose

Wenn der Parameter "Verbose" enthalten ist, gibt Test-CsIM schrittweise ein Konto für jede Aktion zurück, die versucht wurde, als die Möglichkeit der beiden Testbenutzer überprüft wurde, an einer Chatsitzung teilzunehmen. Dies ist beispielsweise die Beispielausgabe, die auftritt, wenn ein falscher Satz von Benutzeranmeldeinformationen (in diesem Fall ein falsches Kennwort) an Test-CsIM bereitgestellt wird:

Senden einer Registrierungsanforderung:

Ziel-Fqdn = atl-cs-011.litwareinc.com

Sip-Adresse des Benutzers = sip:kenmyer@litwareinc.com

Registrierungsstellenport = 5061

Der Authentifizierungstyp 'IWA' ist ausgewählt.

Registrierungstreffer für sip/atl-cs-001.litwareinc.com

Die Aktivität "Registrieren" wurde in "0,0601795" Sek. abgeschlossen.

Eine Ausnahme "Die Anmeldung wurde verweigert. Überprüfen Sie, ob die richtigen Anmeldeinformationen verwendet werden und das Konto aktiv ist." während des Workflows aufgetreten ist.

Gründe, warum der Test möglicherweise fehlgeschlagen ist

Hier sind einige häufige Gründe, warum Test-CsIM möglicherweise fehlschlägt:

  • Sie haben ein ungültiges Benutzerkonto angegeben. Sie können überprüfen, ob ein Benutzerkonto vorhanden ist, indem Sie einen Befehl wie den folgenden ausführen:

    Get-CsUser "sip:kenmyer@litwareinc.com"
    
  • Das Benutzerkonto ist gültig, aber das Konto ist derzeit nicht für Lync Server aktiviert. Führen Sie einen Befehl wie den folgenden aus, um zu überprüfen, ob ein Benutzerkonto für Lync Server aktiviert ist:

    Get-CsUser "sip:kenmyer@litwareinc.com" | Select-Object Enabled
    

    Wenn die Enabled-Eigenschaft auf "False" festgelegt ist, bedeutet dies, dass der Benutzer derzeit nicht für Lync Server aktiviert ist.

  • Der Chatdienst ist möglicherweise nicht verfügbar. Mit Lync Server können Sie das System so konfigurieren, dass Chatnachrichten nicht verfügbar sind, wenn nicht auf die Archivierungsdatenbank zugegriffen werden kann. Sie können dies überprüfen, indem Sie einen Befehl ausführen, der dem folgenden ähnelt:

    Get-CsArchivingConfiguration -Identity "atl-cs-001.litwareinc.com" | Select-Object BlockOnArchiveFailure
    

    Wenn BlockOnArchiveFailure auf "True" festgelegt ist, sollten Sie ermitteln, ob die Archivierungsdatenbank verfügbar ist. Sie können die Speicherorte Ihrer Archivierungsdatenbanken mithilfe des folgenden Befehls zurückgeben:

    Get-CsService -ArchivingDatabase
    
  • Der Archivierungsserver ist möglicherweise nicht verfügbar. Sie können den FQDN Ihrer Archivierungsserver mithilfe des folgenden Befehls abrufen:

    Get-CsService -ArchivingServer
    

    Sie können dann einen Ping an den entsprechenden Server senden, um zu überprüfen, ob er verfügbar ist. Zum Beispiel:

    ping atl-archiving-001.litwareinc.com