Files

Christoph Emsenhuber bf07c642f7 TP5 Etappe 1: Log-Lauf live auf crs326-core

Log-only-Regel am Ende der forward-Kette (blockiert nichts) plus Syslog-
Kollektor, ausgerollt ueber Nautobot GC als manual Config Plans.

- routeros/tp5-etappe1-log-lauf.rsc: der ausgerollte Endzustand + die am
  Geraet belegten Lehren aus dem Rollout
- nautobot/gc-manual-plan.py: Push-Werkzeug (assertet plan.device, liest
  Plan-Status statt Job-Status, strippt Kommentarzeilen)

Zwei Korrekturen an bisherigen Annahmen:
- Ein gescheiterter Netmiko-Deploy hinterlaesst einen TEIL-Zustand. Die
  TP22-Notiz "sauberer Fehlschlag" galt dem NAPALM-Weg.
- Bindestriche in name= werden von RouterOS abgelehnt, Quoten hilft nicht.
  Die zuerst notierte target=/remote=-Erklaerung war falsch und ist raus.

Die Log-Regel steht auf out-interface-list="!WAN": bare fing sie auch allen
Internet-Verkehr. LAN->WAN ist eine garantierte Whitelist-Zeile, also
Rauschen - und ein Merkposten fuer Etappe 3, wo der Drop aus demselben
Grund nicht bare stehen darf.

D2 entschieden: iPhone .30.201 wird ins MAIN-SSID umgehaengt.

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

2026-08-14 17:30:15 +02:00

gc-manual-plan.py

TP5 Etappe 1: Log-Lauf live auf crs326-core

2026-08-14 17:30:15 +02:00

ingest-2026-07-22-restdaten.py

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

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

ingest-ap-configcontext.py

TP22: RouterOS-Fleet unter Nautobot Golden Config, Deploy scharf

2026-08-13 18:16:21 +02:00

ingest-ap-rebuild.py

TP3-Rebuild: ap1+ap2 als reine Standalone-APs (CAPsMAN weg)

2026-08-08 19:18:50 +02:00

ingest-baseline.py

TP21: Nautobot-Basisdaten (Ist-Stand) + TP15-Kurskorrektur CRS326 = L3-Router

2026-07-22 21:28:28 +02:00

ingest-crs326-core-l3.py

TP15: CRS326-Core als L3-Router aktiviert

2026-08-07 22:39:29 +02:00

ingest-crs326-ports.py

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

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

ingest-gc-scrubbing.py

TP22: RouterOS-Fleet unter Nautobot Golden Config, Deploy scharf

2026-08-13 18:16:21 +02:00

ingest-tp22-datamodell.py

TP22 abgeschlossen + WLAN-Roaming repariert (802.11k/v)

2026-08-14 02:51:38 +02:00

mikrotik_routeros.j2

TP22 abgeschlossen + WLAN-Roaming repariert (802.11k/v)

2026-08-14 02:51:38 +02:00

README.md

TP21: Nautobot-Basisdaten (Ist-Stand) + TP15-Kurskorrektur CRS326 = L3-Router

2026-07-22 21:28:28 +02:00

README.md

Nautobot-Tooling

`ingest-baseline.py`

Idempotenter Basisdaten-Ingest (Locations, Rollen, Device-Types, Devices, VLANs/Prefixes, ap1-Interfaces + IPs, WLAN-Modelle). Bildet den Ist-Zustand ab, nicht den Zielzustand.

export NAUTOBOT_TOKEN=...          # aus docs/nas-vlan20/stacks/210-nautobot.yml (gitignored)
python3 nautobot/ingest-baseline.py          # Dry-Run
python3 nautobot/ingest-baseline.py --apply  # schreiben

API-Fallen (teuer gelernt)

tagged_vlans liest sich per REST als null, obwohl korrekt gespeichert. Verifikation nur über GraphQL: POST /api/graphql/ mit {interfaces(device:"ap1"){name mode untagged_vlan{vid} tagged_vlans{vid}}}.
Relationen kommen ohne ?depth=1 ohne display → ein voll gepflegtes Device sieht leer aus.
LocationType.content_types muss ipam.vlangroup/ipam.vlan/ipam.prefix/dcim.controller enthalten, sonst 400 beim Anlegen.
parent_interface nur für virtuelle Interfaces — WLAN-VAPs können ihren Master nicht als Parent tragen.
WirelessNetwork hat kein VLAN-Feld; die VLAN-Bindung hängt an wireless/controller-managed-device-group-wireless-network-assignments und braucht zwingend einen Controller (bei uns logisch, controller_device leer — kein CAPsMAN).
RadioProfile.channel_width will Integer ([20,40,80]), nicht "20mhz".
IP↔Interface läuft über /ipam/ip-address-to-interface/.