diff --git a/docs/teilprojekte.md b/docs/teilprojekte.md
index cb42895..6ebf078 100644
--- a/docs/teilprojekte.md
+++ b/docs/teilprojekte.md
@@ -358,7 +358,15 @@ FT kaschierte das bisher als „Roaming" statt „schwache Abdeckung".
   - ⚠️ **Aber: passives PoE 18–28 V, NICHT 802.3af/at.** Ein normaler 802.3af/at-Switch oder -Injektor speist den hAP ax² **nicht**. Es braucht einen **passiven PoE-Injektor** (MikroTik-Standard). Dazu passend: **der CRS326 hat gar kein PoE** (bereits dokumentiert) → Strom kommt ohnehin aus einem Inline-Injektor zwischen Switchport und AP, nicht aus dem Switch.
   - ⚠️ **Config-Konsequenz:** ap1s Trunk liegt heute auf **`ether2`** → wandert bei der Neuprovisionierung auf **`ether1`**. Und `ether1` steht aktuell auf **`poe-out=auto-on`** (der hAP kann über denselben Port auch Strom *abgeben*) — beim Umbau auf „ether1 = versorgter Uplink" muss `poe-out` auf diesem Port **`off`** gesetzt werden, sonst speisen Injektor und AP gegeneinander.
 - **🔋 DC-USV** (unverändert gültig): MeanWell LRS-150-48 + DDR-120-48 + LiFePO4 20Ah (~€190), 48V-Bus; CRS326 DC-input passt.
-- **Offen:** Standort-Zuordnung der 2 CRS326 (Diele/OG) nach TP19-VLAN1-Retirement; ob/wann sw2 durch einen 3. CRS326 abgelöst wird.
+- ✅ **Standort-/Ablösungs-Mapping final (User 2026-07-22) — sauberes 1:1:**
+  | Bereich | heute | wird abgelöst durch |
+  |---|---|---|
+  | **Technik UG** (virtueller Bereich in der Diele, **kein Keller**) | sw1 (ALLNET, 16 Ports) | **crs326-core** (= neuer L3-Router) |
+  | **Technik OG** | sw2 (ES208G, 8 Ports) + ap2 | **crs326-branch** |
+  | **Wohnzimmer Sideboard** | ap1 | — (bleibt, wird reiner AP) |
+  Kapazität unkritisch: 16+8 belegte Ports heute gegen 2× 24 GbE + 2× SFP+ künftig. In Nautobot gepflegt. `cudy1` hat noch keinen Bereich.
+- ⚠️ **Etappe 1 (Erstzugriff auf die CRS326) ist NICHT kritisch** (User 2026-07-22): Werkszustand, Gerät steht griffbereit neben ihm → der IP-Konflikt auf `192.168.88.1` wird physisch/seriell aufgelöst, kein Lockout-Szenario.
+- 🚧 **Blocker für den Portplan: sw1s Ist-Belegung ist nirgends verlässlich erfasst.** `switch/state-backups/sw1-running-config-20260716-*.txt` sind 214-Byte-Fehlschläge (`Incorrect User Name!!` — toter `claudecode`-Login), `switch/cli/running-PRE.txt` ist der Stand **vor** TP1. Aus den angewendeten CLI-Dateien + Doku ergibt sich ein **Widerspruch**: `03-trunk-ap-ports.cli` sagt **gi1 = ap1 / gi2 = ap2**, der WAN-Cutover in TP4 sagt **gi16 = Arris Access VLAN100 → gi15 Trunk → ap1 ether2**. Ungeklärt, ob ap1 von gi1 auf gi15 umgezogen ist oder gi15 ein zweiter Link ist. **Muss vom Gerät gelesen werden** (User macht sw1 ohnehin selbst im UI/CLI), bevor der CRS326-Portplan entstehen kann.
 - **Hinweis:** die A/B/C/D-Switch-Varianten in `hw-refresh-requirements.md` sind durch die CRS326-Beschaffung überholt (Doc = Recherche-Archiv + USV/Energie-Referenz).
 - Abh.: TP14 ✅ (IP-Migration). Verzahnt: **TP20** (Platform-DB), **TP21** (Nautobot GC), **TP2.1** (sw2-Standalone-Recovery).