01 · Lernziele
Nach dieser Einheit kannst du einen Bericht nicht nur exportieren, sondern fachlich planen, korrekt eingrenzen und für den Empfänger verständlich machen.
Auswählen
Die richtige Reporting-Ebene, Datenquelle und Zeitspanne bestimmen.
Erstellen
Dashboards filtern, Daten exportieren und Zustellungen planen.
Bewerten
Datenaktualität, Berechtigungen, Vergleichbarkeit und Aussagekraft prüfen.
02 · Das Reporting-Modell
Drei Ebenen
Standard
Operative Ansichten, SLEs, Insights und integrierte Reports mit typischerweise bis zu 30 Tagen Historie.
Premium Analytics
Langzeittrend, Vergleich, Executive- und Fachdashboards sowie geplante Zustellung.
REST API
Automatisierte Extraktion geeigneter Mist-Daten, eigenes Datenmodell und eigene Darstellung.
03 · Standard, Premium oder API?
| Kriterium | Standard Analytics | Premium Analytics | Eigenes API-Reporting |
|---|---|---|---|
| Lizenz | In Basisdiensten enthalten | SUB-PMA plus passende Basisabonnements | API-Zugriff; eigene Plattformkosten |
| Historie | Bis zu 30 Tage | Standardmäßig bis zu 13 Monate; Verlängerung anfragbar | Ab eigener Erfassung beliebig |
| Aktualität | Für operative Analyse geeignet | Tägliche Verarbeitung, häufig 12–36 h Verzögerung | Abhängig von Endpunkt und Abrufintervall |
| Planbare E-Mail | Nein | Ja | Selbst zu bauen |
| Layout | Vorgegeben | Vorgegeben; Filter und Exportoptionen | Frei gestaltbar |
| Typischer Zweck | Fehleranalyse und kurzfristige Trends | Management, Kapazität, Vergleich, Compliance | BI, Data Lake, Mandantenberichte, Automatisierung |
04 · Daten, Aufbewahrung und Aktualität
Zu Beginn stehen in Premium Analytics nur die bereits verfügbaren letzten 30 Tage bereit.
Die Langzeithistorie wächst ab Aktivierung und erreicht mit der Zeit die lizenzierte Aufbewahrung.
Juniper beschreibt einen täglichen Erfassungsabschluss um 00:00 UTC.
Die Aufbereitung benötigt ungefähr zwölf Stunden; insgesamt können Daten 12–36 Stunden hinterherliegen.
Zeitzonen sauber dokumentieren
Ein Berichtszeitraum ist ohne Zeitzone mehrdeutig. UTC, Organisationszeitzone, Standortzeit und die Zeitzone der geplanten Zustellung können voneinander abweichen. Sommerzeit ist besonders bei Monats- und Tagesgrenzen relevant.
05 · Vor dem Klick: den Bericht planen
Die Fünf-W-Fragen
- Wer liest den Bericht?
- Was soll entschieden werden?
- Wo gilt der Scope?
- Wann beginnt und endet der Zeitraum?
- Warum ist die Kennzahl relevant?
Messdefinition
- Zähler, Quote oder Verteilung?
- Absolut oder normalisiert?
- Median, Perzentil oder Mittelwert?
- Welche Ausschlüsse gelten?
- Was ist die Vergleichsbasis?
Eine selbst berechnete Rate muss im Bericht als eigene Berechnung gekennzeichnet werden. Sie ist keine automatisch von Mist definierte Kennzahl.
06 · Reports mit Standard Analytics
Standard Analytics eignet sich für operative Fragen innerhalb der kurzfristigen Historie. Typische Ausgangspunkte sind Monitor > Service Levels, Client-, AP-, Switch- oder WAN-Insights sowie integrierte Netzwerk-, Ereignis- und Belegungsansichten.
SLE
Erfüllungserlebnis entlang von Verbindung, Zeit bis zur Verbindung, Durchsatz, Abdeckung und weiteren Servicekriterien untersuchen.
Insights
Ereignisse, Zeitreihen und Zustandswechsel eines konkreten Clients oder Geräts korrelieren.
Inventar
Bestand, Modell, Standort, Status und Zuordnung als Grundlage für Betriebsberichte erfassen.
Operativer Ablauf
- Organisation und Standort prüfen.
- Objekt oder SLE auswählen.
- Zeitraum und Filter setzen.
- Ausreißer bis auf Client-, AP- oder Ereignisebene verfolgen.
- Erkenntnis mit Zeitpunkt, Scope und Screenshot/Export dokumentieren.
07 · Premium Analytics öffnen und bedienen
Der Einstieg erfolgt über Analytics > Premium Analytics. Verfügbare Dashboard-Gruppen hängen von Abonnements, Rolle und Standortberechtigung ab.
08 · Dashboard-Katalog und Einsatz
| Domäne | Beispiele | Typische Frage |
|---|---|---|
| Wireless | Wireless Network Insights, AP Insights, RF Health and Utilization, Client Events/Sessions, Wireless IDS | Wo entstehen Funk-, Sitzungs- oder Sicherheitsprobleme? |
| Wired | Wired Network Insights, Switch Insights, Wired Site Comparison, PoE Switch Details, Sustainability | Welche Standorte, Switches oder PoE-Verbraucher weichen ab? |
| WAN | WAN Insights für SRX/SSR, WAN Speedtest, Peer Path, Security Assurance | Wie entwickeln sich Pfad-, Anwendungs- und Sicherheitsindikatoren? |
| Location | Engagement, Occupancy, Occupancy by Zone/Users, Proximity Tracing | Wie werden Flächen genutzt und wie verändert sich die Anwesenheit? |
| Other | Audit Logs, Inventory, Access Assurance | Wer änderte was? Welche Assets existieren? Wie läuft Zugangsauthentisierung? |
09 · Filter, Zeitraum und Vergleichbarkeit
Jedes Dashboard besitzt einen Berichtszeitraum; weitere Filter unterscheiden sich nach Datenmodell. Bei Wireless Client Sessions sind beispielsweise Site, AP, SSID, Username, Hostname und Floor verfügbar.
Gute Filterreihenfolge
- Zeitspanne
- Organisation/Site Group/Site
- Technologie oder Gerät
- SSID, VLAN, Anwendung oder Clienttyp
- Einzelobjekt nur für Drill-down
Vergleiche normalisieren
Ein großer Standort erzeugt meist mehr Ereignisse als ein kleiner. Ergänze absolute Werte durch sinnvolle Bezugsgrößen wie Clients, Sitzungen, APs, Switchports oder Nutzungsstunden. Verwende keine Standort-Rangliste, bevor Größen- und Nutzungsunterschiede berücksichtigt sind.
10 · Dashboard und Kacheln exportieren
Gesamtes Dashboard
Download als PDF oder CSV. Optionen umfassen Papierformat, Einspaltenlayout, das Aufklappen von Tabellenzeilen und die Ausgabe im Browser.
Einzelne Kachel
Je nach Kachel stehen Excel, CSV, JSON, Markdown, PNG, HTML oder TXT bereit – formatiert oder unformatiert, als Visualisierung oder Datentabelle.
| Format | Geeignet für | Schwäche |
|---|---|---|
| Freigabe, Vorstand, Archiv, festes Layout | Schlecht weiterzuverarbeiten | |
| CSV/Excel | Analyse, Pivot, Kontrolle, Weitergabe an BI | Kontext und Visualisierung fehlen leicht |
| PNG | Präsentation oder Ticket | Nicht maschinenlesbar |
| JSON | Strukturierte Weiterverarbeitung einer Kachel | Kein vollständiger PMA-API-Ersatz |
11 · Geplante Reports – Schritt für Schritt
- Gewünschtes Premium-Analytics-Dashboard öffnen und Filter setzen.
- Menü des Dashboards öffnen und Schedule delivery wählen.
- Eindeutigen Zeitplannamen vergeben.
- Wiederholung definieren: beispielsweise täglich, wöchentlich, monatlich oder nach Datengruppen-Aktualisierung.
- Zeit und Delivery timezone kontrollieren.
- E-Mail-Ziele, optional Nachricht und Links festlegen.
- PDF, CSV oder PNG auswählen.
- Report Period und bis zu drei Sites als Filter festlegen.
- Layout, Papierformat und optional Tabellenaufklappung konfigurieren.
- Mit Send now testen; danach Zustellung und Lesbarkeit prüfen.
50
Maximal geplante Reports.
15 MB
Maximale Größe einer Zustellung.
3 Sites
Maximal auswählbar im Site-Filter eines Zeitplans.
Zeitplan pflegen
Bestehende Pläne lassen sich senden, bearbeiten, duplizieren oder löschen. Verwende Besitzer, Zweck und Ablaufdatum im Namen oder in einer begleitenden Dokumentation, damit verwaiste Verteiler vermieden werden.
12 · Rollen, Sites und Datenschutz
Download und geplante Zustellung stehen grundsätzlich verschiedenen Nutzerrollen zur Verfügung. Die enthaltenen Daten bleiben jedoch auf den durch RBAC erlaubten Organisations- und Standortbereich begrenzt. Seit 2026 unterstützt Premium Analytics auch reine Site-Rollen; Juniper nennt dabei ungefähr 100 Sites als sinnvollen Umfang pro standortbeschränktem Nutzer.
Least Privilege
- Nur nötige Sites freigeben
- Empfänger regelmäßig rezertifizieren
- Personenbezug minimieren
- Öffentliche Verteiler vermeiden
- Aufbewahrungsregeln festlegen
Sensible Inhalte
- Benutzernamen und MAC-Adressen
- Standort- und Belegungsdaten
- Audit-Log-IP und User Agent
- Security- und Authentisierungsereignisse
- Geräte- und Organisationsstruktur
13 · Drei praxistaugliche Workflows
Monatlicher Servicebericht
Executive Summary + Site Comparison, Monatszeitraum, identischer Site-Scope, wichtigste Abweichungen, Maßnahmenstatus.
Kapazitätsbericht
RF-/Nutzungstrends, Client Sessions, PoE- oder WAN-Indikatoren; 3–13 Monate betrachten und Wachstum normalisieren.
Änderungsnachweis
Audit Logs nach Zeitraum und Administrator filtern, Change-ID ergänzen und Vorher/Nachher-Wirkung separat über SLEs prüfen.
Beispiel: schlechte Client-Erfahrung
14 · Managementbericht: eine Seite, klare Aussage
Empfohlene Struktur
- Berichtszeitraum und Scope
- Gesamtstatus in einem Satz
- Drei entscheidende KPIs
- Top-Abweichungen mit Auswirkung
- Maßnahmen, Owner, Termin
- Risiko und Entscheidungsbedarf
Vermeiden
- 20 Screenshots ohne Aussage
- Unkommentierte Prozentwerte
- Technische Akronyme ohne Kontext
- Vermischung verschiedener Zeiträume
- „Grün“, obwohl Daten fehlen
15 · Technischer Betriebsbericht
| Baustein | Inhalt | Beleg |
|---|---|---|
| Scope | Org, Sites, Site Groups, SSIDs, Gerätetypen | Filterliste |
| Zeitraum | Start, Ende, Zeitzone, Datenstand | Report Period |
| Symptom | SLE-/Event-/Nutzungstrend | Diagramm + Rohdaten |
| Korrelation | AP, RF, Authentisierung, DHCP, WAN, Change | Insights/Audit |
| Hypothese | Technische Erklärung mit Unsicherheit | Pro/Contra-Indizien |
| Aktion | Änderung, Test und Erfolgskriterium | Ticket/Change-ID |
Trenne in der Sprache zwischen Beobachtung („SLE sank“), Interpretation („korreliert mit DHCP-Latenz“) und Ursache („durch Serverüberlastung bestätigt“). Korrelation allein beweist keine Kausalität.
16 · Eigenes Reporting über die Mist REST API
Wenn ein festes Premium-Dashboard nicht genügt, können geeignete SLE- und Insights-Daten über die Mist REST API abgefragt und in einer eigenen Berichtskette verarbeitet werden.
Architekturregeln
- Token als Secret behandeln, niemals im HTML oder Skript-Repository hinterlegen.
- Least-Privilege-Rolle und getrenntes Servicekonto nutzen.
- Paginierung, Rate Limits, Fehlercodes und Wiederholungen implementieren.
- Rohdaten unverändert speichern; Transformationen versionieren.
- IDs in lesbare Namen auflösen, ohne historische Zuordnung zu verlieren.
- Schemaänderungen und fehlende Werte explizit behandeln.
17 · Qualitätssicherung für Reports
Vollständigkeit
Sind alle erwarteten Sites, Geräte und Tage enthalten?
Konsistenz
Stimmen Zeitzone, Filter und Definitionen über alle Seiten?
Reproduzierbarkeit
Kann eine zweite Person den Bericht mit denselben Einstellungen erzeugen?
Vier-Augen-Plausibilisierung
- Gesamtsumme gegen eine zweite Mist-Ansicht prüfen.
- Stichprobe eines Clients oder Geräts bis zu Insights verfolgen.
- Leere Werte von echten Nullwerten unterscheiden.
- Letzten Tag auf Verarbeitungslücke prüfen.
- PDF und CSV auf Abschneiden und unterschiedliche Zeilenzahl kontrollieren.
- Empfängeransicht mit passender Testrolle verifizieren.
18 · Häufige Stolperfallen
| Falle | Folge | Gegenmaßnahme |
|---|---|---|
| PMA als Echtzeitquelle behandeln | Falsche Incident-Entscheidung | Datenstand nennen; operative Tools verwenden |
| Letzten unvollständigen Tag einbeziehen | Künstlicher Einbruch | Refresh-Zeit berücksichtigen |
| Unterschiedliche Site-Größen vergleichen | Große Sites wirken automatisch schlechter | Pro Client/Sitzung/AP normalisieren |
| Zeitplan-Zeitzone übersehen | Versand oder Tagesgrenze falsch | Delivery timezone explizit setzen |
| Tabellen vollständig annehmen | Abgeschnittene Datensätze | Zeilen- und 15-MB-Limit testen |
| RBAC nicht berücksichtigen | Empfänger sehen andere Summen | Scope und Rolle dokumentieren |
| Korrelation als Ursache melden | Fehlmaßnahme | Hypothese testen und bestätigen |
19 · Wenn ein Report nicht stimmt
Das Dashboard zeigt keine Daten
Lizenz und Dashboard-Typ, RBAC-Scope, Datenquelle, Site-Zuordnung, Zeitraum und Filter prüfen. Bei neuer PMA-Aktivierung kann noch keine lange Historie existieren.
Der neueste Tag fehlt
Premium Analytics wird täglich aufbereitet. Cut-off, 12–36 Stunden Verzögerung und Zeitzone berücksichtigen.
Ein Empfänger erhält den Report nicht
Adresse, Spamfilter, Zustellzeit, Zeitplanstatus und Attachment-Größe prüfen. Mit „Send now“ einen kontrollierten Test durchführen.
PDF und CSV enthalten unterschiedliche Details
Dashboard- gegenüber Kachel-Export, Filter, Tabellenaufklappung, Zeilenlimit und Formatoptionen vergleichen.
Sites fehlen in der Auswahl
RBAC/Site-Rolle, Organisationskontext und die Begrenzung auf bis zu drei Sites im geplanten Bericht prüfen.
Ein geplanter Report ist abgeschnitten
15‑MB-Grenze und maximal 5.000 erweiterte Tabellenzeilen beachten. Scope reduzieren oder Daten in mehrere Berichte teilen.
20 · Produktionscheckliste
Vor Erstellung
- Empfänger und Entscheidung definiert
- Dashboard und Lizenz geprüft
- Scope und Zeitzone festgelegt
- KPI-Definition dokumentiert
- Datenschutz bewertet
Vor Versand
- Datenstand angegeben
- Filter sichtbar dokumentiert
- Summen plausibilisiert
- Grenzen und Unsicherheit genannt
- Export auf Kürzung geprüft
- Owner und nächste Aktion ergänzt
21 · Offizielle Quellen und Weiterlernen
Stand der fachlichen Prüfung: August 2026. Funktionen und Lizenzen können sich ändern; vor produktiver Umsetzung die aktuelle Juniper-Dokumentation prüfen.
- Juniper: Premium Analytics Dashboards
- Juniper: Introduction to Mist Analytics
- Juniper: Premium Analytics FAQ
- Juniper: Audit Logs Dashboard
- Juniper: Mist SLEs and Insights with APIs
- Juniper Mist: Latest Updates