Files

Christoph Emsenhuber 4e80ffac28 TP25: sec-main zurueck auf ft=yes/ft-over-ds=yes (Ruecknahme 09-04, Hebel-A gescheitert)

- Go Christoph 2026-09-14 nach Terrasse-In-situ-Session: mit ft=no ist jeder
  Roam eine Voll-Reassoziation -- darin starben 2 Anrufe.
- Known-Good-Stand vor Hebel-2: Fund-E-Abschlussmessung 09-02 lief auf
  ft=yes/ft-over-ds=yes + 7.24.1 ruhig (4 reauth/8,6 h, 0 Ausfaelle).
- Template [6c]-Kommentar auf Stand 09-14 gebracht: signal-range-Boden
  geprueft und gescheitert (kein band-Property, cap-wifiN-Rejoin-Falle).
- Commands-File docs/transaktionen/TP25-ft-yes-secmain.commands.rsc fuer
  den GC-Deploy via gc-manual-plan.py (Dry-Run gelesen).

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

2026-09-14 20:21:13 +02:00

gc-configplan.py

TP42 durch: interner Namensraum auf bf.emsenhuber.net vereinheitlicht

2026-09-02 03:31:51 +02:00

gc-manual-plan.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

gc-snapshot.py

GC-Backup: täglicher Scheduler angelegt (vorher gab es keinen)

2026-09-12 12:36:48 +02:00

gc-transaktion.py

TP25 Fund E Hebel 1: ft-over-ds=no auf sec-main, Messung laeuft

2026-08-31 08:19:31 +02:00

ingest-2026-07-22-restdaten.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

ingest-ap3-device.py

TP28: ap3 (cAP ax) live als CAP, ap1 funkstill, Compliance 130/130 ueber 5 Geraete

2026-08-30 17:54:07 +02:00

ingest-ap-configcontext.py

TP16.3 §5: die sechs AP-Drifts ins Soll, 28. Regel interface-veth

2026-08-31 20:13:47 +02:00

ingest-ap-rebuild.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

ingest-baseline.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

ingest-core-firewall.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

ingest-crs326-core-l3.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

ingest-crs326-ports.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

ingest-gc-scrubbing.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

ingest-logging-rule.py

TP25 Fund E wieder geoeffnet + WLAN-Logging persistent (27. ComplianceRule system-logging)

2026-08-30 21:11:48 +02:00

ingest-mangle-rule.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

ingest-queue-rule.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

ingest-tp22-datamodell.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

ingest-veth-rule.py

TP16.3 §5: die sechs AP-Drifts ins Soll, 28. Regel interface-veth

2026-08-31 20:13:47 +02:00

ingest-wifi-access-list-rule.py

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

mikrotik_routeros.j2

TP25: sec-main zurueck auf ft=yes/ft-over-ds=yes (Ruecknahme 09-04, Hebel-A gescheitert)

2026-09-14 20:21:13 +02:00

README.md

Initial import from bf-network-r6.opencode — opencode migration

2026-08-26 12:44:21 +02:00

tp37-dienste-seed.py

TP37 P2 vervollständigt: +6 live-verifizierte Smart-Home-ipam.Services

2026-09-08 15:12:33 +02:00

tp37-substrat-seed.py

TP37 P1+P2: VirtualMachines + ipam.Service seeden

2026-09-07 17:19:59 +02:00

tp44-cf-estate-seed.py

TP44 nachgezogen + TP37/34/36-Plan (native Modelle, erst planen)

2026-09-06 22:32:20 +02:00

tp44-cf-sync.py

TP44 Teil B: CF-API→Nautobot-Sync (WIP, Dry-Run verifiziert)

2026-09-08 20:43:35 +02:00

tp44-ipam-prefixes.py

TP44 Etappe 2 Teil A: Seeder für die zwei fehlenden IPAM-Prefixe

2026-09-08 19:48:26 +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/.

`ingest-wifi-access-list-rule.py`

Legt ComplianceFeature + ComplianceRule wifi-access-list an (Plattform RouterOS, match_config=/interface wifi access-list). Idempotent, Dry-Run ist Standard.

export NAUTOBOT_TOKEN=...
python3 nautobot/ingest-wifi-access-list-rule.py --apply

Warum es die Rule braucht: ohne sie erzeugen Eintraege in der access-list keinen Drift und lassen sich nicht als Config-Transaktion fuehren -- gc-transaktion.py verlangt eine ComplianceRule als --scope. docs/tp25-pin-s22.sh schreibt dort bei jedem Messrundgang, und TP25 Fund E (signal-range-Boden) landet dauerhaft dort.

Der Soll-Zustand ist leer und steht als Kommentarblock [6c] im Template. Waehrend eines Messlaufs ist der Drift erwartet und gehoert als offene Transaktion gefuehrt.