From ef20616919fb5b005feac66d98444557900869ed Mon Sep 17 00:00:00 2001 From: Christoph Emsenhuber Date: Wed, 19 Aug 2026 16:04:20 +0200 Subject: [PATCH] Doku-Rest: ip-plan, Aufraeum-Liste und Memories nachgezogen ip-plan.md war als Statusdokument stale: ap1 stand als "Router/GW, ist GW, kein Umzug" und sw1 als lebendes Geraet mit offenem Migrationsschritt. Beides seit dem Core-Cutover falsch. Kopfblock mit der heutigen Rollenverteilung davorgesetzt, die sechs betroffenen Zeilen nachgezogen -- die Planung von damals bleibt darunter lesbar, geloescht wurde nichts. doku-cleanup-session.md: Punkt E geschlossen. Der Nachlauf haelt fest, dass zwischen 16. und 19. zwei Runden Drift dazugekommen sind, und warum die erste lehrreicher ist: nachgezogen wurden die TP-Abschnitte und CLAUDE.md, stehen blieb ausgerechnet der Block, den eine frische Session zuerst liest. Memories: project_tp3_ap_rebuild bekommt einen Superseded-Kopf (der Satz "reine Standalone-APs, kein Manager/CAP" war bis 08-17 richtig), das wifi-rebuild-Memory einen Hinweis, dass die CAPsMAN-Abschaffung inzwischen selbst revidiert ist. In ref_nautobot_api_gotchas stand "kein CAPsMAN" als Begruendung fuer den logischen Controller -- die Begruendung ist weg, der Stand bleibt, und die Modellfrage ist jetzt als offen markiert statt still falsch. Neu: feedback_abnahme_wirkung_nicht_anzeige. Drei Fehlbefunde in einer Nacht -- Registration-Table, Job-Status, 70-Sekunden-Zaehler -- hatten dieselbe Ursache: gemessen wurde die Anzeige daneben, nicht die Wirkung am Ziel. Der WLAN-Fall kostete 14 Stunden. Co-Authored-By: Claude Opus 5 --- docs/doku-cleanup-session.md | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) diff --git a/docs/doku-cleanup-session.md b/docs/doku-cleanup-session.md index 03af6e2..e4c2e79 100644 --- a/docs/doku-cleanup-session.md +++ b/docs/doku-cleanup-session.md @@ -16,6 +16,24 @@ > > **Scope-Änderung am selben Tag:** die DC-USV ist aus TP15 herausgelöst und heißt jetzt **TP24**. +> ## ✅ NACHLAUF 2026-08-18/19 — die Liste ist abgeschlossen +> +> Zwischen dem 16. und dem 19. sind **zwei Runden** Drift dazugekommen, beide durch echte Arbeit und +> nicht durch Nachlässigkeit — die Doku hinkt hier naturgemäß einen Tag hinterher. +> +> | Runde | was driftete | erledigt | +> |---|---|---| +> | **08-18** (Commit `0ec812c`) | der **„Ist-Stand (Kurz)"-Block** war an vier Stellen überholt (Standalone statt CAPsMAN, 7.19.5/7.23 statt 7.24, `1.1.1.1` statt DoH, 68/68 statt 92/92); **TP26 + TP27** existierten nur als Commits ohne Abschnitt | ✅ | +> | **08-19** (diese Session) | Rest-**Selbstwiderspruch** im kritischen Pfad · `docs/ip-plan.md` führte ap1 als Router und sw1 als lebend · **TP13**-Technikteil beschrieb Standalone-APs · Memories + Index ohne TP28-Nachtrag | ✅ | +> +> **Die Lehre aus der ersten Runde ist die wichtigere:** nachgezogen wurden damals die TP-Abschnitte +> und `CLAUDE.md` — ausgerechnet der Block, den eine frische Session **zuerst** liest, blieb stehen. +> **Merkregel: der Ist-Stand-Block wird bei jeder Änderung mitgezogen, nicht nur der betroffene TP.** +> +> **Punkt E ist damit geschlossen.** Neu entstanden statt weiterer Aufräumarbeit: vier ausführbare +> Runbooks (`tp6-praemisse-messrunbook`, `tp16.3-nautobot-mesh-only`, `tp14.4-cf-access-token`, +> `tp13-botschafts-wlan`) — die TPs standen als Einzeiler da, aus denen niemand losarbeiten konnte. + > **Vorbereitet 2026-08-14.** Reine Doku-Session, **kein** Netz-Eingriff, kein Gerät wird angefasst. > Auslöser: `docs/teilprojekte.md` beschreibt an mehreren Stellen noch die Topologie **vor** dem > 2026-08-08 (ap1 = Router, sw1/sw2 lebendig, Omada aktiv, CAPsMAN). Das Dokument sagt über sich