Standortbericht in Lync Server 2013
Thema Letzte Änderung: 01.10.2012
Der Standortbericht enthält nach dem Netzwerkstandort (also nach dem Netzwerksubnetz) gruppierte Informationen zu Metriken für die Anrufqualität. Falls bei Ihren Benutzern Probleme im Zusammenhang mit Anrufen auftreten, können Sie mithilfe dieses Berichts bestimmen, ob diese Probleme weitverbreitet sind oder ob sie weitgehend auf ein bestimmtes Netzwerksegment beschränkt sind.
Zugriff auf den Standortbericht
Auf den Standortbericht greifen Sie auf der Startseite „Überwachungsberichte“ zu. Sie können einen Drilldown für den Anruflistenbericht ausführen, indem Sie auf eine der folgenden Metriken klicken:
Anruflautstärke
Prozentsatz der Anrufe schlechter Qualität
Filter
Mithilfe von Filtern können Sie eine gezieltere Datenauswahl erreichen oder die zurückgegebenen Daten auf unterschiedliche Weise anzeigen. Beispielsweise können Sie die Daten im Standortbericht nach Kriterien wie dem Standort, von dem der Anruf stammt, oder der Art der Verbindung (Funk oder Kabel) filtern. Sie können außerdem festlegen, wie Daten gruppiert werden sollen. In diesem Fall werden Anrufe nach Stunde, Tag, Woche oder Monat zusammengefasst.
In der folgenden Tabelle werden die Filter aufgelistet, die Sie im Standortbericht verwenden können.
Filter im Standortbericht
Name | Beschreibung |
---|---|
Von |
Anfangsdatum und -uhrzeit für den Zeitraum. Wenn die Daten nach Stunden angezeigt werden sollen, geben Sie Anfangsdatum und -uhrzeit wie folgt ein: 7.07.2012 13:00 Uhr Wenn Sie keinen Anfangszeitpunkt eingeben, beginnt der Bericht automatisch am angegebenen Tag um 12:00 Uhr. Zum Anzeigen der Daten nach Tag geben Sie nur das Datum ein: 7/7/2012 Sollen die Daten nach Woche oder Monat angezeigt werden, geben Sie irgendein Datum ein, das in die anzuzeigende Woche oder den anzuzeigenden Monat fällt (Sie müssen nicht den ersten Tag der Woche oder des Monats eingeben): 7/3/2012 Eine Woche läuft immer von Sonntag bis einschließlich Samstag. |
Bis |
Enddatum und -uhrzeit für den Zeitraum. Wenn die Daten nach Stunden angezeigt werden sollen, geben Sie Enddatum und -uhrzeit wie folgt ein: 7.07.2012 13:00 Uhr Wenn Sie keinen Endzeitpunkt eingeben, endet der Bericht automatisch am angegebenen Tag um 12:00 Uhr. Zum Anzeigen der Daten nach Tag geben Sie nur das Datum ein: 7/7/2012 Sollen die Daten nach Woche oder Monat angezeigt werden, geben Sie irgendein Datum ein, das in die anzuzeigende Woche oder den anzuzeigenden Monat fällt (Sie müssen nicht den ersten Tag der Woche oder des Monats eingeben): 7/3/2012 Eine Woche läuft immer von Sonntag bis einschließlich Samstag. |
Standort des Anrufers |
Das IP-Subnetz des Benutzers, der den Anruf ausgeführt hat. Sie können nur [Alle] auswählen, um alle Subnetze anzugeben. |
Standort des Angerufenen |
Das IP-Subnetz des Benutzers, der den Anruf empfangen hat. Sie können nur [Alle] auswählen, um alle Subnetze anzugeben. |
Netzwerktyp |
Gibt den Typ des Netzwerks an, mit dem der Client verbunden wurde, als der Anruf erfolgte. Wählen Sie eine der folgenden Optionen aus:
|
VPN |
Gibt an, ob ein externer Client eine VPN-Verbindung (Virtual Private Network) verwendete, als der Anruf getätigt wurde. Wählen Sie eine der folgenden Optionen aus:
|
Metriken
In der folgenden Tabelle werden die Metriken aufgelistet, die im Standortbericht angegeben werden.
Metriken im Standortbericht
Name | Kann nach dieser Metrik sortiert werden? | Beschreibung |
---|---|---|
Subnetz des Anrufers |
Nein |
Das IP-Subnetz des Benutzers, der den Anruf ausgeführt hat. |
Subnetz des Angerufenen |
Nein |
Das IP-Subnetz des Benutzers, der den Anruf empfangen hat. |
Anruflautstärke |
Ja |
Die Gesamtzahl der getätigten Anrufe. |
Prozentsatz der Anrufe schlechter Qualität |
Ja |
Der Prozentsatz der Anrufe, die als Anrufe schlechter Qualität klassifiziert werden. Dies sind Anrufe, bei denen für mindestens eine der gemessenen Metriken der zulässige Wert überschritten wurde (z. B. ein Anruf mit übermäßigem Jitter). |
Roundtrip (ms) |
Ja |
Die durchschnittliche Zeit (in Millisekunden), die ein RTP-Paket (Real-time Transport Protocol) benötigt, um zu einem anderen Endpunkt und wieder zurück zu gelangen. Eine Roundtripzeit von 100 ms oder weniger gilt als akzeptable Qualität. Hohe Roundtripwerte können durch internationale Anrufweiterleitung, eine falsche Routingkonfiguration oder einen überlasteten Medienserver verursacht werden. Sie führen zu Problemen bei bidirektionalen Echtzeit-Audiounterhaltungen. |
Beeinträchtigung (MOS) |
Ja |
Die durchschnittliche Beeinträchtigung der Qualität, die gemäß Mean Opinion Score (MOS) während eines Anrufs auftrat. Die Beeinträchtigungswerte liegen zwischen 0,0 (schlecht) und 5,0 (gut). Ein Wert von 0,5 oder weniger gilt als akzeptable Beeinträchtigung. Früher wurden Mean Opinion Scores berechnet, indem man Benutzer die Qualität eines Telefongesprächs auf einer Skala von 1 bis 5 bewerten ließ. In Lync Server verwendet Lync Server eine Reihe von Algorithmen, um vorherzusagen, wie Benutzer einen Anruf bewertet hätten. Hohe Beeinträchtigungswerte können durch Überlastung, zu geringe Bandbreite, Funknetzüberlastung oder -interferenzen oder durch einen überlasteten Medienserver oder Endpunkt verursacht werden. Eine hohe Beeinträchtigung führt zu verzerrter oder unterbrochener Sprachübertragung. |
Paketverlust |
Ja |
Die durchschnittliche Rate an RTP-Paketverlusten. (Paketverlust tritt auf, wenn RTP-Pakete, ein Protokoll, das zum Übertragen von Audio und Video über das Internet verwendet wird, ihr Ziel nicht erreicht haben.) Hohe Verlustraten werden in der Regel durch Überlastung, fehlende Bandbreite, drahtlose Überlastung oder Interferenzen oder einen überlasteten Medienserver verursacht. Paketverluste führen in der Regel zu verzerrter oder unterbrochener Sprachübertragung. |
Jitter |
Ja |
Der durchschnittliche Jitter, der zwischen dem Eintreffen von RTP-Paketen ermittelt wurde. (Jitter ist ein Maß für die "Shakiness" eines Anrufs.) Hohe Jitterwerte werden in der Regel durch Überlastung oder einen überlasteten Medienserver verursacht und führen zu verzerrten oder verlorenen Audiodaten. |
Ausblendungsverhältnis der Reparatur |
Ja |
Das durchschnittliche Verhältnis zwischen ausgeblendeten Audiosamples und der Gesamtzahl der Samples. (Ein verdecktes Audiobeispiel ist eine Technik, die verwendet wird, um den abrupten Übergang zu glätten, der normalerweise durch verworfene Netzwerkpakete verursacht würde.) Hohe Werte deuten auf ein erhebliches Maß an Verlustverdeckung hin, das durch Paketverlust oder Jitter verursacht wird, und führt zu verzerrten oder verlorenen Audiodaten. |
Streckungsverhältnis der Reparatur |
Ja |
Das durchschnittliche Verhältnis zwischen gestreckten Audiosamples und der Gesamtzahl der Samples. (Gestreckte Audiodaten sind Audiodaten, die erweitert wurden, um die Anrufqualität aufrechtzuerhalten, wenn ein verworfenes Netzwerkpaket erkannt wurde.) Hohe Werte deuten auf ein erhebliches Maß an Sample-Dehnung durch Jitter hin und führen dazu, dass Audio roboterhaft oder verzerrt klingt. |
Komprimierungsverhältnis der Reparatur |
Ja |
Das durchschnittliche Verhältnis zwischen komprimierten Audiosamples und der Gesamtzahl der Samples. (Komprimierte Audiodaten sind Audiodaten, die komprimiert wurden, um die Anrufqualität aufrechtzuerhalten, wenn ein verworfenes Netzwerkpaket erkannt wurde.) Hohe Werte deuten auf einen signifikanten Grad an Samplekomprimierung hin, der durch Jitter verursacht wird, und führen zu einer beschleunigten oder verzerrten Audiowiedergabe. |