From 0ad2ca21e0afa12dda79d8c3ce4a98d8d9966e00 Mon Sep 17 00:00:00 2001 From: Christoph Emsenhuber Date: Tue, 16 Jun 2026 13:50:42 +0200 Subject: [PATCH] =?UTF-8?q?AP=20IP-Plan=20=F0=9F=93=8B=20Ger=C3=A4te-IPs?= =?UTF-8?q?=20je=20Ziel-VLAN=20definiert=20(docs/ip-plan.md)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Eigenständiges Arbeitspaket: finale statische IPs je Gerät in den Ziel-VLANs (INFRA 20 / MGMT 99), Host-Oktett beibehalten, Vorschläge zum Bestätigen. Kontext (live in dieser Session umgesetzt, nicht im Repo): - Omada PVID-Fix Teil 1: P3/P6 Sonos→Access-MEDIA (VLAN40), P5 Drucker→Access-MAIN10 (VLAN10). - ap1 srcnat: accept 10.40.0.0/16 vor Masquerade → Inter-VLAN ohne SNAT. - Voraussetzung erfüllt: VLAN1↔VLANx-Routing via statischer FB-Route → ap1. Co-Authored-By: Claude Opus 4.8 --- docs/ip-plan.md | 46 ++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 46 insertions(+) create mode 100644 docs/ip-plan.md diff --git a/docs/ip-plan.md b/docs/ip-plan.md new file mode 100644 index 0000000..9a23cf0 --- /dev/null +++ b/docs/ip-plan.md @@ -0,0 +1,46 @@ +# AP — IP-Plan BF (per-Gerät, Ziel-VLAN-Subnetze) + +> **Eigenständiges Arbeitspaket.** Hier definieren wir die **finalen statischen IPs** je Gerät in den +> Ziel-VLANs. Voraussetzung (✅ erfüllt 2026-06-16): Routing VLAN1 ↔ übrige VLANs steht (statische Route +> auf der FB → `10.40.41.1`), ap1-NAT nimmt LAN-internes aus (`srcnat accept 10.40.0.0/16`). +> Erst **bestätigte** Zeilen werden migriert. Status: 🟡 Entwurf — Vorschläge zum Festklopfen. + +## Konventionen +- **Host-Oktett möglichst beibehalten** (weniger Churn in DNS/Configs): z.B. NAS `.10` → `10.40.20.10`. +- GW je VLAN = `.1` (ap1). Pools `.100–.200` = DHCP → statische Geräte **außerhalb** des Pools (`.2–.99`). +- Zuordnung nach kanonischem Modell: **VLAN20 INFRA** = NAS/VMs/Docker/HA/Services · **VLAN99 MGMT** = + Switch/AP/Hypervisor-Mgmt · **VLAN10 MAIN** = trusted Clients · **VLAN40 MEDIA** = Sonos/AppleTV/TV. +- Pro migriertem Gerät: (1) IP am Gerät selbst umstellen, (2) DHCP-Reservierung/Static pflegen, + (3) DNS `bf.lan`-Eintrag auf ap1 updaten, (4) Reachability prüfen. + +## Geräte-Tabelle (Vorschlag → bestätigen) + +| Gerät | aktuell (VLAN1) | Rolle | Ziel-VLAN | **Vorschlag IP** | bestätigt | Notizen | +|---|---|---|---|---|---|---| +| ap1 (Router/hAP) | 10.40.41.1 | Router/GW | alle (.1) + Mgmt | bleibt `.1` je VLAN; Mgmt `10.40.99.1` | ⬜ | ist GW, kein „Umzug" | +| ap2 (hAP) | 10.40.41.2 | AP | 99 MGMT | `10.40.99.2` | ⬜ | | +| sw1 ALLNET (Core) | 10.40.41.11 | Switch-Mgmt | 99 MGMT | `10.40.99.11` | ⬜ | Mgmt-VLAN-Wechsel = Lockout-Risiko, sorgsam | +| sw2 Omada (ES208G) | 10.40.41.12 | Switch-Mgmt | 99 MGMT | `10.40.99.12` | ⬜ | | +| NAS nas-bf (DS923) | 10.40.41.10 | INFRA | 20 INFRA | `10.40.20.10` | ⬜ | trägt Omada-Controller (macvlan) | +| Omada-Controller | 10.40.41.175 | Service (macvlan/DS923) | 20 INFRA | `10.40.20.175` | ⬜ | ⚠️ Mgmt-Ebene — vorsichtig/spät | +| omada-mcp | 10.40.41.176 | Service (pve-LXC) | 20 INFRA | `10.40.20.176` | ⬜ | ⚠️ Mgmt-Ebene | +| pve-mcp | 10.40.41.173 | Service (pve) | 20 INFRA | `10.40.20.173` | ⬜ | ⚠️ Mgmt-Ebene | +| Docker-LXC | 10.40.41.126 | Docker-Host (pve) | 20 INFRA | `10.40.20.126` | ⬜ | Portainer/Komodo | +| Proxmox pve | 10.40.41.100 | Hypervisor-Mgmt | 99 MGMT | `10.40.99.100` | ⬜ | kein SSH-Key aktuell | +| Mac mini | 10.40.41.167 | INFRA/Server | 20 INFRA | `10.40.20.167` | ⬜ | Omada P7 = Access-INFRA | +| FritzBox 6660 | 10.40.41.254 | WAN/Transfer | bleibt VLAN1/Transfer | `10.40.41.254` | ⬜ | wird Modem nach Bridge (TP10) | + +> Weitere Geräte (Home Assistant, HA-IoT, Drucker-Reservierung, etc.) hier ergänzen, sobald relevant. + +## Migrations-Reihenfolge & Risiko +1. **Unkritisch zuerst** (kein Mgmt-Pfad): z.B. Mac mini, Docker-LXC-Workloads. +2. **NAS** als zentraler Block — zieht den macvlan-Omada-Controller mit; Controller-IP-Wechsel = ich verliere + kurzzeitig den Omada-Zugriff → vorher omada-mcp/Controller-Erreichbarkeit auf neue IP umstellen. +3. **Mgmt-Plane zuletzt** (omada-mcp, pve-mcp, Controller): erst migrieren, wenn der neue Pfad verifiziert ist. +4. **Switch-/AP-Mgmt (VLAN99)**: Lockout-Risiko — VLAN muss am Port liegen + Gerät trägt es, in einem Schritt. + +## Abhängigkeiten +- ✅ VLAN1↔VLANx-Routing (FB-Route) · ✅ ap1-NAT-Ausnahme (inter-VLAN ohne SNAT). +- Speist den **Rest des Omada-PVID-Fix** (P7 macmini→INFRA, P8 NAS→INFRA, P4 nach Klärung) sowie die + DNS-`bf.lan`-Aktualisierung in [project_tp4_router]-Memory. +- Unabhängig von TP10/Bridge.