Testen der VoIP-Konfiguration in Lync Server 2013
Letzte Änderung: 20.05.2014
Überprüfungszeitplan |
Monatlich |
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-CsVoiceTestConfiguration-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
Lync Server enthält mehrere Windows PowerShell Cmdlets (z. B. Test-CsVoiceRoute und Test-CsVoicePolicy, Test-CsTrunkConfiguration), mit denen Sie überprüfen können, ob die einzelnen Teile Ihrer Enterprise-VoIP Infrastruktur – VoIP-Routen, VoIP-Richtlinien, SIP-Trunks – wie erwartet funktionieren.
Während es bei Enterprise-VoIP wichtig ist, dass alle einzelnen Teile funktionieren: Es ist möglich, eine gültige VoIP-Route, eine gültige VoIP-Richtlinie und einen gültigen SIP-Trunk zu haben, aber benutzer können keine Telefonanrufe tätigen oder empfangen. Aus diesem Grund bietet Lync Server auch die Möglichkeit, VoIP-Testkonfigurationen zu erstellen. VoIP-Testkonfigurationen stellen allgemeine Enterprise-VoIP Szenarien dar: Sie können z. B. eine VoIP-Route, eine VoIP-Richtlinie und einen Wählplan angeben und dann überprüfen, ob diese einzelnen Elemente zusammenarbeiten können, um Telefondienste bereitzustellen. Darüber hinaus können Sie Ihre Erwartungen in einem bestimmten Szenario überprüfen. Angenommen, Sie erwarten, dass die Kombination aus Wählplan A und VoIP-Richtlinie B dazu führen würde, dass Anrufe über die VoIP-Route C weitergeleitet werden. Sie können die VoIP-Route C als ExpectedRoute eingeben. Wenn Sie den Test ausführen und die VoIP-Route C nicht verwendet wird, wird der Test als fehlgeschlagen gekennzeichnet.
Ausführen des Tests
Bevor Sie Voice-Konfigurationssammlungen mithilfe von Windows PowerShell testen, müssen Sie zunächst das cmdlet Get-CsVoiceTestConfiguration verwenden, um eine Instanz dieser Konfigurationseinstellungen abzurufen. Diese Instanz muss dann an die Test-CsVoiceTestConfiguration weitergeleitet werden. Zum Beispiel:
Get-CsVoiceTestConfiguration -Identity "RedmondVoiceTestConfiguration" | Test-CsVoiceTestConfiguration
Verwenden Sie stattdessen den folgenden Befehl, um alle Sprachtestkonfigurationseinstellungen gleichzeitig zu überprüfen:
Get-CsVoiceTestConfiguration | Test-CsVoiceTestConfiguration
Weitere Informationen finden Sie in der Hilfedokumentation zum cmdlet Test-CsVoiceTestConfiguration.
Bestimmen von Erfolg oder Fehler
Das cmdlet Test-CsVoiceTestConfiguration meldet, ob ein Test fehlgeschlagen oder erfolgreich war, und stellt zusätzliche Informationen zu jedem erfolgreichen Test bereit, z. B. die Übersetzungsregel, die VoIP-Route und die PSTN-Verwendung, die zum Abschließen der Aufgabe verwendet wird:
Ergebnis: Erfolg
TranslatedNumber: +15551234
MatchingRule: Description=; Pattern=^(\d{4})$; Translation=+1\d;Name=Test;IsInternalExtension=False
FirstMatchingRoute: site:Redmond
MatchingUsage: Lokal
Wenn der Test fehlschlägt, wird das Ergebnis als "Fehler" gemeldet:
Ergebnis: Fehler
TranslatedNumber:
FirstMatchingRoute:
MatchingUsage:
Gründe, warum der Test möglicherweise fehlgeschlagen ist
Da beim Testen der VoIP-Testkonfiguration verschiedene Elemente getestet werden – einschließlich VoIP-Richtlinien, Wählplänen, VoIP-Routen usw. – gibt es verschiedene Faktoren, die zu einem fehlgeschlagenen Test führen können. Wenn ein Test fehlschlägt, sollten Sie zunächst die Konfigurationseinstellungen selbst mithilfe des cmdlets Get-CsVoiceTestConfiguration überprüfen:
Get-CsVoiceTestConfiguration -Identity "RedmondVoiceTestConfiguration"
Wenn die Einstellungen scheinbar ordnungsgemäß konfiguriert sind, führen Sie den Test erneut aus, während Sie den Parameter "Verbose" einschließen:
Get-CsVoiceTestConfiguration -Identity "RedmondVoiceTestConfiguration" | Test-CsVoiceTestConfiguration
Der Parameter "Verbose" stellt eine schrittweise Berücksichtigung der einzelnen Aktionen bereit, die von Test-CsVoiceTestConfiguration ausgeführt werden, wie in diesem Beispiel gezeigt:
AUSFÜHRLICH: Laden des Wählplans: "Global"
VERBOSE: Laden der VoIP-Richtlinie: "RedmondDialPlan"
Dieses Schritt-für-Schritt-Konto kann einen nützlichen Hinweis darauf liefern, wo der Test tatsächlich fehlgeschlagen ist. Andernfalls können Sie andere Windows PowerShell-Cmdlets (z. B. Test-CsVoicePolicy) verwenden und methodisch mit der Überprüfung der einzelnen Komponenten beginnen, die in den Konfigurationseinstellungen für sprachtests enthalten sind.
Beachten Sie außerdem, dass es möglich ist, dass ein Test einen Anruf weiterleiten kann und dennoch als Fehler gekennzeichnet wird. die auftreten können, wenn Sie Werte für "ExpectedRoute", "ExpectedTranslatedNumber" und "ExpectedUsage" eingeben und eine dieser Erwartungen nicht erfüllt wird. Angenommen, Sie geben die VoIP-Route C als erwartete VoIP-Route ein, aber der Test schließt den Anruf tatsächlich mithilfe der VoIP-Route D ab. In diesem Fall wird der Test als fehlgeschlagen gekennzeichnet, da die erwartete VoIP-Route nicht verwendet wurde. Wenn ein Test fehlschlägt, entfernen Sie möglicherweise die Werte für "ExpectedRoute", "ExpectedTranslatedNumber" und "ExpectedUsage", und führen Sie den Test dann erneut aus. Dies hilft Ihnen zu ermitteln, ob der Fehler darauf zurückzuführen ist, dass der Anruf nicht abgeschlossen werden konnte oder weil Sie eine Sache erwarten und tatsächlich eine andere erhalten haben.
Siehe auch