7ee64b5db2a51a31fbd3220b275a0dc84e8a4a53
Getrennt nach ZUSTAND, nicht nach TP (der Vorschlag "1 MD pro Teilprojekt" haette ~35 Dateien ergeben und genau die Querbezuege zerschnitten, die das Dokument wertvoll machen -- Reihenfolge, Abhaengigkeiten, "TP23 haengt an TP5 in beide Richtungen"): - docs/teilprojekte.md = Rahmen + kritischer Pfad + 16 OFFENE TPs - docs/teilprojekte-archiv.md = 34 abgeschlossene TPs, Volltext + Inhaltsverzeichnis Zuordnungsregel steht in beiden Dateien und in CLAUDE.md: ein TP wandert erst dann ins Archiv, wenn nichts mehr daran zu tun ist. Wo nur ein Sub-TP offen war, blieb dieses vorne (TP17.2 <-> TP17, TP20.1 <-> TP20). TP25 von 393 auf ~100 Zeilen kondensiert: Stand, Offenes (Fund F, die 20-MHz-Entscheidung) und die Merkregeln bleiben vorne, die Langfassung liegt unveraendert im Archiv (#tp25-lang) -- ein guter Teil ihres Werts steckt in den widerlegten Erklaerungen, die zeigen, welche Wege schon abgelaufen sind. Kein Inhalt verloren: maschinell gegengeprueft, von 2218 Originalzeilen tauchen alle wieder auf bis auf 7 bewusste Korrekturen. Drift, der beim Aufraeumen aufgefallen ist (dieselbe Klasse wie die 08-18-Lehre, dass der Ist-Stand-Block zuletzt nachgezogen wird): - Compliance im Ist-Stand war einen Tag alt: 100/100 bei 25 Rules -> live gegen die Nautobot-API geprueft 104/104 bei 26 Rules, 0 Drifts - VLAN-Tabelle trug immer noch "Public-IP an ap1" -> crs326-core (Rest aus Punkt C, den vier Durchgaenge uebersehen haben, weil er in einer Tabellenzelle steckt und nicht in einem TP-Absatz) - die DOCSIS-Erklaerung aus dem TP6-Abschluss stand im kritischen Pfad noch als Begruendung, obwohl TP6.1 sie am selben Tag widerlegt hat -> datierter Nachtrag Live gegengeprueft statt abgeschrieben: crs326-branch traegt keine 192.168.88.x-Adresse mehr, damit ist der letzte offene Aufraeum-Punkt aus TP21.1 geschlossen und das TP durfte ins Archiv. 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%