Christoph Emsenhuber
10d93e6214
Etappe 1 ist aufgebaut und verifiziert, wird aber vor der Sammelphase pausiert (User-Entscheid): 76 % des beobachteten Inter-VLAN-Verkehrs waren .41.x-Altlasten. Eine Whitelist daraus haette nach dem Aufraeumen nicht mehr gegolten. - Log-Regel disabled=yes, Memory-Logging zurueck auf topics=info - Kollektor + Logging-Action bleiben stehen -> Wiederaufnahme = zwei Zeilen (routeros/tp5-etappe1-pause.rsc dokumentiert beide Richtungen) - D2 vollzogen: iPhone im MAIN-SSID, .30.201 im ARP auf failed TP19 bekommt die konkrete Restliste, die der Log-Lauf sichtbar gemacht hat: prometheus (.20.151) scrapet 10 tote 10.40.41.x-Ziele, .20.105 zieht auf pve unter der alten .41.100. Umzugsregel 41->20 bei gleichem letzten Oktett. Der gemeldete Timeout auf .20.100:8006 ist KEIN Firewall-/Portproblem: pveproxy lauscht auf *:8006, pve-firewall disabled, HTTP 200 in 0,06 s aus VLAN10 und VLAN20. Notiert ist auch die Fehlerquelle meines ersten Tests - `timeout` existiert auf macOS nicht und meldet falsch-negativ. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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