Testen der Funktion zum Ausführen von Gruppen-Chats in Lync Server 2013

Beschreibung

Das cmdlet Test-CsGroupIM überprüft, ob Benutzer in Ihrer Organisation Chatsitzungen für Gruppen durchführen können. Wenn Sie Test-CsGroupIM ausführen, versucht das Cmdlet, sich bei einem Testbenutzerpaar bei Lync Server anzumelden. Bei erfolgreicher Ausführung erstellt Test-CsGroupIM eine neue Konferenz mit dem ersten Testbenutzer und lädt dann den zweiten Benutzer zur Teilnahme an der Konferenz ein. Nach einem Nachrichtenaustausch werden beide Benutzer vom System getrennt. Beachten Sie, dass dies alles ohne Benutzerinteraktion und ohne Auswirkungen auf tatsächliche Benutzer geschieht. Angenommen, das Testkonto sip:kenmyer@litwareinc.com entspricht einem echten Benutzer, der über ein echtes Lync Server-Konto verfügt. In diesem Fall wird der Test ohne Unterbrechung des echten Ken Myer durchgeführt. Beispielsweise bleibt die Person auch dann angemeldet, wenn sich das Ken Myer-Testkonto vom System abmeldet, Ken Myer. Ebenso erhält der echte Ken Myer keine Einladung zur Teilnahme an der Konferenz. Diese Einladung wird an das Testkonto gesendet und von diesem akzeptiert.

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

Ausführen des Tests

Das cmdlet Test-CsGroupIM 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-CsGroupIM -TargetFqdn "atl-cs-001.litwareinc.com"

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

$credential1 = Get-Credential "litwareinc\kenmyer"
$credential2 = Get-Credential "litwareinc\davidlongmire"
Test-CsGroupIm -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-CsGroupIM .

Bestimmen von Erfolg oder Fehler

Wenn die beiden Benutzer eine Chatsitzung für Gruppen 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.3812203

Fehler:

Diagnose:

Wenn die beiden Benutzer die Chatsitzung 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: 404, Nicht gefunden

Diagnose : ErrorCode=4005,Source=atl-cs-001.litwareinc.com,

Reason=Ziel-URI entweder nicht für SIP aktiviert oder nicht

Existieren.

Microsoft.Rtc.Signaling.DiagnosticHeader

Die vorherige Ausgabe gibt an, dass der Test fehlgeschlagen ist, weil mindestens eines der Testkonten ungültig war, entweder weil das Konto nicht vorhanden ist oder weil der Benutzer nicht für Lync Server aktiviert wurde. Sie können überprüfen, ob das Konto vorhanden ist und ob das Konto für nm-ocs-14-3rd aktiviert wurde, indem Sie einen Befehl wie den folgenden ausführen:

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

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

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

Wenn der Parameter "Verbose" enthalten ist, gibt Test-CsGroupIM schrittweise ein Konto für jede Aktion zurück, die beim Überprüfen der Fähigkeit der angegebenen Benutzer, an Chatsitzungen einer Gruppe teilzunehmen, versucht wurde. Wenn ihr Test beispielsweise fehlschlägt und Ihnen mitgeteilt wird, dass mindestens ein Benutzerkonto ungültig ist, können Sie den Test mithilfe des Parameters "Ausführlich" erneut ausführen und ermitteln, welches Benutzerkonto ungültig ist:

Senden einer Registrierungsanforderung:

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

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

 Port registrieren = 5061

Der Authentifizierungstyp 'IWA' ist ausgewählt.

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

Wie Sie sehen können, konnte sich in diesem Beispiel der Benutzer, der über die SIP-Adresse sip: verfügt,kenmyer@litwareinc.com nicht anmelden.

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

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

• Sie haben ein falsches 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. Um zu überprüfen, ob ein Benutzerkonto für Lync Server aktiviert wurde, führen Sie einen Befehl wie den folgenden aus:

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

  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