Christoph Emsenhuber
ff3c3a0ab3
E5 war in teilprojekte.md beschrieben, aber an drei Stellen nicht mitgezogen. Die Etappen-Kette im kritischen Pfad endete bei E4, der TP5-Header trug "DURCH (2026-08-18)" -- E5 kam einen Tag spaeter -- und CLAUDE.md nannte "IoT anlernen" weiter als Fall fuer jit-admin, obwohl MAIN->IOT seit E5 dauerhaft offen steht. Beim TP5-Header steht jetzt explizit, dass "DURCH" nicht "abgeschlossen" heisst: unter deny-by-default braucht jeder neue Dienst ueber eine VLAN-Grenze seine Regel, weitere Etappen sind Betrieb und kein Rueckschritt. Sonst liest die naechste Session ein ✅ und wundert sich ueber E6. In CLAUDE.md steht jetzt, welche Paare dauerhaft offen sind (MAIN nach INFRA/MEDIA/MGMT/IOT) und dass IOT->MAIN bewusst zu bleibt, plus die SNMP-Merkregel: der Drucker faellt mit udp/161 auf, nicht mit 631 -- eine Whitelist auf dem erwarteten Port haette nichts repariert. Gegengeprueft: Compliance live 92/92, 0 Drifts; E5-Regel am Geraet aktiv mit 100 Paketen. 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