Die TP6-Praemisse ist ausgefuehrt: drei Messreihen von einem kabelgebundenen Client in VLAN10, zwei davon mit laufendem Telegram-Videocall an zwei Orten. Ergebnis (Runbook §5): unter Dauer-Upload steigt die Latenz von 13 auf 40--60 ms, im Download auf 36--41 ms. Das sind +28 bis +47 ms und damit ueber der Schwelle von 30 ms, die §3 VOR der Messung festgelegt hat -- formal Fall B, CAKE ist begruendet. Die Einschraenkung gehoert zur Zahl: durch alle sechs Lastphasen lief ein Videocall, und es wurde kein einziger Problem-Button gedrueckt. Messbar ja, wahrnehmbar nein. waveform sagt zeitgleich Grade A -- kein Widerspruch, sondern ein kuerzerer Test, dessen Upload-Verteilung zweigipflig ist (25. Perzentil 14,5 ms, 75. Perzentil 47,5 ms). Erstmals dokumentiert: die tatsaechliche Linerate. Upload 9,6 Mbit, Download 54,6 Mbit. Die im Repo kolportierten "~10 Mbit" galten immer nur dem Upload. Der lautere Befund ist ein Nebenprodukt: der Core-Sampler hat 2,5 Stunden lang das iPhone mitgeschrieben. Sticky Client (ein Weg durchs ganze Haus, dreimal direkt an ap1 vorbei, eine einzige Uebergabe -- und die erst oben bei -73 dBm) und Band-Ping-Pong (zwoelf Wechsel in neun Minuten am selben Ort). Je Wechsel bis zu 4 s ohne Durchsatz -- als Obergrenze notiert, denn die Zaehler starten nach einer Neuanmeldung bei null; der saubere Test per ping auf das Telefon steht aus. Das passiert TROTZ aktivem 802.11k/v und FT, live geprueft: damit ist die Merkregel ref_ft_is_not_roaming historisch. Der Bandabstand von 8--10 dB ist dabei normale Physik; das Problem ist, dass 5 GHz an den Telefonier-Orten bei -75 bis -80 dBm landet. Zwei Messfehler bleiben dokumentiert, weil sie die Methode betreffen und beide denselben Typ haben -- die Anzeige war gruen, die Wirkung fehlte: speed.cloudflare.com/__down antwortet ohne User-Agent mit 403 und einem Byte (saubere Ping-Reihe ueber tote Flows), und ein Call lief 5,5 Minuten ohne Treiber (Marker geschrieben, nichts gemessen). Status nachgezogen -- Header inklusive: TP6 von "Praemisse pruefen" auf "gemessen, Fall B, nachrangig", TP25 auf kritischen Pfad. Rohdaten liegen unter docs/messdaten/tp6-20260820/, damit die Zahlen nachpruefbar bleiben. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
536 B
536 B
| 1 | ts_epoch | ts_local | marker |
|---|---|---|---|
| 2 | 1787256587 | 22:09:47 | CALL_START |
| 3 | 1787256588 | 22:09:48 | PHASE_C0-call-idle-90s |
| 4 | 1787256701 | 22:11:41 | PHASE_U-upload-settle |
| 5 | 1787256731 | 22:12:11 | PHASE_U-upload-ping |
| 6 | 1787257567 | 22:26:07 | CALL_END |
| 7 | 1787260290 | 23:11:30 | CALL_START |
| 8 | 1787260291 | 23:11:31 | PHASE_C0 |
| 9 | 1787260404 | 23:13:24 | PHASE_U-settle |
| 10 | 1787260434 | 23:13:54 | PHASE_U-ping |
| 11 | 1787260458 | 23:14:18 | PHASE_U-recovery |
| 12 | 1787260488 | 23:14:48 | PHASE_D-settle |
| 13 | 1787260518 | 23:15:18 | PHASE_D-ping |
| 14 | 1787260541 | 23:15:41 | PHASE_C1 |
| 15 | 1787260624 | 23:17:04 | PHASE_LANGZEIT |
| 16 | 1787262063 | 23:41:03 | CALL_END |