66035c31666bea761e477bf9f0ae11171a554909
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>
docs 🧭 Governance „Config nur via Nautobot" + TP19.1-Stand (ap1-DNS ✅, ap2 vertagt), sw2-IP-Korrektur .41.181, VLAN99-Cutover-Guides sw1/sw2, TP15-Lieferung 17.07., TP20 an Komodo gebunden
bf-network-r6
BF-Netzwerk-Migration (Variante R6+C2). 2× MikroTik hAP ax² + Core ALL-SG8316M.
SSOT & Übergabe: HANDOVER.md — kompletter Status, Architektur + Begründungen, Phasen, Gotchas, Zugänge.
Plan-Origin: ~/.claude/plans/welche-kosteng-nstigen-alternativen-zu-memoized-sparkle.md
Struktur:
docs/vlan-plan.md— VLAN-/Adressplan (final)docs/core-switch-prep.md— Core-Switch Status & Phasendocs/firmware-flash-runbook.md— FW-Flash Historieswitch/cli/CLI-REFERENCE.md— bestätigte CLI-Syntaxswitch/cli/*.cli/*.exp— reproduzierbare Konfig-Scriptsinventory/bf.csv/bf.md— IP-Doku (aus IPs.xlsx gespiegelt)inventory/bf-core-ports.csv/.md— Switch-Port-Map
Aktueller Stand (2026-06-09):
- Phase A (VLAN-Vorbereitung) ✅ abgeschlossen
- Phase B (hAP-Cutover) ⏳ wartet auf MikroTik-Lieferung
- Phase C (Firewall) + Phase D (Adress-Migration) ausstehend
Description
BF-Infrastruktur (Fork von bf-network-r6): MikroTik, Caddy, AGH, Nautobot/GC, MCPs. Master seit 2026-08-27.
Languages
Python
57.9%
RouterOS Script
33.8%
Jinja
6.6%
Shell
1.7%