Provisioning

Aktueller Stand 16.10.2026

Verbindlich: main@8fb581b730f7a3833566c4bbb7c87875ad921e69; veröffentlicht bleibt v1.9.0. PR #74–#97 sind integriert. Deployment/Discovery, Imagebuilder, Pi-VPN und Syslog sind auf main, nicht mehr nur historische Vorschau. 26 reguläre Rollen einschließlich Deployment-VM; Provisioning ist optional zusätzlich.

Betreiberbestätigt: KDE-Boot, Rufe, SDS, Aufnahme/RF-Wiedergabe und WLAN am 13.10.; 28/28 Discovery-Agenten aktualisiert und keine ungeklärten Remote-Aufträge mehr am 15.10. Ein aktueller Backend-Gesamtrollout, NAS-Entlastung, SIP/Telegram, VPN-Wechsel und Dauerlauf bleiben separat offen. Vier alte Git-/Timeoutfehler bleiben Fehler.

Gesamtroadmap · Upstream-Vergleich · Roadmap und Releases. NETCORE-IAM-01 ist weiterhin Planung; AD-SSO-Pilot und Gruppenmapping sind konkretisiert, Produkt-/Betriebsentscheidung und Umsetzung offen.

Aktuelle Fachanleitung. Zentrale Gruppen-/Subscriber-/Mobility-Sollwerte sind nicht automatisch im aktiven MM oder Endgerät wirksam; Nachbarzellenaussendung beweist keinen laufenden Handover. Open Lab ist keine endgültige Zugriffsarchitektur.

Historischer Seitenstand bis 07.10.2026

Die folgende frühere Fassung bleibt als datierte Historie erhalten. Frühere Dienstzahlen, Featurebranch-Aussagen, offene Tests und Prioritäten sind keine aktuelle Statusaussage; heutige Verfahren stehen oben beziehungsweise in den verlinkten kanonischen Docs.

Provisioning und Datenhoheit

Aktueller Quellenstand 07.10.2026: main 990bffb2; Release weiterhin v1.9.0. PR #59 mit Hell/Dunkel ist integriert, PR #60 ergänzt Projektarchive. Nur main ist als Branch vorhanden. Deployment/Discovery, Imagebuilder, Pi-VPN und neuere Syslog-Pipeline bleiben ausschließlich am historischen Featurecommit bbf0397 vorhanden. Keine neue Live-Abnahme. Roadmap und Releases · Upstream-Vergleich

Zentrale Gruppenaufträge

GroupAccessPolicyApply und GroupDgnaApply werden vom TBS-Worker an MM geroutet, aber im aktiven MM-Dispatcher noch nicht verarbeitet. Lokales Dgna ist vorhanden; group_policy=false bleibt angekündigt. Z02.5 verlangt fachlich korrelierte Ergebnisse, Zuweisung/Entziehung und Endgeräteabnahme. Ein gespeicherter Core-Auftrag ist kein Funkerfolg.

Provisioning Core bündelt die Pflege von Teilnehmern und Gruppen. Der Dienst im Repository ist zusätzlich zu den 25 Open-Lab-Inventory-Diensten vorhanden; der Beispiel-HTTP-Port ist 8125. Seine Vorlagen enthalten teils historische Branch- oder IP-Beispiele. Für eine Einrichtung die aktuelle main-Version und reale Subscriber-/Group-Core-Adressen einsetzen.

Was wo liegt

Datenart	Maßgebliche Stelle	Nicht gleichsetzen mit
Teilnehmerprofil, Freigabe, Gerätepolicy	Subscriber Core	Directory-Anzeigename oder nur registrierte ISSI
GSSI, Mitgliedschaft, DGNA-/Gruppenpolicy	Group Core	bloßer Directory-Gruppenname
aktuelle Registrierung und Serving-TBS	TBS + Mobility Core	dauerhaftes Teilnehmerprofil
lesbare Namen, Farben, lokale Status-/Fahrzeugmetadaten	NetCore Directory	Policy und RF-Affiliation
SIP-Serviceziele und PBX-Nummern	TBS-[asterisk], lokaler Asterisk, SIP Switch/PBX	Teilnehmer als „Telefon“ im Provisioning Core

Teilnehmer anlegen und nachweisen

1. Eine eindeutige ISSI und Berechtigung im Subscriber Core über Provisioning pflegen.
2. GSSI und Mitgliedschaft im Group Core anlegen, soweit benötigt.
3. Lesbare Bezeichnung im Directory ergänzen; IMSI/ISSI/GSSI und SIP-Rufnummer nicht verwechseln.
4. TBS- und Gateway-Verbindungen prüfen, Gerät registrieren und Affiliation im Laufzeitstand nachweisen.
5. SDS, Gruppenruf, Einzelruf und Release mit genau diesem Gerät testen.

Ein grüner Datensatz in der Verwaltung sagt noch nichts über Funkempfang, Zeitbasis oder aktuelle Erreichbarkeit. Registration-and-Affiliation · Devices · Groups

Installation

Der Dienst hat einen eigenen LXC-Installer und eine Beispiel-TOML. Die Upstreams sind Subscriber Core 8100 und Group Core 8110 im Beispiel; lokale Installationswerte ersetzen. Die ältere LXC-Anleitung referenziert einen früheren Feature-Branch: Build-Pfad und Branch vor Ausführung gegen main prüfen. Open-Lab-Deployment

Bestandskorrektur v1.9.0: Provisioning Core steht weder in services.toml noch im Open-Lab-Inventory. services.toml zählt 26 Einträge, weil zu den 25 Inventory-Diensten die Bibliothek shared kommt. Provisioning bleibt ein separat einzurichtender Workspace-Dienst.

Abgrenzung zur Deployment Vorschau

Entwicklungsvorschau vom 28.09.2026: Historischer Featurecommit bbf0397, Deployment-Komponente 0.2.3. Diese Funktionen sind noch nicht auf main und kein neuer Gesamtrelease. PR #57 wurde in den Entwicklungsbranch gemergt. Der TBS-Assistent mit Standort-TOML, Identität, Bootstrap und Pi-Image ist eine eigene Funktion des Deployment Core. Provisioning Core verwaltet weiterhin Teilnehmer und Gruppen und erzeugt dadurch kein Betriebssystem-Image. Deployment und Discovery · Roadmap und Releases