Christoph Emsenhuber
415be1ed24
Abnahme bestanden: out:bridge = 0 ueber ein 10-Minuten-Fenster (Logdatei vorher geleert). Vorher waren vlan20 -> bridge 76 % des gesamten Inter-VLAN-Verkehrs; die Rate fiel von ~166 auf ~34 Zeilen/min. Beobachtete Matrix (339 Zeilen / 10 min) als Arbeitsmaterial fuer Etappe 2 festgehalten. Zwei Befunde daraus: - D4 ist belegt statt geschaetzt: der Management-Pfad ist HA (10.40.20.105), das ueber seine mikrotik-Integrationen 8728 auf branch/ap1 pollt (je 67x). Ohne Whitelist sperrt der spaetere Drop die Netzverwaltung aus. - Neuer Merkposten: same-VLAN-Verkehr erreicht die forward-Kette — vlan10 -> vlan10 unicast mDNS, erzeugt vom mDNS-Repeater auf dem Core. Harmlos, aber ein blanker Drop wuerde Discovery innerhalb von MAIN beschaedigen. Damit sind drei Whitelist-Zeilen bekannt, bevor Etappe 2 beginnt: LAN->WAN, der Mgmt-Pfad, und same-VLAN-mDNS. 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