Pingt der messende Laptop das Telefon an, laeuft der Weg ueber zwei Funkstrecken -- Laptop -> AP -> Core -> AP -> Telefon. Fehlt dann ein Paket, ist nicht entscheidbar, welches der beiden Geraete weg war, und genau diese Trennschaerfe ist der ganze Zweck der Messung. Vom Core aus ist die Strecke bis zum AP durchgehend Kabel. Ausloeser war unfreiwillig: das MacBook ist mitten in einem Lauf vom Dock ans WLAN gewechselt und hat dabei die IP gewechselt -- die Konsole war ploetzlich nicht mehr erreichbar, und der Ping haette ab da zwei Funkstrecken gemessen. Das Ping-Protokoll ist jetzt eine CSV (ts_local,seq,ms; leeres ms = Verlust), die Auswertung liest beide Formate, damit die Laeufe von gestern lesbar bleiben. RouterOS-Dauern kommen als "3ms441us" oder "529us" und werden entsprechend geparst. Eine Falle steckt im Skript-Kommentar: tr puffert blockweise, sobald die Ausgabe in eine Pipe geht -- die ersten ~130 Zeilen haengen im Puffer und die Datei bleibt scheinbar leer. Das \r kommt deshalb im Shell-Loop weg, nicht per tr. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
4.5 KiB
Executable File
4.5 KiB
Executable File