Initial import from bf-network-r6.opencode — opencode migration

This commit is contained in:
2026-08-26 12:44:21 +02:00
commit 5ee0716dda
297 changed files with 72324 additions and 0 deletions

View File

@@ -0,0 +1,79 @@
# 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.