Testen von UCWA-Konferenzen in Lync Server 2013
Letztes Änderungsdatum des Themas: 2014-11-03
Überprüfungszeitplan |
Täglich |
Testtool |
Windows PowerShell |
Erforderliche Berechtigungen |
Bei lokaler Ausführung mithilfe der Lync Server-Verwaltungsshell müssen Benutzer Mitglieder der Sicherheitsgruppe RTCUniversalServerAdmins sein. Bei der Ausführung mithilfe einer Remote-instance Windows PowerShell muss Benutzern eine RBAC-Rolle zugewiesen werden, die über die Berechtigung zum Ausführen des Cmdlets Test-CsUcwaConference 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
Das Cmdlet Test-CsUcwaConference überprüft, ob ein Paar von Testbenutzern mithilfe der Unified Communications Web API (UCWA) eine Onlinekonferenz planen, beitreten und dann eine Onlinekonferenz durchführen kann. Dazu verwendet das Cmdlet den Lync Server-Webticketdienst, um die beiden Testbenutzer zu authentifizieren und bei Lync Server zu registrieren. Das Cmdlet startet dann eine Konferenz mit den Anmeldeinformationen des Organisators und lädt den Teilnehmer zur Teilnahme an der Besprechung ein. Nachdem die Besprechung beigetreten ist, überprüft das Cmdlet Test-CsUcwaConference , ob die Benutzer Chatnachrichten austauschen und Pools durchführen können, trennt dann die Konferenz und hebt die Registrierung der beiden Testbenutzer auf. Die geplante Konferenz wird ebenfalls gelöscht, wenn der Test abgeschlossen ist.
Das Cmdlet Test-CsUcwaConference kann auch verwendet werden, um zu bestimmen, ob anonyme Benutzer an Onlinekonferenzen teilnehmen können.
Beachten Sie, dass das Cmdlet Test-CsUcwaConference nicht für einen Microsoft Lync Server 2010-Pool ausgeführt werden sollte, es sei denn, UCWA wurde in diesem Pool installiert. Wenn UCWA nicht installiert wurde, schlägt der Aufruf des Cmdlets Test-CsUcwaConference fehl.
Ausführen des Tests
Der Befehl in Beispiel 1 überprüft, ob ein Paar von Testbenutzern an einer UCWA-Konferenz auf dem Pool atl-cs-001.litwareinc.com teilnehmen kann. Beachten Sie, dass dieser Befehl fehlschlägt, wenn Sie kein Paar von Testbenutzern der Integritätsüberwachungskonfiguration für atl-cs-001.litwareinc.com vordefiniert haben.
Test-CsUcwaConference -TargetFqdn "atl-cs-001.litwareinc.com"
Die in Beispiel 2 gezeigten Befehle testen die Fähigkeit eines Benutzerpaars (litwareinc\pilar und litwareinc\kenmyer), an einer UCWA-Konferenz teilzunehmen. Dazu verwendet der erste Befehl im Beispiel das Cmdlet Get-Credential, um ein Windows PowerShell Anmeldeinformationsobjekt der Befehlszeilenschnittstelle zu erstellen, das den Namen und das Kennwort des Benutzers Pilar Ackerman enthält. (Da der Anmeldename litwareinc\pilar als Parameter enthalten war, muss der Administrator im Dialogfeld Windows PowerShell Anmeldeinformationsanforderung nur das Kennwort für das Pilar Ackerman-Konto eingeben.) Das resultierende Anmeldeinformationsobjekt wird dann in einer Variablen mit dem Namen $cred 1 gespeichert. Der zweite Befehl führt dasselbe aus, und dieses Mal wird ein Anmeldeinformationsobjekt für das Ken Myer-Konto zurückgegeben.
Wenn die beiden Anmeldeinformationsobjekte vorhanden sind, bestimmt der dritte Befehl im Beispiel, ob die beiden Benutzer an einer UCWA-Konferenz teilnehmen können. Zum Ausführen dieser Aufgabe wird das Cmdlet Test-CsUcwaConference zusammen mit den folgenden Parametern aufgerufen: TargetFqdn (der FQDN des Registrierungsstellenpools); OrganizerSipAddress (die SIP-Adresse für den Besprechungsorganisator); OrganizerCredential (das Windows PowerShell-Objekt, das die Anmeldeinformationen für denselben Benutzer enthält); ParticipantSipAddress (die SIP-Adresse für den anderen Testbenutzer); und ParticipantCredential (das Windows PowerShell Befehlszeilenschnittstellenobjekt, das die Anmeldeinformationen für den anderen Benutzer enthält).
$cred1 = Get-Credential "litwareinc\pilar"
$cred2 = Get-Credential "litwareinc\kenmyer"
Test-CsUcwaConference -TargetFqdn atl-cs-001.litwareinc.com -OrganizerSipAddress "sip:pilar@litwareinc.com" -OrganizerCredential $cred1 -ParticipantSipAddress "sip:kenmyer@litwareinc.com" -ParticipantCredential $cred2
Bestimmen von Erfolg oder Misserfolg
Wenn Konferenzen ordnungsgemäß konfiguriert sind, erhalten Sie eine Ausgabe ähnlich der folgenden, wobei die Result-Eigenschaft als Erfolg gekennzeichnet ist :
Ziel-Fqdn: atl-cs-001.litwareinc.com
Ziel-URI: https:// LyncTest-SE.LyncTest.SelfHost.Corp.
Microsoft.com:443/CertProv/CertProvisiongService.svc
Ergebnis: Erfolg
Latenz: 00:00:14.9862716
Fehlermeldung:
Diagnose:
Wenn die angegebenen Benutzer keine Konferenzen verwenden können, wird das Ergebnis als Fehler angezeigt, und zusätzliche Informationen werden in den Eigenschaften Fehler und Diagnose aufgezeichnet:
WARNUNG: Fehler beim Lesen der Registrierungsstellenportnummer für die angegebene vollqualifizierte
Domänenname (FQDN). Verwenden der Standardportnummer der Registrierungsstelle. Ausnahme:
System.InvalidOperationException: In der Topologie wurde kein übereinstimmender Cluster gefunden.
Auf
Microsoft.Rtc.Management.SyntheticTransactions.SipSyntheticTransaction.TryRetri
eveRegistrarPortFromTopology(Int32& registrarPortNumber)
Test-CsUcwaConference: Für ist kein Testbenutzer zugewiesen.
[LyncTest.SelfHost.Corp.Microsoft.com]. Überprüfen Sie die Testbenutzerkonfiguration.
Bei zeile:1 char:1
+ Test-CsUcwaConference -TargetFqdn "LyncTest.SelfHost.Corp.Microsoft.com"
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : ResourceUnavailable: (:) [Test-CsUcwaConference]
Invalidoperationexception
+ FullyQualifiedErrorId: NotFoundTestUsers,Microsoft.Rtc.Management.Synth
eticTransactions.TestUcwaConferenceCmdlet
Gründe, warum der Test möglicherweise fehlgeschlagen ist
Hier sind einige häufige Gründe, warum Test-CsUcwaConference fehlschlägt:
Ein falscher Parameterwert wurde angegeben. Bei Verwendung 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.
Die Möglichkeit, eine Konferenz durchzuführen, hängt von der Konferenzrichtlinie ab, die dem Benutzer zugewiesen wurde, der die Konferenz organisiert hat (im Fall des Cmdlets Test-CsUcwaConference ist dies der "Absender"). Wenn der Organisator nicht berechtigt ist, gemeinsame Aktivitäten in seine Besprechung einzuschließen (z. B. wenn für seine Konferenzrichtlinie die EnableDataCollaboration-Eigenschaft auf False festgelegt ist), schlägt das Cmdlet Test-CsUcwaConference fehl.
Dieser Befehl schlägt fehl, wenn der Edgeserver falsch konfiguriert oder noch nicht bereitgestellt wurde.