Testen von Peer-zu-Peer-Audio-/Videoanrufen 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-CsP2PAV-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
Test-CsP2PAV wird verwendet, um zu bestimmen, ob ein Testbenutzerpaar an einer Peer-zu-Peer-A/V-Unterhaltung teilnehmen kann. Um dieses Szenario zu testen, beginnt das Cmdlet, indem es sich bei den beiden Benutzern bei Lync Server anmeldet. Unter der Annahme, dass die beiden Anmeldungen erfolgreich sind, lädt der erste Benutzer dann den zweiten Benutzer ein, an einem A/V-Anruf teilzunehmen. Der zweite Benutzer nimmt den Anruf an, die Verbindung zwischen den beiden Benutzern wird getestet, und dann wird der Anruf beendet, und die Testbenutzer werden vom System abgemeldet.
Test-CsP2PAV führt keinen A/V-Anruf durch. Multimediainformationen werden nicht zwischen den Testbenutzern ausgetauscht. Stattdessen überprüft das Cmdlet lediglich, dass die entsprechenden Verbindungen hergestellt werden können und dass die beiden Benutzer einen solchen Anruf durchführen können.
Weitere Informationen finden Sie in der Hilfedokumentation für das Cmdlet Test-CsP2PAV .
Ausführen des Tests
Das cmdlet Test-CsP2PAV 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-CsP2PAV -TargetFqdn "atl-cs-001.litwareinc.com"
Um diese Überprüfung mithilfe tatsächlicher Benutzerkonten auszuführen, müssen Sie zwei Lync Server-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-CsP2PAV aufrufen:
$credential1 = Get-Credential "litwareinc\kenmyer"
$credential2 = Get-Credential "litwareinc\davidlongmire"
Test-CsP2PAV -TargetFqdn "atl-cs-001.litwareinc.com" -SenderSipAddress "sip:kenmyer@litwareinc.com" -SenderCredential $credential1 -ReceiverSipAddress "sip:davidlongmire@litwareinc.com" -ReceiverCredential $credential2
Bestimmen von Erfolg oder Fehler
Wenn die beiden Testbenutzer einen Peer-zu-Peer-A/V-Aufruf ausführen können, erhalten Sie eine Ähnliche Ausgabe wie die folgende mit der Ergebniseigenschaft, die als Erfolgreich gekennzeichnet ist :
TargetFqdn: atl-cs-001.litwareinc.com
Ergebnis: Erfolg
Latenz: 00:00:06.8630376
Fehler:
Diagnose:
Wenn die Testbenutzer den Anruf 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: 480, vorübergehend nicht verfügbar
Diagnose: ErrorCode=15030,Source=atl-cs-001.litwareinc.com,Reason=Failed
um zu Exchange Server
Microsoft.Rtc.Signaling.DiagnosticHeader
In der vorherigen Ausgabe wird beispielsweise angegeben, dass der Test fehlgeschlagen ist, weil die Microsoft Exchange Server nicht kontaktiert werden konnte. Diese Fehlermeldung weist in der Regel auf ein Problem bei der Konfiguration von Exchange Unified Messaging hin.
Wenn Test-CsP2PAV fehlschlägt, möchten Sie den Test möglicherweise erneut ausführen, dieses Mal einschließlich des Verbose-Parameters:
Test-CsP2PAV -TargetFqdn "atl-cs-001.litwareinc.com" -Ausführlich
Wenn der Parameter "Verbose" enthalten ist, gibt Test-CsP2PAV schrittweise ein Konto für jede aktion zurück, die versucht wurde, während sie die Fähigkeit des angegebenen Benutzers überprüft hat, sich bei Lync Server anzumelden. Angenommen, Ihr Test ist mit der folgenden Diagnose fehlgeschlagen:
ErrorCode=6003,Source=atl-cs-001.litwareinc.com,Reason=Nicht unterstützt außerhalb der Dialoganforderung
Wenn Sie Test-CsP2PAV erneut ausführen und den Parameter "Verbose" einschließen, erhalten Sie eine ähnliche Ausgabe wie die folgende:
AUSFÜHRLICH: Die Aktivität "Registrieren" wurde gestartet.
Senden einer Registrierungsanforderung:
Ziel-Fqdn = atl-cs-011.litwareinc.com
Sip-Adresse des Benutzers = sip:kenmyer@litwareinc.com
Registrierungsstellenport = 5062.
Der Authentifizierungstyp 'IWA' ist ausgewählt.
Eine Ausnahme "Der Endpunkt konnte nicht registriert werden. Sehen Sie sich den ErrorCode aus einem bestimmten Grund an.' während der Workflowausführung "Microsoft.Rtc.SyntheticTransactions.Workflows.STP2PAVWorkflow" aufgetreten.
Obwohl dies möglicherweise nicht sofort offensichtlich ist, werden Sie, wenn Sie die Ausgabe sorgfältig untersuchen, feststellen, dass ein falscher Registrierungsstellenport (Port 5062) angegeben wurde. Dies führte wiederum dazu, dass der Test fehlschlug.
Gründe, warum der Test möglicherweise fehlgeschlagen ist
Hier sind einige häufige Gründe, warum Test-CsP2PAV 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 EnabledWenn die Enabled-Eigenschaft auf "False" festgelegt ist, bedeutet dies, dass der Benutzer derzeit nicht für Lync Server aktiviert ist.