Testen von PSTN-Peer-zu-Peer-Anrufen in Lync Server 2013

Beschreibung

Das cmdlet Test-CsPstnPeerToPeerCall überprüft, ob ein Benutzerpaar einen Peer-to-Peer-Anruf über das PSTN-Gateway (Public Switched Telephone Network) durchführen muss. Wenn Sie Test-CsPstnPeerToPeerCall aufrufen, versucht das Cmdlet zunächst, sich bei zwei Testbenutzern bei Lync Server anzumelden. Unter der Annahme, dass die Anmeldungen erfolgreich sind, hat das Cmdlet dann den Versuch, Benutzer 2 über das PSTN-Gateway aufzurufen. Test-CsPstnPeerToPeerCall führt diesen Anruf mithilfe des Wählplans, der VoIP-Richtlinie und anderer Richtlinien- und Konfigurationseinstellungen aus, die dem Testbenutzer zugewiesen sind. Wenn der Test wie geplant ausgeführt wird, überprüft das Cmdlet, ob Benutzer 2 den Anruf annehmen konnte, und meldet dann beide Testkonten vom System ab.

Test-CsPstnPeerToPeerCall führt einen tatsächlichen Telefonanruf durch, der überprüft, ob eine Verbindung hergestellt werden kann und der auch DTMF-Codes über das Netzwerk überträgt, um festzustellen, ob Medien über die Verbindung gesendet werden können. Der Anruf wird vom Cmdlet selbst angenommen, und es ist keine manuelle Beendigung des Anrufs erforderlich. (Das heißt, niemand muss antworten und dann das Telefon auflegen, das angerufen wurde.)

Ausführen des Tests

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

Um diese Überprüfung mithilfe tatsächlicher Benutzerkonten auszuführen, müssen Sie zwei Windows PowerShell Anmeldeinformationenobjekte (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-CsPstnPeerToPeerCall aufrufen:

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

Bestimmen von Erfolg oder Fehler

Wenn die angegebenen Benutzer einen Peer-to-Peer-Anruf ausführen können, erhalten Sie eine ähnliche Ausgabe wie die folgende, wobei die Ergebniseigenschaft als "Erfolg" gekennzeichnet ist:

TargetFqdn: atl-cs-001.litwareinc.com

Ergebnis: Erfolg

Latenz: 00:00:06.8630376

Fehler:

Diagnose:

Wenn die angegebenen Benutzer einen Peer-to-Peer-Anruf nicht ausführen 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:0182361

Fehler: 403, Verboten

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

Reason=User Policy enthält keine Nutzung von Telefonrouten

In der vorherigen Ausgabe wird angegeben, dass der Test fehlgeschlagen ist, da die VoIP-Richtlinie, die mindestens einem der angegebenen Benutzer zugewiesen ist, keine Telefonnutzung enthält. (Telefonnutzungen binden VoIP-Richtlinien mit VoIP-Routen. Ohne eine VoIP-Richtlinie und eine entsprechende VoIP-Route können Sie keine Anrufe über das PSTN tätigen.)

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

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

Wenn der Parameter "Verbose" enthalten ist, gibt Test-CsPstnPeerToPeerCall schrittweise ein Konto für jede Aktion zurück, die versucht wurde, als die Fähigkeit des angegebenen Benutzers überprüft wurde, sich bei Lync Server anzumelden. Diese Ausgabe gibt beispielsweise an, dass Netzwerkprobleme eine Verbindung mit dem PSTN verhindern:

Einrichten eines Audiovideoanrufs für "sip:+12065551219@litwareinc.com;user=phone".

Eine Ausnahme 'A 404 (Not Found) response was received from the network and the operation failed.

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

Hier sind einige häufige Gründe, warum Test-CsPstnPeerToPeerCall 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 Enabled
  

  Wenn die Enabled-Eigenschaft auf "False" festgelegt ist, bedeutet dies, dass der Benutzer derzeit nicht für Lync Server aktiviert ist.

• Die voIP-Richtlinie, die dem angegebenen Benutzer zugewiesen ist, hat keine gültige PSTN-Verwendung. Sie können die VoIP-Richtlinie bestimmen, die einem Benutzer zugewiesen ist, indem Sie einen Befehl wie den folgenden verwenden:

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

  Anschließend können Sie die PSTN-Verwendungen (falls vorhanden) ermitteln, die dieser Richtlinie zugewiesen sind, indem Sie einen Befehl wie den folgenden verwenden, der Informationen zur benutzerspezifischen VoIP-Richtlinie "RedmondVoicePolicy" abruft:

  Get-CsVoicePolicy -Identity "RedmondVoicePolicy"