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“
- Im Code: Implementierung und Konfiguration existieren.
- Statisch geprüft: Tests oder Vertragsprüfungen prüfen Teile der Logik.
- Im Labornetz geprüft: Dienste tauschen tatsächlich Ereignisse und Medien aus; Ergebnis ist dokumentiert.
- 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.