Testen von Audiokonferenzen von Drittanbietern in Lync Server 2013
Thema Letzte Änderung: 01.11.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-CsAudioConferencingProvider-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: |
Beschreibung
Ein Audiokonferenzanbieter ist ein Drittanbieter, der Organisationen Konferenzdienste bereitstellt. Unter anderem ermöglichen Audiokonferenzanbietern Benutzern, die sich außerhalb des Standorts befinden und nicht mit dem Unternehmensnetzwerk oder dem Internet verbunden sind, die Teilnahme am Audioteil einer Konferenz oder Besprechung. Audiokonferenzanbieter bieten häufig High-End-Dienste wie Liveübersetzung, Transkription und Unterstützung für Live-Operatoren pro Konferenz.
Das Cmdlet Test-CsAudioConferencingProvider wird verwendet, um zu überprüfen, ob ein Benutzer eine Verbindung mit seinem Audiokonferenzanbieter herstellen kann. Beachten Sie, dass dieses Cmdlet auf eine von zwei Arten ausgeführt werden kann. Viele Administratoren verwenden die Cmdlets "CsHealthMonitoringConfiguration", um Testbenutzer für jeden ihrer Registrierungsstellenpools einzurichten. Diese Testbenutzer stellen ein Paar von Benutzerkonten dar, die für die Verwendung mit synthetischen Transaktionen vorkonfiguriert wurden. (In der Regel handelt es sich dabei um Testkonten und nicht um Konten, die tatsächlichen Benutzern gehören.) Wenn Testbenutzer für einen Pool konfiguriert sind, können Administratoren das Cmdlet Test-CsAudioConferencingProvider für diesen Pool ausführen, ohne die Identität des am Test beteiligten Benutzerkontos angeben (und die Anmeldeinformationen angeben zu müssen).
Alternativ können Administratoren das Cmdlet "Test-CsAudioConferencingProvider " mit einem tatsächlichen Benutzerkonto ausführen. Wenn Sie den Test mit einem tatsächlichen Benutzerkonto durchführen möchten, müssen Sie den Anmeldenamen und das Kennwort für dieses Konto angeben.
Ausführen des Tests
In Beispiel 1 wird überprüft, ob ein für den Pool definierter Testbenutzer atl-cs-001.litwareinc.com eine Verbindung mit seinem Audiokonferenzanbieter herstellen kann. Für diesen Befehl muss mindestens ein Testbenutzer für den Pool definiert sein. Wenn für atl-cs-001.litwareinc.com keine Testbenutzer definiert wurden, schlägt der Befehl fehl. Der Grund dafür ist, dass das Cmdlet Test-CsAudioConferencingProvider nicht weiß, welcher Benutzer im Test verwendet werden soll. Wenn Sie keine Testbenutzer für einen Pool definiert haben, müssen Sie den Parameter "UserSipAddress" und die Anmeldeinformationen des Benutzerkontos angeben, das der Befehl beim Überprüfen der Verbindung mit einem Audiokonferenzanbieter verwenden soll.
Test-CsAudioConferencingProvider -TargetFqdn atl-cs-001.litwareinc.com
Die in Beispiel 2 gezeigten Befehle testen die Fähigkeit eines bestimmten Benutzers (litwareinc\kenmyer), eine Verbindung mit seinem Audiokonferenzanbieter herzustellen. Dazu verwendet der erste Befehl im Beispiel das cmdlet Get-Credential, um ein Windows PowerShell Anmeldeinformationenobjekt der Befehlszeilenschnittstelle zu erstellen, das den Namen und das Kennwort des Benutzers Ken Myer enthält. (Da der Anmeldename litwareinc\kenmyer als Parameter enthalten ist, muss der Administrator im Dialogfeld Windows PowerShell Anmeldeinformationsanforderung nur das Kennwort für das Ken Myer-Konto eingeben.) Das resultierende Anmeldeinformationsobjekt wird in einer Variablen mit dem Namen $credential gespeichert.
Der zweite Befehl überprüft dann, ob dieser Benutzer eine Verbindung mit seinem Audiokonferenzanbieter herstellen kann. Um diese Aufgabe auszuführen, wird das cmdlet Test-CsAudioConferencingProvider zusammen mit drei Parametern aufgerufen: TargetFqdn (der FQDN des Registrierungsstellenpools); UserCredential (das Windows PowerShell Objekt, das die Benutzeranmeldeinformationen von Ken Myer enthält) und UserSipAddress (die SIP-Adresse, die den angegebenen Benutzeranmeldeinformationen entspricht).
$credential = Get-Credential "litwareinc\kenmyer"
Test-CsAudioConferencingProvider -TargetFqdn atl-cs-001.litwareinc.com -UserSipAddress "sip:kenmyer@litwareinc.com" -UserCredential $credential
Bestimmen von Erfolg oder Fehler
Wenn der Audiokonferenzanbieter ordnungsgemäß konfiguriert ist, erhalten Sie eine ähnliche Ausgabe wie die folgende, wobei die Result-Eigenschaft als Erfolgreich gekennzeichnet ist :
Ziel-Fqdn: atl-sql-001.litwareinc.com
Ergebnis: Erfolg
Latenz: 00:00:00
Fehlermeldung:
Diagnose:
Wenn sich der angegebene Benutzer nicht anmelden oder abmelden kann, wird das Ergebnis als Fehler angezeigt, und zusätzliche Informationen werden in den Eigenschaften "Fehler" und "Diagnose" aufgezeichnet:
Ziel-Fqdn: atl-sql-001.litwareinc.com
Ergebnis: Fehler
Latenz: 00:00:00
Fehlermeldung: 10060, Ein Verbindungsversuch ist fehlgeschlagen, weil die verbundene Partei
nach einem bestimmten Zeitraum nicht ordnungsgemäß reagiert hat, oder
Verbindungsfehler, weil der verbundene Host
Fehler beim Antworten [2001:4898:e8:f39e:5c9a:ad83:81b3:9944]:5061
Innere Ausnahme:Ein Verbindungsversuch ist fehlgeschlagen, weil die
Verbundene Partei hat nach einer Bestimmten Frist nicht ordnungsgemäß geantwortet
zeit oder hergestellte Verbindung fehlgeschlagen, weil der verbundene Host
hat nicht geantwortet.
[2001:4898:e8:f39e:5c9a:ad83:81b3:9944]:5061
Diagnose:
Die vorherige Ausgabe enthält z. B. die Notiz "Die verbundene Partei hat nicht ordnungsgemäß geantwortet". Dies weist in der Regel auf ein Problem mit dem Edgeserver hin.
Gründe, warum der Test möglicherweise fehlgeschlagen ist
Hier sind einige häufige Gründe, warum Test-CsAudioConferencingProvider fehlschlagen kann:
Ein falscher Parameterwert wurde angegeben. Wie im vorherigen Beispiel gezeigt, müssen die optionalen Parameter ordnungsgemäß konfiguriert werden, andernfalls schlägt der Test fehl. Führen Sie den Befehl ohne die optionalen Parameter erneut aus, und überprüfen Sie, ob dies erfolgreich ist.
Beachten Sie, dass der Test fehlschlägt, wenn dem vom Cmdlet "Test-CsAudioConferencingProvider " verwendeten Benutzer kein Audiokonferenzanbieter zugewiesen wurde.
Dieser Befehl schlägt fehl, wenn der Edgeserver falsch konfiguriert oder noch nicht bereitgestellt wurde.