bf-infra

admin/bf-infra

Fork 0

Commit Graph

Author	SHA1	Message	Date
Christoph Emsenhuber	b595c75eef	TP15: CRS326-Bring-up (core+branch) + Branch-Tausch gegen sw2 durch - Beide CRS326 grundkonfiguriert via REST (Governance-Ausnahme #2): core-zuerst als L2-Pfad, Zugriff auf Werks-.88.1 über temporäre ap1-.88.2+Masquerade (nach Bring-up entfernt). Winbox-MAC scheiterte (sync-timeout). - branch produktiv, volle SOLL-Portbelegung (ether1 Uplink→sw1#8, 2/8 NAS-20T, 3 Drucker/4 Dock VLAN10, 5/6 Sonos VLAN40, 7 macmini VLAN20, 24 ap2), mgmt .99.13; core grundkonfiguriert nicht produktiv (mgmt .99.11, an sw1#12). - Branch-Tausch: sw2 physisch raus, Lifelines auf branch; Abnahme grün (NAS/ macmini VLAN20, Dock VLAN10, Sonos VLAN40). Gotcha: ether3/5-Kabel vertauscht (Sonos-VLAN10-Leck/Dual-Homing) → gefixt. - Nautobot modelliert + GraphQL-verifiziert (nautobot/ingest-crs326-ports.py): branch Active + Ports, core Planned + tentativ, sw1 verifizierte 16-Port- Belegung (löst UNVERIFIZIERT), sw2 Decommissioning. - CRS326 in MikroMCP routers.yaml; Creds in ~/.secrets. Doku (teilprojekte/ CLAUDE/ip-plan) nachgezogen; Core-Swap-Handoff-Prompt neu. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-23 16:20:26 +02:00
Christoph Emsenhuber	dfec117e6b	TP15: Portfakten + Governance-Ausnahme CRS326-Bring-up + Handoff-Prompt Portplan-Widerspruch aufgeloest (User): Core #15 = ap1 (Ziel kuenftig #4), #11 = cudy1. Damit gilt die TP4-Variante (gi16 Arris -> gi15 Trunk -> ap1); 03-trunk-ap-ports.cli (gi1 = ap1) ist STALE, vom Edge-Cutover 2026-07-01 ueberholt. gi16/gi8 bleiben unverifiziert und sind in Nautobot als solche markiert. Kernrisiko dokumentiert: crs326-core ersetzt sw1 UND wird L3-Router, an sw1 haengt ap1 (#15) mit Gateway/DHCP/DNS/WAN-Trunk -> Core-Tausch und L3-Umzug sind dasselbe Ereignis und bedeuten ein Vollausfall-Fenster. Entscheid: Branch zuerst, Core eigene Session. Rettungspfade liegen guenstig getrennt (Notebook-WLAN via cudy1 am Core #11, Kabel-Plan-B am sw2/Branch P4). Governance-Ausnahme #2 erteilt (User): CRS326-Grundconfig direkt via MikroMCP/Winbox (Henne-Ei - GC kann nicht auf ein Geraet ohne IP pushen, Templates fehlen). Auflage: Ist-Stand danach als intended config nach Nautobot. Gilt nicht fuer ap1/ap2. Nautobot: cudy1/cudy2 als Cudy WR3600E V1.0 (Firmware 2.3.15-20250905-191956), cudy1 -> Technik UG, cudy2 -> Technik OG/Decommissioning; Platzhalter-DeviceType entfernt; sw1 gi8/gi11/gi15/gi16; crs326-core ether4 als Zielport fuer ap1. Alle 8 Devices haben jetzt einen Bereich. Neu: docs/tp15-crs326-session-handoff-prompt.md - kopierfertiger Auftrag fuer die naechste Session (beide CRS326 bring-up, Portplan, NUR Branch-Tausch). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-22 21:58:12 +02:00

Author

SHA1

Message

Date

Christoph Emsenhuber

b595c75eef

TP15: CRS326-Bring-up (core+branch) + Branch-Tausch gegen sw2 durch

- Beide CRS326 grundkonfiguriert via REST (Governance-Ausnahme #2): core-zuerst
  als L2-Pfad, Zugriff auf Werks-.88.1 über temporäre ap1-.88.2+Masquerade
  (nach Bring-up entfernt). Winbox-MAC scheiterte (sync-timeout).
- branch produktiv, volle SOLL-Portbelegung (ether1 Uplink→sw1#8, 2/8 NAS-20T,
  3 Drucker/4 Dock VLAN10, 5/6 Sonos VLAN40, 7 macmini VLAN20, 24 ap2), mgmt
  .99.13; core grundkonfiguriert nicht produktiv (mgmt .99.11, an sw1#12).
- Branch-Tausch: sw2 physisch raus, Lifelines auf branch; Abnahme grün (NAS/
  macmini VLAN20, Dock VLAN10, Sonos VLAN40). Gotcha: ether3/5-Kabel vertauscht
  (Sonos-VLAN10-Leck/Dual-Homing) → gefixt.
- Nautobot modelliert + GraphQL-verifiziert (nautobot/ingest-crs326-ports.py):
  branch Active + Ports, core Planned + tentativ, sw1 verifizierte 16-Port-
  Belegung (löst UNVERIFIZIERT), sw2 Decommissioning.
- CRS326 in MikroMCP routers.yaml; Creds in ~/.secrets. Doku (teilprojekte/
  CLAUDE/ip-plan) nachgezogen; Core-Swap-Handoff-Prompt neu.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-07-23 16:20:26 +02:00

Christoph Emsenhuber

dfec117e6b

TP15: Portfakten + Governance-Ausnahme CRS326-Bring-up + Handoff-Prompt

Portplan-Widerspruch aufgeloest (User): Core #15 = ap1 (Ziel kuenftig #4), #11 = cudy1.
Damit gilt die TP4-Variante (gi16 Arris -> gi15 Trunk -> ap1); 03-trunk-ap-ports.cli
(gi1 = ap1) ist STALE, vom Edge-Cutover 2026-07-01 ueberholt. gi16/gi8 bleiben
unverifiziert und sind in Nautobot als solche markiert.

Kernrisiko dokumentiert: crs326-core ersetzt sw1 UND wird L3-Router, an sw1 haengt ap1
(#15) mit Gateway/DHCP/DNS/WAN-Trunk -> Core-Tausch und L3-Umzug sind dasselbe Ereignis
und bedeuten ein Vollausfall-Fenster. Entscheid: Branch zuerst, Core eigene Session.
Rettungspfade liegen guenstig getrennt (Notebook-WLAN via cudy1 am Core #11,
Kabel-Plan-B am sw2/Branch P4).

Governance-Ausnahme #2 erteilt (User): CRS326-Grundconfig direkt via MikroMCP/Winbox
(Henne-Ei - GC kann nicht auf ein Geraet ohne IP pushen, Templates fehlen). Auflage:
Ist-Stand danach als intended config nach Nautobot. Gilt nicht fuer ap1/ap2.

Nautobot: cudy1/cudy2 als Cudy WR3600E V1.0 (Firmware 2.3.15-20250905-191956),
cudy1 -> Technik UG, cudy2 -> Technik OG/Decommissioning; Platzhalter-DeviceType
entfernt; sw1 gi8/gi11/gi15/gi16; crs326-core ether4 als Zielport fuer ap1.
Alle 8 Devices haben jetzt einen Bereich.

Neu: docs/tp15-crs326-session-handoff-prompt.md - kopierfertiger Auftrag fuer die
naechste Session (beide CRS326 bring-up, Portplan, NUR Branch-Tausch).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-07-22 21:58:12 +02:00

2 Commits