admin/bf-infra
1
0
Fork 0
Code Issues 21 Pull Requests Actions Packages Projects Releases Wiki Activity

Uebergabe fuer die TP6-Session + zwei fehlende Vorbedingungen im Messrunbook

Browse Source 
Das Messrunbook verlangte einen kabelgebundenen VLAN10-Client, warnte aber
nicht vor WARP. Ein aktiver WARP-Client tunnelt alles durch Cloudflares
QUIC-Proxy -- gemessen waere der Tunnel statt der Leitung, und ICMP kaeme gar
nicht erst durch. Genau das ist hier schon zweimal passiert. Dazu die
Dual-Homing-Falle: das MacBook haelt zeitweise Leases in VLAN10 und VLAN20.
Beides steht jetzt als Vorbedingung vor Schritt 1, nicht als Fussnote.

Die Uebergabe traegt den live verifizierten Ist-Stand (92/92, 0 forward-Drops
heute), die fuer die Messung relevanten Randbedingungen -- Fasttrack ist
entschieden, /queue fehlt im Template, der Core ist ein 800-MHz-ARM -- und
was mit beiden moeglichen Ergebnissen zu tun ist.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Christoph Emsenhuber
2026-08-19 16:39:22 +02:00
parent 1084f1978c
commit 78eef95f12
3 changed files with 138 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

17
docs/tp6-praemisse-messrunbook.md
View File

@@ -54,7 +54,22 @@ Deshalb: **dieselbe Methode zuerst**, die bequemere danach.
### 2.1 Primärmessung — reproduziert 2026-06-16
Von einem **kabelgebundenen** Client in VLAN10 (WLAN würde die Messung mit Funk-Jitter verseuchen):
Von einem **kabelgebundenen** Client in VLAN10 (WLAN würde die Messung mit Funk-Jitter verseuchen).
> 🔴 **Zwei Client-Vorbedingungen, ohne die die Messung wertlos ist** (nachgetragen 2026-08-19):
>
> 1. **WARP MUSS AUS SEIN.** Ein aktiver WARP-Client schickt den Verkehr durch Cloudflares
> QUIC-Tunnel — gemessen würde dann der Tunnel, nicht die Liwest-Strecke, und ICMP geht
> gar nicht erst durch. Das ist in diesem Projekt schon zweimal aufgeschlagen
> (`ref_warp_local_icmp_trap`; zuletzt am 2026-08-18, als `dig`-Tests vom MacBook stumm
> ins Leere liefen, während dieselben Abfragen aus VLAN20 sofort antworteten).
> **Vor der ersten Zahl prüfen, nicht danach.**
> 2. **Nicht dual-homed messen.** Das MacBook hält zeitweise Leases in **VLAN10 und VLAN20**
> gleichzeitig (dokumentiert in `project_dual_homing_slowness_incident`). Dann ist unklar,
> über welches Interface die Flows laufen und welchen Weg die Pings nehmen. Vor der Messung
> sicherstellen, dass genau **ein** Interface aktiv ist — sonst misst man eine Mischung.
Ablauf:
1. **Baseline idle** — 24 Pings gegen ein stabiles externes Ziel, Netz ansonsten ruhig.
```bash