Skip to content

Dienstkatalog

JanHG98 edited this page Oct 16, 2026 · 7 revisions

Dienstkatalog

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 Fachreferenz

Kanonische Anleitung am aktuellen main-Stand. Für neue Bedienwege, vollständige Rollen-/Portzählung und geänderte Grenzen ist diese Fassung maßgeblich; die früheren Beispiele unten bleiben als Historie erhalten.

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.

Dienstkatalog

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

Oberflächen auf main seit PR #59

26 TBS-Ansichten und 29 Dienst-WebUIs verwenden das gemeinsame Design mit Hell/Dunkel. Die Basisstation behält zusätzlich Blau. Die Auswahl gilt pro Browser-Origin; Host-/Portwechsel teilen sie nicht. Rust-Binaries sowie Python-/HTML-Bundles betten die Assets ein, ein Node-Dienst ist nicht nötig. Design aktiviert kein zentrales IAM. Roadmap und Releases

Nach dem Update Anmeldung, Theme nach Neuladen, Formulare/Tabellen/Dialoge, schmale Darstellung und vorhandene Fachaktionen prüfen. RF-Lücken bleiben fehlende Daten; DSP-Pegel ist keine kalibrierte Antennenleistung. Nachbarzellenanzeige ist keine Handovermessung. Bei alten Assets Browser hart neu laden.

Die aktuelle Open-Lab-Inventoryvorlage listet 25 deploybare Backend-Dienste. Die Tabelle nennt jeweils den fachlichen Zweck und den TCP-Beispielport für Management/API/WebUI. Die reale Installation kann andere Hosts oder Ports verwenden. Installationsdateien, Endpunkte und Tests liegen unter dem verlinkten Dienstordner.

Dienst Aufgabe und Datenhoheit Port Quellort
Node Gateway TBS-/Backend-Sessions, Heartbeats, Service-Matrix 8080 node-gateway
Mobility Core Zell- und Teilnehmerstandort, Serving-TBS, Kontextwechsel 8090 mobility-core
Subscriber Core Profile, Gerätefreigabe und Teilnehmerregeln 8100 subscriber-core
Group Core GSSI, Mitgliedschaft, Affiliation und DGNA-Policy 8110 group-core
Call Control Rufzweige, Floor, Priorität und Rufzustand 8120 call-control
Media Switch codierte Sprachframes und Medienrouting 8130 media-switch
Recorder zentrale Aufnahmen, Suche und Aufbewahrung 8140 recorder
SDS Router SDS-Routing, Warteschlangen und Zustellberichte 8150 sds-router
Packet Core PDP-/SNDCP-Kontexte, NSAPI und Datenfluss 8160 packet-core
IP Gateway TUN, IP-Leases, NAT, Firewall, DNS, WAP 8170 ip-gateway
Security Core Authentisierung, Security-Policy und Audit 8180 security-core
KMF Schlüssel-Lebenszyklus, Rotation und OTAR-Grenze 8190 kmf
Transit Regionen, Peers, Routen und Failover 8200 transit
Observability Metriken, Logs, Traces und Alarme 8210 observability
Application Gateway Connectoren, Webhooks und Zustellung 8220 application-gateway
Media Library Audio-Assets, TTS-Import, Vorschau und Playout-Jobs 8230 media-library
IoT Gateway MQTT, HA-Discovery, Homematic und Command-Ledger 8240 iot-gateway
Hardware Gateway Edge-I/O, Rack-Sensoren und physische Ausgänge 8250 hardware-gateway
RF Monitor HF-Telemetrie, Temperaturen und Grenzwerte 8260 rf-monitor
Alarm Workflow Alarmzustand, Eskalation und Quittierung 8270 alarm-workflow
Task Workflow Aufträge, Zuweisungen, SDS/WAP-Aktionen 8280 task-workflow
Asset Management Funkgeräte, Ausgabe, Rückgabe, Wartungsakte 8290 asset-management
SIP Switch PBX-Trunk und Routing zur aktuellen TBS 8300 sip-switch
Control Room Operatoren, Arbeitsplatzansicht, Befehle 9010 control-room

Daneben betreibbare Komponenten

Komponente Rolle Einordnung
bluestation-bs Funkkante mit eigenem Dashboard kein LXC-Eintrag des 25er-Inventories
Provisioning Core Teilnehmer/Gruppen per Subscriber/Group Core anlegen zusätzlicher Dienst, Beispielport 8125; Provisioning
NetCore Directory Namen, Bezeichnungen, Statusgruppen und lokale Metadaten Python/SQLite, Beispielport 8095; NetCore-Directory
NetCore Piper TTS-WAV-Erzeugung separater HTTP-Dienst, Beispielport 5005; Audio-Zentrale
lokaler TBS-Asterisk und vorhandene PBX SIP-/RTP-Edge und Telefonanlage Rollen getrennt vom zentralen SIP Switch; SIP-und-Brew
Brew-Server optionaler externer TETRA/Brew-Peer eigene Konfiguration und Ruf-/SDS-Grenze; SIP-und-Brew

25 Einträge im Inventory sind keine 25 auf einem Host laufenden Prozesse. Die Vorlage sieht einen Dienst pro LXC vor. system-backend/services.toml enthält 26 Einträge, nämlich 25 Dienste plus die Bibliothek shared, und zeigt Ziel-/Kontraktinformationen; für die konkrete Bereitstellung zählen das gerenderte Inventory und die installierten TOML-Dateien. Die ältere 17-Dienst-Anleitung ist eine ältere Ausbauphase.

Alle Dienste stellen im Open-Lab-Paket Fach-WebUIs und APIs bereit; die WebUI-Matrix beschreibt Verwaltungsaktionen. Bedienoberflaechen trennt die Oberflächen, Netzwerk-und-Ports die Transportschicht und Security-and-Operations die Netzgrenze.

Warnzentrale als 25. Inventory-Dienst

Dienst Aufgabe Beispielport Quelle
alert-service NINA/KATWARN, eigene Meldungen und GPS-gestützte Einzel-SDS 8310 alert-service

Python 3.11+, eigene SQLite-Persistenz, Tokenpflicht und zunächst deaktivierter Versand. Abhängigkeiten: Control Room und SDS Router. Warnzentrale beschreibt Installation, Fach-API und Sicherung. Provisioning Core ist zusätzlich außerhalb von services.toml und Inventory zu betreiben.

Entwicklungsvorschau vom 28 September 2026

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 Entwicklungsbranch ergänzt Deployment Core als 26. Inventory-Dienst, HTTP 8320; services.toml enthält dann 27 Einträge einschließlich shared. Agent und Imagebuilder sind zugehörige Rollen, keine zusätzlich erfundenen main-Fachkerne. Observability bleibt im eigenen LXC. Deployment-und-Discovery · Syslog-und-Archivierung

Planungsreferenzen: Zentrale Anmeldung und RBAC · NetCore Drive. Beide Vorhaben sind Planung; keine installierte main-Funktion.

Clone this wiki locally