# 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.