Christoph Emsenhuber
f3d8779c96
Das Messrunbook beschreibt die Methode, war aber nichts, das man jemandem in die Hand druecken kann. Dazu jetzt zwei Artefakte: - tp6-bufferbloat-messung.sh reproduziert die Methode von 2026-06-16 (3 Flows Saettigung, 24 Pings idle/Last) und misst zusaetzlich die Download-Richtung, die damals nie gemessen wurde. Es prueft vorab die zwei Vorbedingungen, an denen die Messung sonst still scheitert: Default-Route ueber utun* = WARP-Verdacht, und mehr als eine 10.40er-Adresse = dual-homed. Beides nur als Warnung -- die definitive WARP-Kontrolle ist das Menueleisten-Icon, das kein Skript sehen kann. Es misst ausschliesslich und aendert nichts am Netz. - tp6-messung-tutorial.md ist die Anleitung fuer die Person am Kabel (Geli), getrennt in den einfachen Browser-Weg und den exakten Skript-Weg. Das Warum bleibt im Runbook, hier steht nur das Machen. Beide verweisen fuer die Auswertung auf tp6-praemisse-messrunbook.md §3/§5, damit das Abbruchkriterium an genau einer Stelle steht. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
80 lines
2.5 KiB
Markdown
80 lines
2.5 KiB
Markdown
# TP6-Messung — Schritt für Schritt (für Geli)
|
||
|
||
> Das ist die **Anleitung zum Ausführen**. Warum gemessen wird und was das Ergebnis bedeutet,
|
||
> steht in [`tp6-praemisse-messrunbook.md`](tp6-praemisse-messrunbook.md). Hier geht es nur ums
|
||
> **Machen** — in ~15 Minuten.
|
||
|
||
---
|
||
|
||
## Vorher: 3 Dinge, sonst ist die Messung wertlos
|
||
|
||
1. **WARP aus.** Menüleiste → Cloudflare-WARP-Icon → **Disconnect**. Ohne das misst du den
|
||
Cloudflare-Tunnel statt der Liwest-Leitung, und Ping geht gar nicht erst durch.
|
||
2. **Ein Kabel, ein Netz.** Laptop per **Ethernet-Kabel** anstecken, **WLAN aus**. Der Laptop darf
|
||
nur **eine** 10.40-Adresse haben — und die muss **10.40.10.x** (VLAN10) sein. Nicht gleichzeitig
|
||
in VLAN10 und VLAN20 hängen.
|
||
3. **Netz ruhig.** Keine großen Downloads, Backups oder Streams laufen lassen, während gemessen wird.
|
||
|
||
---
|
||
|
||
## Weg A — der einfache (5 min, Browser)
|
||
|
||
1. Browser öffnen → **https://www.waveform.com/tools/bufferbloat**
|
||
2. „Start" drücken, warten bis fertig.
|
||
3. **Notieren: den Buchstaben-Grade** (A / A+ / B / C / D) für Upload und Download.
|
||
|
||
Das ist die Gegenprobe. Die vergleichbare Zahl kommt aus Weg B.
|
||
|
||
---
|
||
|
||
## Weg B — der exakte (reproduziert 2026-06-16)
|
||
|
||
Im Ordner `docs/` dieses Repos liegt das Skript. Es prüft die Vorbedingungen, misst die Linerate
|
||
und liefert **drei Ping-Reihen**:
|
||
|
||
```bash
|
||
bash tp6-bufferbloat-messung.sh
|
||
```
|
||
|
||
Die drei Reihen, die du am Ende notierst:
|
||
|
||
| # | Messung | Bedeutung |
|
||
|---|---|---|
|
||
| 1 | **idle** | Netz ruhig — die Baseline |
|
||
| 2 | **unter Upload-Last** | 3 Flows × ~430 KB/s = ~10,3 Mbit sättigen den Upload |
|
||
| 3 | **unter Download-Last** | 3 parallele Downloads sättigen den Download |
|
||
|
||
Jede Reihe endet mit einer Zeile `min/avg/max` — **die drei avg-Werte sind die Zahl, auf die es
|
||
ankommt.**
|
||
|
||
---
|
||
|
||
## Was notieren
|
||
|
||
| Messung | min | avg | max |
|
||
|---|---|---|---|
|
||
| idle | | | |
|
||
| Upload-Last | | | |
|
||
| Download-Last | | | |
|
||
|
||
Plus den **waveform-Grade** aus Weg A.
|
||
|
||
---
|
||
|
||
## Was NICHT tun
|
||
|
||
- **Nichts am Router ändern.** Die Messung ist read-only. Keine Queues, keine Firewall-Regeln,
|
||
keine „nur kurz"-Eingriffe.
|
||
- **Nicht über WLAN messen** — Funk-Jitter verfälscht alles.
|
||
- **Nicht mit aktivem WARP messen.**
|
||
|
||
---
|
||
|
||
## Danach
|
||
|
||
Die Zahlen an Christoph schicken. Er trägt sie in `tp6-praemisse-messrunbook.md` §5 ein und
|
||
entscheidet anhand der Tabelle in §3:
|
||
|
||
- **A/A+ in beide Richtungen** → TP6 wird geschlossen statt gebaut.
|
||
- **B oder schlechter** → CAKE ist die Antwort, mit der Zahl als Begründung.
|