Messung der Bandbreitennutzung: Methoden, KPIs und Einrichtung
Published
Sie betreiben ein Hotel, einen Campus oder eine Kette von Standorten. Der monatliche Bericht besagt, dass der Uplink nur teilweise genutzt wird. Dann bricht der Abend an, das Gästenetzwerk wird langsamer und die Tickets gehen trotzdem ein. Genau so sieht eine unzureichende Bandbreitennutzungsmessung aus, wenn sie bei einer Monatssumme stehen bleibt.
Das durchschnittliche Volumen ist eine nützliche Basis. Es beschreibt jedoch weder die Hauptverkehrszeit noch die Richtung des Datenverkehrs oder welche Gruppe um 21 Uhr aktiv war. Die Verschlüsselung verschlechtert die alte Abkürzung zusätzlich, da Portnummern und Payload-Inspektionen die Anwendung nicht mehr zuverlässig identifizieren können.
Was weiterhin funktioniert, ist spezifischer. Zählen Sie Bytes in beide Richtungen an einem definierten Punkt, nehmen Sie häufig genug Stichproben, um den Verlauf der Nachfrage zu erkennen, und ordnen Sie die Nutzung einer Sitzung, einem VLAN oder einem Schlüssel zu. Kennzeichnen Sie alles Detailliertere als Vermutung. Die folgende Konfiguration deckt ab, welche Quelle welche Frage beantwortet, welche KPIs einen Alarm verdienen und wie Sie die Zahlen an einem Standort nachweisen, bevor Sie sie überall veröffentlichen.
Inhaltsverzeichnis
- Wählen Sie die Methode, die zu Ihrer Frage passt
- KPIs, die die Nachfrage zeigen, nicht nur das Volumen
- So richten Sie die Messung in acht Schritten ein
- Stichprobenziehung gegenüber vollständiger Erfassung und die jeweiligen Kosten
- Zuweisung der Nutzung bei größtenteils verschlüsseltem Datenverkehr
- Warum Ihre Zahlen abweichen und wie Sie sie abgleichen
- Validieren Sie an einem Standort vor der unternehmensweiten Berichterstattung
Wählen Sie die Methode, die zu Ihrer Fragestellung passt
Eine Hotelgruppe kann über den Tag verteilt bei etwa 35 % der Uplink-Kapazität liegen und dennoch jeden Abend Gästebeschwerden entgegennehmen. Der Durchschnitt hat eine Kapazitätsfrage beantwortet. Die Gäste haben jedoch eine Frage zur Spitzenstunde gestellt. Die Bandbreitennutzungsmessung hilft nur dann, wenn die Datenquelle zur Fragestellung passt. Daher benötigen die meisten Standorte zwei Feeds, bevor jemand ein Diagramm erstellt. Ein Feed dient für Gesamtzahlen und Trends. Der andere dient der Zuordnung.
Sie benötigen selten neue Hardware. Sechs Datenquellen befinden sich bereits auf den Access Points, dem Controller, dem Router und dem Authentifizierungsdienst.
| Quelle | Berichtsinhalt | Granularität | Am besten geeignet für | Zusatzaufwand |
|---|---|---|---|---|
| SNMP-Schnittstellenzähler (ifHCInOctets, ifHCOutOctets) | Ein- und ausgehende Bytes pro Port oder Radio | Pro Schnittstelle, Abfrage alle 1-5 Minuten | Uplink-Trends und Kapazitätsplanung | Niedrig |
| NetFlow v9 oder IPFIX | Flow-Datensätze mit Quelle, Ziel, Ports, Bytes und Paketen | Pro Flow, typischerweise alle 1-5 Minuten exportiert | Top-Talker und Identifikation von Kommunikationsbeziehungen | Mittel, durch Export und CPU-Auslastung |
| sFlow | Abtastung von Paket-Headern plus Schnittstellenzähler | 1 von N Paketen, skaliert auf Schätzwerte | Schnelle Verbindungen (10G und höher) und Nahezu-Echtzeit-Top-Talker | Niedrig, Abtastung läuft in der Hardware |
| Pro-SSID- und Pro-VLAN-Zähler | Bytes und Client-Anzahl pro drahtlosem Netzwerk oder VLAN | Pro SSID, VLAN und Access Point | Gäste- im Vergleich zu Mitarbeiter-Auslastung und Airtime-Kosten jeder SSID | Niedrig |
| RADIUS Accounting (Acct-Input-Octets, Acct-Output-Octets) | Bytes pro authentifizierter Sitzung | Pro Sitzung, Zwischenupdates alle 5-15 Minuten | Zuordnung der Nutzung zu einem Benutzer, Gerät oder Schlüssel | Niedrig |
| DNS- und Protective-DNS-Protokolle | Domänenabfragen nach Richtlinie oder Kategorie | Pro Abfrage | Einblicke auf Kategorieebene ohne Paketinhaltsprüfung | Niedrig bis mittel |
Stimmen Sie den Zähler auf die Fragestellung ab
SNMP-Zähler sind die Quelle für die Gesamtzahlen. Fragen Sie die 64-Bit-Objekte ifHCInOctets und ifHCOutOctets ab. Ein 32-Bit-Oktettzähler auf einem 1-Gbps-Port läuft bei voller Auslastung in etwa 34 Sekunden über, sodass eine Fünf-Minuten-Abfrage auf dem alten Objekt negative oder widersprüchliche Differenzwerte erzeugt. Zähler pro SSID zeigen die Client-Last und die Airtime-Kosten jedes WLAN-Netzwerks. RADIUS-Accounting verknüpft Bytes mit einem Benutzer, einem Gerät oder einem Schlüssel, was die Zuordnungsquelle darstellt, wenn Nutzdaten verschlüsselt sind.
Die mobile Nachfrage ist so groß, dass die Beimischung in die Gesamtzahl eines festen Standorts den entscheidenden Engpass verschleiert. Der globale Internetverkehr erreichte 2023 laut den ITU Facts and Figures 2024 1 Zettabyte an Endnutzer-Datenverkehr über mobiles Breitband. Der Uplink eines Veranstaltungsorts und ein Mobilfunk-Offload-Pfad sind unterschiedliche Messgrößen.
Wählen Sie für jeden Standort eine primäre Quelle für Gesamtzahlen und eine Quelle für die Zuordnung aus, bevor Sie irgendetwas konfigurieren. Das spätere Hinzufügen einer dritten Quelle ist einfach. Das Entwirren von zwei unbeschrifteten Quellen nach einem Monat hingegen nicht.
KPIs, die die Nachfrage zeigen, nicht nur das Volumen
Eine nutzbare Baseline zählt das Gesamtvolumen am Endnutzer-Access-Point - Downloads und Uploads zusammengerechnet - über einen einheitlichen Zeitraum, gewöhnlich einen Kalendermonat. Die Metadaten der Europäischen Kommission, basierend auf der ITU-Methodik, definieren den Festnetz-Breitbandverkehr auf diese Weise und halten den mobilen Breitbandverkehr getrennt, indem Wholesale- und Walled-Garden-Datenverkehr ausgeschlossen werden. Diese Abgrenzung ist auch in einem Standort-Netzwerk von Bedeutung. Die Nutzung durch Kunden ist nicht dasselbe wie die Backbone-Kapazität oder Datenverkehr, der den Betreiber nie verlässt.
Nennen Sie in jedem Bericht den Messpunkt. Geben Sie an, ob Management- und Control-Frames ausgeschlossen sind. Ohne diese Kontrollen lassen sich zwei Standorte mit denselben Benutzern nicht vergleichen.
Praktische Regel: Wenn ein KPI nicht den Messpunkt, die Richtung, das Stichprobenintervall und den Zeitraum angibt, ist er nicht bereit für eine Alarmierung.
Formeln, die Sie manuell überprüfen können
Durchschnittlicher Durchsatz entspricht den Gesamtdaten in Bytes multipliziert mit 8, geteilt durch die Sekunden im Zeitraum. Der Spitzendurchsatz ist der höchste 1-Minute- oder 5-Minuten-Messwert, nicht der monatliche Mittelwert. Das 95. Perzentil sortiert jeden Messwert und nimmt den Wert bei 95 %, sodass eine einzelne Dateikopie das Auslastungsniveau nicht verfälscht. Das Auslastungsvolumen in der Spitzenstunde zeigt die Bytes der einzelnen stärksten Stunde, und genau auf diese Stunde wird skaliert. Gleichzeitige aktive Clients zählt Geräte, die im selben Zeitfenster Daten übertragen haben. Die Airtime-Nutzung ist der Zeitanteil, in dem der Kanal belegt war, gemessen über die Funkzähler der Access Points - dies ist häufig das Limit des WLANs, während der Uplink noch unauffällig aussieht. Der Upstream-Anteil sind die Upstream-Bytes geteilt durch die Gesamtdaten in Bytes.
| KPI | Berechnung | Aussagekraft | Praxisbeispiel |
|---|---|---|---|
| Gesamtvolumen | Summe der eingehenden und ausgehenden Bytes im Zeitraum | Kapazitätsbasis und monatlicher Trend | 40 GB pro Tag über 30 Tage entsprechen 1,2 TB pro Monat |
| Durchschnittlicher Durchsatz | Bytes x 8 geteilt durch Sekunden | Mittlere Auslastung | 40 GB pro Tag entsprechen etwa 3,7 Mbps im Durchschnitt |
| Spitzendurchsatz | Höchster 1-Minuten- oder 5-Minuten-Messwert | Spitzenbedarf | Der am stärksten ausgelastete 5-Minuten-Messwert auf diesem Uplink |
| 95. Perzentil des Durchsatzes | Messwerte sortieren und den Wert bei 95% nehmen | Dauerhaftes Auslastungsniveau ohne seltene Spitzen | Die 95%-Marke über einen Monat mit 5-Minuten-Abfragen |
| Volumen der Hauptverkehrszeit | Bytes in der Stunde mit dem höchsten Datenverkehr | Dimensionierung für die stärkste Stunde | 9 GB in der Stunde um 21:00 Uhr |
| Gleichzeitige aktive Clients | Clients, die im selben Messfenster Daten übertragen | Engpässe und Sendezeitdruck | 45 Clients, die in einem 5-Minuten-Fenster Daten übertragen |
| Airtime-Auslastung | Kanalbelegungszeit aus den AP-Funkzählern | WLAN-Überlastung | Anteil der Zeit, in der der Kanal belegt bleibt |
| Upstream-Anteil | Upstream-Bytes geteilt durch Gesamt-Bytes | Videoanrufe, Cloud-Backups, Uploads | 2 GB Upstream von 10 GB gesamt entsprechen 20% |
Diese berechneten Zahlen dienen der arithmetischen Überprüfung und sind kein Zielwert für Ihre Standorte. Ein Standort mit durchschnittlich 3,7 Mbps kann dennoch für eine Stunde ausgelastet sein.
Benachrichtigungen vor dem Dashboard
Legen Sie einen Schwellenwert fest, bevor der erste Bericht erstellt wird. Ein sinnvoller Startwert ist die Markierung jedes Standorts, dessen 95. Perzentil für eine gesamte Spitzenstunde über 80 % der Uplink-Kapazität bleibt, sowie die Überprüfung jedes Kanals, dessen Airtime an mehreren aufeinanderfolgenden Abenden hoch bleibt. Passen Sie beide Werte nach einem Monat Basismessung an. Erstellen Sie Berichte nach Standort, SSID und VLAN. Ein einziger Durchschnittswert über die gesamte Umgebung verbirgt den Standort, an dem Probleme auftreten. Deshalb gehört eine Nutzungsansicht pro Standort direkt neben die Rohdaten-Zähler.
Bevor Sie eine Zahl veröffentlichen, sollten Sie deren Messpunkt, Richtung, Abtastintervall und Zeitraum in einem Satz angeben können.
Einrichtung der Messung in acht Schritten
Entwerfen Sie das Erfassungskonzept, bevor Sie ein Gerät anfassen. Die folgenden acht Schritte sind das Minimum, das ein Jahr mit Personalwechseln und ein Firmware-Upgrade übersteht.
Schriftlich festhalten, dann erfassen
Schreiben Sie die Frage und die Abgrenzung in einem Satz auf. Beispiel: Bytes pro Gast-SSID, pro Standort, pro Monat, beide Richtungen. Wenn der Satz zwei Fragen nennt, erstellen Sie zwei halbfertige Berichte. Der häufigste Fehler ist der Start mit einer Dashboard-Vorlage anstelle des Tickets, das Sie zu erklären versuchen.
Wählen Sie den Messpunkt. Der Uplink oder der WLAN-Controller liefert Gesamtzahlen. Der Core-Router liefert Flows. Die Edge-Firewall erfasst nur externen Datenverkehr und übersieht LAN-zu-LAN-Übertragungen. Addieren Sie diese drei nicht zusammen. Der Fehler besteht darin, sie als Duplikate einer einzelnen Zahl zu behandeln.
Aktivieren Sie die 64-Bit-Zählerabfrage. Verwenden Sie 1-Minute-Intervalle bei stark ausgelasteten Uplinks und 5-Minuten-Intervalle für langfristige Trends. 1-Minute-Daten zeigen Auslastungsspitzen, die ein 5-Minuten-Durchschnitt glättet. Die Abfrage des 32-Bit-Objekts ist der Fehler, der die am stärksten ausgelasteten Ports zuerst beschädigt.
Exportieren Sie Flows an einen Collector. Stellen Sie das aktive Zeitlimit auf 1 - 5 Minuten ein, damit eine lange Sitzung sichtbar wird, bevor sie endet. Ohne dieses Zeitlimit sieht es so aus, als hätte ein Videoanruf nichts verbraucht, bis der Gast die Verbindung trennt. Überwachen Sie CPU-Auslastung und Exportverluste auf dem Router. Ein Collector, der unter hoher Last zurückfällt, zählt im Stillen zu wenig.
Taggen Sie jede Datenreihe. Standort, SSID, VLAN und Name des Access Points müssen beim Speichern im Datensatz enthalten sein. Nicht getaggte Daten können später nicht segmentiert werden, und die Umbenennung einer SSID im nächsten Quartal repariert keine historischen Daten. Der Fehler besteht in der Annahme, dass der Geräte-Hostname ein stabiler Standortschlüssel ist.
Aktivieren Sie RADIUS Accounting mit Zwischen-Updates (Interim Updates). Fünfzehn Minuten sind ein praktisches Intervall. Zwischen-Datensätze halten eine lange Sitzung sichtbar und überstehen einen Client, der nie ein sauberes Stopp-Signal sendet. Wenn Sie auf die Trennung warten, verschwinden über Nacht laufende Sitzungen aus dem Tagesbericht, sobald das Stopp-Signal verloren geht.
Aufbewahrung und eine bekannte Übertragung
Speicherfristen gezielt festlegen. Speichern Sie 13 Monate lang 5-Minuten-Gesamtsummen, um dieselbe Woche im Folgejahr vergleichen zu können. Speichern Sie 7 bis 14 Tage an Rohdaten-Flows. Eine vollständige Flow-Historie für jeden Standort kostet mehr, als sie an Erkenntnissen bringt. Der häufigste Fehler ist das dauerhafte Speichern von Roh-Flows, weil niemand eine Löschaufgabe eingerichtet hat.
Mit einer bekannten Übertragung validieren. Laden Sie eine 10-GB-Datei auf einem Gerät herunter und prüfen Sie, ob sich die Gesamtsummen auf dem primär gewählten Zähler um etwa denselben Wert (innerhalb weniger Prozent) verändern. Führen Sie dies durch, bevor jemand einem Diagramm vertraut. Das Überspringen der Validierung führt dazu, dass fehlerhafte Zähler oder einseitige Flow-Exporte als Kapazitätsplanung übernommen werden.
Wenn Schritt 8 fehlschlägt, halten Sie an. Beheben Sie den Zähler, den Timeout oder den fehlenden Pfad. Übertragen Sie nicht dieselbe Konfiguration auf den nächsten Standort.
Abtastung im Vergleich zur vollständigen Erfassung und deren Kosten
Gesamtzahlen stammen aus Zählern, Hauptverbraucher aus ungeprobtem Flow-Monitoring, schnelle Verbindungen werden stichprobenartig erfasst, und die vollständige Erfassung ist kurzen forensischen Fenstern vorbehalten. Genauigkeit, Speicherbedarf und Datenschutz entwickeln sich in entgegengesetzte Richtungen - eine einzige Methode für jede Fragestellung wird daher entweder falsche Ergebnisse liefern oder die Festplatte füllen.
| Ansatz | Genauigkeit | Speicher und Overhead | Datenschutz-Risiko | Ideal für |
|---|---|---|---|---|
| Schnittstellen-Zähler, alle 5 Minuten abgefragt | Exakte Byte-Gesamtzahlen | Sehr gering | Keines | Gesamtzahlen, Trends und Abrechnungsprüfungen |
| Ungesampelte Flow-Datensätze (NetFlow oder IPFIX) | Exakt pro Flow, abzüglich Exportverlusten | Moderat, wächst mit der Flow-Anzahl | Gering, nur Header | Hauptverbraucher und Anwendungshinweise auf Port-Ebene |
| sFlow bei 1 in 1.000 bis 1 in 4.000 Paketen | Schätzung, ungenauer bei kleinen Flows | Gering | Gering, Header und gekürzte Nutzdaten | Schnelle Verbindungen ab 10G |
| Vollständige Paket-Erfassung (Packet Capture) | Exakt, jedes Paket | Sehr hoch, mehrere TB pro Tag bei einer ausgelasteten 10G-Verbindung | Hoch, kann personenbezogene Daten enthalten | Kurze forensische Zeitfenster bei Vorfällen |
Wo die Grenzen der einzelnen Methoden liegen
Schnittstellenzähler erfassen Bytes exakt, geben aber keine Auskunft darüber, wer sie gesendet hat. Verwenden Sie diese, wenn eine Abrechnung oder eine Kapazitätsdiskussion belastbar sein muss. Sie werden keinen konkreten Sender identifizieren.
Unsampled NetFlow oder IPFIX erfasst jeden Flow, was genau das ist, was Sie für Top-Talker benötigen. Exportverluste und ein überlasteter Collector führen auf einem ausgelasteten Router dennoch zu verworfenen Datensätzen. Daher kann die Summe der Flows unter dem Interface-Zähler liegen, ohne dass jemand die Zuordnung falsch konfiguriert hat. Betrachten Sie diese Lücke als Status-Signal und nicht als ungenutzte Kapazität.
sFlow nimmt Stichproben in der Hardware, oft etwa 1 von 1.000 bis 1 von 4.000 Paketen auf Access- und Core-Links, und skaliert diese Stichproben dann zu einer Volumenschätzung. Das bleibt bei 10G- und schnelleren Verbindungen ressourcenschonend. Kleine Datenströme können dabei verschwinden. Messaging, DNS und eine Vielzahl kurzer HTTPS-Sitzungen sind genau die Bereiche, in denen die Schätzung am schwächsten ist. Rechnen Sie daher nicht auf Basis von sFlow ab und nutzen Sie es nicht, um die Nutzung eines einzelnen Geräts nachzuweisen.
Die vollständige Paket-Erfassung ist exakt und kann auf einer ausgelasteten 10G-Verbindung bei voller Leitungsgeschwindigkeit mehrere Terabyte pro Tag erzeugen. Die Nutzlast kann personenbezogene Daten enthalten, die gemäß Ihren Richtlinien nicht gespeichert werden dürfen.
Wenn die Antwort für eine Meinungsverschiedenheit exakt sein muss, verwenden Sie Zähler. Wenn sie Hinweise auf Anwendungen liefern soll, nutzen Sie Flow-Datensätze, die nur Header enthalten. Handelt es sich um einen einmaligen Vorfall, erfassen Sie die Daten für weniger als eine Stunde und stoppen Sie die Erfassung, wenn das Zeitfenster endet.
Zuordnung der Nutzung bei überwiegend verschlüsseltem Datenverkehr
Die Payload-Inspektion ist eine schwache Grundlage für die Benennung von Anwendungen. Jüngste Messungen zeigen, dass HTTPS bis Ende 2025 mehr als 95 % der beobachteten Anfragen ausmachte, wie in der Zusammenfassung der Internet-Trends 2025 von Cloudflare bei Help Net Security berichtet wird. QUIC, verschlüsseltes DNS, gemeinsam genutzte CDNs, VPNs und Datenschutzfunktionen machen portbasierte Bezeichnungen noch unzuverlässiger.
Verschlüsselter Datenverkehr macht die Bandbreitennutzungsmessung nicht unmöglich. Er verändert lediglich die Evidenz. Sie können weiterhin Bytes, Pakete, Timing, Richtung, Anzahl der Verbindungen, Neuübertragungen und Latenz messen. Wo es die Richtlinien erlauben, können Sie die Zielkategorie oder eine authentifizierte Identität hinzufügen. Sie können jedoch nicht behaupten, dass Ihnen die Nutzlast die Anwendung verraten hat.
Ein Stack, der seine Verlässlichkeit angibt
Bauen Sie die Zuordnung auf Datensätzen auf, die Sie verteidigen können.
- RADIUS-Sitzungs-Bytes (hohe Verlässlichkeit): Acct-Input-Octets und Acct-Output-Octets verknüpfen das Volumen mit einer authentifizierten Sitzung, einem Gerät oder einem xPSK-Schlüssel. "Dieses Gerät hat 8 GB verbraucht" ist bei vollständigem Accounting-Pfad sehr verlässlich.
- Pro-VLAN-Zähler (hohe Verlässlichkeit für die Gruppe): Gäste, Mitarbeiter, Kassen und IoT befinden sich jeweils in einem eigenen VLAN, sodass die Gruppenlast nicht von der Entschlüsselung von Daten abhängt.
- DNS-Richtlinienkategorien (mittel und gekennzeichnet): Kategoriesummen bieten anwendungsähnliche Einblicke. "Video hat 5 GB verbraucht" ist eine Schlussfolgerung. Kennzeichnen Sie dies im Bericht entsprechend.
- Aggregierte Flow-Datensätze (niedrig für den Anwendungsnamen): Header zeigen weiterhin, wer mit welcher Adresse kommuniziert hat und wie viele Bytes übertragen wurden. Eine gemeinsam genutzte CDN-Adresse ist keine Anwendung.
Randomisierte MAC-Adressen verfälschen die Gerätezählung. Ein einzelnes Telefon kann über mehrere Tage wie zwei Geräte aussehen, was die Gesamtzahl der Clients aufbläht und seine Datenmenge aufteilt. Zählen Sie Sitzungen pro Person oder pro Schlüssel, wenn die Richtlinie Ihnen diese Identität liefert. Im Einzelhandel zeigt sich dasselbe Prinzip darin, wie Sie den Kunden- vom Personalverkehr auf einer gemeinsam genutzten Funkfrequenz trennen, was zu einem durchdachten Retail-WiFi-Design gehört.
Die Kompromisse werden in diesem kurzen Durchgang verständlich erklärt.
Bewahren Sie mit Identitäten verknüpfte Datensätze nur für Fehlersuche, Kapazitätsplanung und Compliance auf. Löschen Sie diese nach einem festen Zeitplan. Eine Verlässlichkeitskennzeichnung für jede Zahl kostet nichts und verhindert, dass eine Kategorien-Vermutung wie eine Abrechnung behandelt wird.
Warum Ihre Zahlen nicht übereinstimmen und wie Sie sie abgleichen
Der monatliche Durchschnitt kann gesund aussehen, während sich die Nutzer jeden Abend beschweren. Beide Aussagen sind oft gleichzeitig wahr. Der kombinierte Festnetz- und Mobilfunkdatenverkehr ist zudem eine dynamische Größe. Die Verkehrsstatistik der ITU für 2023 beziffert das durchschnittliche jährliche Wachstum von 2019 bis 2023 auf etwa 30 %, mit dem stärksten Anstieg zu Beginn der Pandemie im Jahr 2020. Das Wachstum allein erklärt jedoch keinen schlechten Abend - der Tagesverlauf tut es.
Der Breitbandbericht von OpenVault für das 1. Quartal 2025 zeigt, warum ein einzelner Mittelwert die Kapazitätsplanung irreführt. Die durchschnittliche Nutzung US-amerikanischer Abonnenten erreichte 663,2 GB pro Monat, was einem Anstieg von 9,5% gegenüber dem Vorjahr entspricht. Gleichzeitig stieg die Downstream-Nutzung von Unternehmen in den Spitzenzeiten um 21,2% und die Upstream-Nutzung um 23,6%. Der Downstream-Bedarf von Unternehmen erreichte um 13:00 Uhr seinen Höchststand. Der Upstream- und Downstream-Bedarf im Wohnbereich erreichte seinen Höhepunkt gegen 21:00 Uhr. Ein Hotel oder eine Wohnimmobilie kann im Monatsdiagramm unauffällig wirken und dennoch zu einer vorhersehbaren Stunde an Grenzen stoßen. Eine Reduzierung der monatlichen Gigabytes behebt diese Beschwerde nicht. Die Verlagerung der Last außerhalb der Spitzenzeiten oder das Beheben von Airtime- und Engpassproblemen hilft Gästen oft mehr als eine größere Gesamtleitung.
Analysieren Sie die Abweichung, bevor Sie Bandbreite kaufen
| Symptom | Wahrscheinliche Ursache | Prüfung |
|---|---|---|
| Zähler zeigen 30 % der Kapazität, aber Gäste beschweren sich weiterhin | Durchschnitte verdecken Abendlitzen oder Übertragungszeit-Engpässe | Vergleichen Sie das 95. Perzentil der Stoßzeiten mit der Kanalauslastung |
| Flow-Gesamtzahlen liegen 15 % unter den Schnittstellenzählern | Stichprobenfehler, asymmetrisches Routing oder ein fehlender Exporter auf einem Pfad | Auf einer nicht per Stichprobe erfassten Verbindung vergleichen und bestätigen, dass jeder Pfad Flows exportiert |
| Pro-SSID-Gesamtzahlen ergeben nicht die AP-Gesamtzahl | Verwaltungsdatenverkehr ausgeschlossen oder Clients roamen während der Stichprobe | Zeitstempel abgleichen und bestätigen, welche Frames jeder Zähler enthält |
| RADIUS-Gesamtzahlen übersteigen die Geräteanzahl | Doppelte Sitzungen nach Neuanmeldung oder Zählerrücksetzung bei Reauthentifizierung | Nach Sitzungs-ID gruppieren und Rücksetzungsverhalten prüfen |
| Ein Standort verbraucht doppelt so viel wie ein identischer Standort | Unterschiedlicher Benutzermix, zwischengespeicherte Updates oder ein VLAN-Tagging-Fehler | Nach VLAN und den wichtigsten Zielkategorien aufschlüsseln |
| Nutzung steigt am Tag nach einem Rollout sprunghaft an | Cloud-Updates oder eine neue Geräteklasse ist dem Netzwerk beigetreten | DNS-Kategorien und den genauen Zeitpunkt des Rollouts prüfen |
Beheben Sie zuerst die Zeitkorrektur, dann die Abtastung und schließlich die Zuordnung. Spätere Fehler verstärken die früheren.
Eine zweifache Abweichung zwischen identischen Standorten ist häufig auf ein VLAN-Tag oder einen anderen Gerätemix zurückzuführen, nicht auf eine mysteriöse Anwendung. Überprüfen Sie die Uhrzeit, den Exporter und den Sitzungsschlüssel, bevor Sie die Kapazitätsplanung überarbeiten. Ein einziger unternehmensweiter Durchschnitt ist kein Modell für jeden Standort.
An einem Standort validieren, bevor unternehmensweit berichtet wird
Führen Sie ein neues Messkonzept am ersten Tag nicht direkt an jedem Standort ein. Führen Sie stattdessen für zwei bis vier Wochen einen Pilotversuch an einem repräsentativen Standort durch. Das Zeitfenster muss mindestens einen verkehrsreichen Abend und einen ruhigen Werktag umfassen, sonst belegen Sie nur den Durchschnitt, dem Sie ohnehin schon misstrauen.
Betreiben Sie die neue Datenerfassung parallel zu dem Netzwerk, das Sie heute nutzen. Ersetzen Sie die bestehenden Zähler erst, wenn die neue Datenreihe mit ihnen übereinstimmt - mit einer Abweichung von maximal etwa 5 % bei den Gesamtsummen der Bytes. Ein Parallellauf ist die beste Methode, um einen Zählerüberlauf, einen fehlenden Exporter oder ein nie getaggtes VLAN zu entdecken.
Beurteilen Sie den Pilotversuch anhand von zwei Tests und nicht danach, wie vollständig das Dashboard aussieht.
- Tickets: Stimmen die Zahlen der Spitzenstunde mit den bereits vorliegenden Beschwerden überein? Wenn das Diagramm während des schlimmsten Abends ruhig bleibt, ist das Stichprobenintervall oder der Messpunkt falsch.
- Audit: Kann jemand eine konkrete Frage beantworten, z. B. welches VLAN ein Gerät an einem bestimmten Tag genutzt hat? Wenn der Nachweis das nicht beantworten kann, ist die Zuordnung nicht vollständig.
Wir testen ein Konzept zuerst an einem Standort auf den Access Points, die dort bereits installiert sind, parallel zum Live-Netzwerk. Die Bewertung erfolgt anhand von Tickets und Audit-Nachweisen vor einem umfassenden Rollout. Eine 45-minütige Design-Session reicht aus, damit ein Ingenieur die heutigen SSIDs auf offene, sichere und xPSK-Strukturen auf dieser Hardware überträgt - und Sie behalten den Plan. Das Netzwerk-Health-Monitoring ermöglicht anschließend das Drilldown von der Gesamtumgebung bis hin zu einem einzelnen Standort und einem Hardware-Gerät, inklusive Geschwindigkeitsmessungen, Authentifizierungsraten sowie Download- und Verhaltensdaten, damit Missbrauch sichtbar wird statt nur vermutet. Die Funkplanung muss dennoch solide sein. Messungen können keinen Kanalplan korrigieren, der nie ordentlich entworfen wurde. Deshalb bleibt das WiFi Netzwerk-Design eine eigenständige Aufgabe.
Legen Sie die Berichtsregeln vor dem zweiten Standort fest. Verwenden Sie überall denselben Zeitraum und dasselbe Stichprobenintervall. Kennzeichnen Sie die Verlässlichkeit. Erstellen Sie Berichte nach Standort, SSID und VLAN, und weisen Sie jedem Dashboard einen benannten Verantwortlichen zu. Starten Sie den Rollout erst, wenn der Pilotversuch mit den Zählern übereinstimmt und das Team seine drei wichtigsten Fragen anhand der Daten beantworten kann. Ist dies nicht der Fall, kehren Sie zu den Abweichungsprüfungen zurück. Die Erweiterung einer fehlerhaften Basis führt nur dazu, dass Fehler schneller verbreitet werden.
Purple Access bringt Open, Secure und xPSK auf die Access Points, die Sie bereits betreiben - mit Cloud RADIUS Accounting, das Sie an einen Benutzer, ein Gerät oder einen Schlüssel binden können, sowie Statusansichten, die einen ruhigen Monatsdurchschnitt von einer schlechten Spitzenstunde unterscheiden. Testen Sie es an einem Standort anhand Ihrer Tickets und Ihres Audit-Trails, bevor Sie den Rest der Infrastruktur anpassen. Erfahren Sie unter Purple Access, wie das zu Ihren Standorten passt.
