Projektstand - JanHG98/netcore-tetra GitHub Wiki

Projektstand und Nachweise

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 vollständige Nachweisgrenzen. Die Restore-Lücken sowie fehlende MM-Handler für zentrale Gruppenaufträge bestehen weiter. Ein Core-ACK belegt keine Endgerätewirkung.

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.

Projektstand und Nachweisgrenzen

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

Prüfergebnisse vom 07.10.2026

Inventory erneut OK: 25 Dienste, netcore.v1, open_lab. Full-System-Audit weiterhin FAIL mit drei Befunden: 24er-Prüfliste, fehlende alert-service-Marker /metrics und /openapi.json, abweichender Gateway-Zielhost. Vier CI-Läufe zum integrierten Designcommit 2fe2a19 erfolgreich: Dashboard, WebUIs, Funk, Warnungen. Historische CI, keine neue Gesamtanlagenabnahme.

Aktueller MM-Dispatcher verarbeitet nur lokales Dgna; zentrale GroupAccessPolicyApply/GroupDgnaApply bleiben ohne fachlichen Handler, group_policy=false. Beide Restore-Lücken unverändert. Dashboard-Log-/WebSocket-Kanäle weiterhin unbounded; Bost begrenzt diese inzwischen. Upstream-Vergleich

Aussage Beleg im Repository Was offen bleibt
Lokale TBS mit SDR, Dashboard, Medien und Integrationen bins/bluestation-bs, crates/tetra-*, sanitisiertes Konfigurationsbeispiel SDR-Timing, Endgeräteverhalten und tatsächliche Version am Standort
25 Dienste im Open-Lab-Deployment Inventory, Installer und Service-Verzeichnisse keine Bestätigung, dass alle 25 LXCs aktuell laufen oder integriert abgenommen sind
Provisioning Core als Zusatzdienst system-backend/provisioning-core, Beispielport 8125 nicht Teil des 25er-Inventories; Vorlagen können alte Branch- und IP-Beispiele enthalten
Directory, Piper, separater Brew-Server system-backend/directory, system-backend/tts, misc/brew-server jeweils eigene Einrichtung und Kompatibilitätsprüfung
MQTT und Home Assistant system-backend/iot-gateway und MQTT-Vertrag SDS-Ende-zu-Ende bis HA an der konkreten Anlage ist nicht allein durch verbundene MQTT-Clients belegt
SIP Switch mit lokalem TBS-Asterisk SIP-Architektur Rufsignalisierung und bidirektionales RTP je Standort prüfen
ETSI-PDU-Bestand statische Konformitätsmatrix kein umfassender Interoperabilitäts- oder Konformitätsnachweis

Lesart von „funktioniert“

  1. Im Code: Implementierung und Konfiguration existieren.
  2. Statisch geprüft: Tests oder Vertragsprüfungen prüfen Teile der Logik.
  3. Im Labornetz geprüft: Dienste tauschen tatsächlich Ereignisse und Medien aus; Ergebnis ist dokumentiert.
  4. On Air geprüft: RF-Signal, Endgerät, Registrierung, Rufe und Release wurden mit dem angegebenen Build und Mess-/Logdaten geprüft.

Eine der ersten beiden Stufen darf im Wiki nicht stillschweigend als vierte ausgegeben werden. Für E2E-Tests gibt es Open-Lab-Runbook und Runner; einige ältere Projektdateien sprechen noch von 17 Diensten und sind historische Momentaufnahmen. Das aktuelle Inventory ist hier für Dienstzahl und Beispielports maßgeblich.

Offene technische Punkte

  • Konfigurationsdrift: Die eingecheckte TBS-Konfiguration und das Beispiel-Inventory können unterschiedliche Node-Gateway-Adressen enthalten. Vor dem Start die installierte [control_room]-Adresse mit dem echten Gateway abgleichen; Port und Pfad allein reichen nicht.
  • Dual Carrier: Der zweite Träger beweist keinen zweiten selbstständigen Kontrollkanal. Slotbelegung und MS-Verhalten messen. Dual-Carrier
  • Mehrzellenbetrieb: Teile von Mobility/Restore liegen im Code; vollständiger Handover eines laufenden Rufs im MAIN-COMPAT-Pfad ist nicht als abgenommen dokumentiert. Mehrzellenbetrieb
  • IoT: Reale HA-/Homematic-Schreibaktionen sind in der Open-Lab-Vorlage standardmäßig gesperrt. MQTT-und-Home-Assistant
  • Sicherheit: Open-Lab-Management ist ohne die Netzgrenze offen. Vor einer Nutzung außerhalb eines isolierten Labs sind Schutz und Abnahme nötig. Security-and-Operations

Die Roadmap trennt weiterführende Ideen von dieser Bestandsaufnahme.

Erster Gesamtlauf am 27.09.2026

Aktueller Release ist v1.9.0. Die Warnzentrale ergänzt NINA/KATWARN und eigene Warn-SDS mit GPS-Lage aus Control Room. SDS-/Call-Control-Persistenz, kurze Status-Payloads, obligatorischer Frame-18-BNCH und Asterisk-Include-Rechte wurden korrigiert.

Prüfung Tatsächliches Ergebnis
Inventory-Validator OK: 25 services, contract=netcore.v1, mode=open_lab
Full-System-Audit FAIL: alte 24er-Prüfliste; fehlende /metrics-/openapi.json-Marker bei alert-service; Gateway-Hostabweichung
Warning-service-CI für 086a81fa Erfolgreich abgeschlossen
Laufende Gesamtanlage und Funk In diesem Lauf nicht geprüft

services.toml enthält 26 Einträge: 25 Dienste plus Bibliothek shared. Provisioning Core steht weder dort noch im Deployment-Inventory. Am 27.09. war nur main vorhanden; die neue Entwicklungsvorschau steht unten. Archivstände und Releases stehen auf Roadmap und Releases. Der Upstream-Vergleich benennt konkrete Übernahmekandidaten.

Entwicklungsstand am 28.09.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. Elf Commits seit main ergänzen Deployment, ARM64-Images, Discovery, VPN und Syslog. Main und v1.9.0 bleiben unverändert; die drei früheren Auditbefunde sind damit nicht behoben.

Prüfnachweis und noch offene Abnahme

Am 28.09.2026 bestanden lokal 43 von 44 Deployment-Tests; ein Test der echten Unix-Socket-Verbindung wurde wegen fehlender Umgebungsvoraussetzung übersprungen. Die 15 Syslog-Unit-/Archivtests bestanden. Ihre temporären Share-Ersatzverzeichnisse sind kein reales NAS. Die Syslog-Wiretests und eine Live-Anlage wurden in diesem Dokumentationslauf nicht ausgeführt.

Der GitHub-Workflow OpenLab deployment and discovery, Lauf 36349402097 ist für bbf0397 erfolgreich: Discovery, Rust/UI und Image-Engine auf Ubuntu 24.04 sowie 26.04. Die Image-Jobs prüfen das echte OS-Image, ARM64-Chroot und Personalisierung; sie sind kein vollständiger Softwarebau im Image und kein physischer Pi-Boot. Der Rust-Job prüft den Workspace und baut die TBS mit Standardfeatures separat.

Vor einer Übernahme nach main bleiben konkret: Installation und Update eines echten Zielhosts mit falscher Rolle als Negativfall; Wiederanlauf nach verlorener HTTP-Antwort ohne Doppelauftrag; Controllerausfall mit weiterlaufender TBS; Pi-Start mit Soapy-Probe; WLAN/LAN/VPN-Wechsel ohne Funkneustart; NFS-Ausfall und verifizierter Archivtransfer; anschließend Funk-, SDS-, SIP- und Readiness-Abnahme. Frühere Chatberichte über erfolgreiche Einzelschritte sind Hinweise und ersetzen für diese Ausgabe keine selbst gelesenen aktuellen Laufzeitprotokolle.

Deployment-und-Discovery · Syslog-und-Archivierung · Projektideen-und-Entwicklungsstand

Verifizierter Quellenabgleich vom 02.10.2026

Release v1.9.0, Laufzeitcode 086a81fa und Entwicklung bbf0397 sind gegenüber 28.09. unverändert. mqtt ist kein aktueller Branch. PR #58 mit der vollständigen Ausgabe vom 28.09. wurde am 02.10. nach main gemergt; main steht damit bei f4fd490f. Keine neuen Builds oder Live-Abnahmen in diesem Lauf.

Neu bewertet wurden Bost FlowStation bb87b84c und das separate Launcher-Artefakt 0.2.6. Restore-Floor-/Watchdog-Korrekturen sind Portierkandidaten; LST-Zustände liefern Testideen; Stationspakete sind eine Ausbauempfehlung. Nichts davon ist dadurch in NetCore integriert. Die vollständigen Befunde und nächste Vergleichsbasis stehen unter Upstream-Vergleich, die erhaltene Entwicklungshistorie unter Roadmap und Releases.