Home - JanHG98/netcore-tetra GitHub Wiki
NetCore Tetra Systemwiki
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.
Handbücher
Die Ausgabe vom 13.10.2026 ist mit PR #73 gemergt. Die Ausgabe vom 16.10.2026 wird auf einem eigenen Dokumentationsbranch vorbereitet; Veröffentlichung und Downloads folgen nach Prüfung.
Einstieg
Installation · Konfiguration · Deployment und Discovery · Syslog und Archivierung · Audio · Fehlersuche · IAM und RBAC
Historische Startseite bis 07.10.2026
Die folgende damalige Bestandsaufnahme bleibt als Historie erhalten. Aussagen wie „nur Featurebranch“, „25 Dienste“ oder „keine Praxisabnahme“ sind dort datiert und beschreiben nicht den aktuellen Stand. Die kanonischen aktuellen Anleitungen stehen im Docs-Wiki.
NetCore Tetra · Systemwiki
Softwarebasierte TETRA-Basisstation, verteilte Netzdienste und Leitstellenwerkzeuge für ein kontrolliertes Open Lab. Dieses Wiki führt vom ersten Start einer TBS über den Betrieb der zentralen Dienste bis zur Fehlersuche. Die aktuelle Vergleichsbasis ist main 990bffb2. Das neue Design aus PR #59 ist integriert; veröffentlicht bleibt v1.9.0. Die tatsächlich installierte Version und Konfiguration einer Anlage können davon abweichen.
Betriebsgrenze: Die Beispiel-Backends im Modus
open_labbesitzen nach dem aktuellen Inventory und den Dienstvorlagen vielfach keine Anmeldung, Management-Tokens oder TLS. Sie gehören ausschließlich in ein isoliertes, kontrolliertes Managementnetz. Der Quellcode und ein erfolgreicher Komponententest sind kein Nachweis eines vollständig abgenommenen Funknetzes. Projektstand und Grenzen
Neu in v1.9.0
Die Warnzentrale ergänzt NINA/KATWARN und eigene Meldungen mit GPS-gestütztem Einzel-SDS-Versand. Sie verlangt ein Token und startet mit deaktiviertem Versand. Hinzu kommen Control-Room-Telemetrie, SDS-/Call-Control-Reparaturen, Frame-18-BNCH und Asterisk-Dateirechte. Der lokale Inventory-Validator besteht mit 25 Diensten; der Gesamt-Audit bleibt mit drei Befunden offen. Projektstand
Die vollständige Roadmap und Releases enthält den Releaseverlauf, Archivstände, Entwicklungsphasen und offene Ausbauziele. Der Upstream-Vergleich vergleicht FlowStation, BlueStation, Nexus BS1, Nexus BS2, Bost FlowStation und tetra-dispatch. Nexus BS1 ist archiviert; Nexus BS2 veröffentlicht bisher Dokumentation ohne Runtime-Code.
Projektpflege vom 07.10.2026
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
Nächster Schritt: Z01.1 – vollständiger Quellvergleich und Integrationsplan für fehlende Deployment-/Syslog-Arbeit. Die zentrale Gesamtroadmap, Roadmap und Releases und Projektideen und Entwicklungsstand führen IAM, Drive, Gruppensteuerung und weitere Ziele. Bost ergänzt Mehrzellencode und Last-/Timing-Fixes; tetra-dispatch liefert Browser-Audio/PTT, LIP und serverseitige Ambient-Listen-Freigabe als Vergleich.
Vorgeschlagene Dokumentausgabe vom 07.10.2026
Dokumentations-PR #61 ist offen; die sechs neuen Dateien liegen auf docs/netcore-update-2026-10-07, noch nicht auf main. Quellenstand ist main 990bffb2; Release bleibt v1.9.0. Frühere Ausgaben bleiben unverändert.
| Werk | Markdown | Word | |
|---|---|---|---|
| Komplettguide 2026-10-07 (86 Seiten) | MD | DOCX | |
| Systemhandbuch 2026-10-07 (372 Seiten) | MD | DOCX |
Vollständige Werke mit aktuellem Oberflächenbetrieb, Gesamtroadmap, IAM-/Drive-Planung und sechs Upstream-Vergleichen. MD/DOCX-Inhalt abgeglichen, PDFs gerendert und visuell geprüft; Datei-Hashes nach Upload verifiziert. Keine neue Funk-/Hardwareabnahme. Zentrale Anmeldung und RBAC · NetCore Drive
Historischer Lauf vom 02.10.2026
NetCore-Laufzeitcode unverändert: main f4fd490f enthält nach dem Merge von PR #58 nur zusätzliche Dokumentdateien; Release v1.9.0 und Entwicklung bbf0397 bleiben unverändert. Neu im Vergleich: Bost FlowStation bb87b84c mit LST-Zustandskorrekturen und Stations-/Profilpaketen. Ältere Restore-Fixes sind gezielte Portierkandidaten; ein fertiges Seamless-Handover ist nicht belegt. Das separate Windows-Launcher-Artefakt 0.2.6 ist vom Deployment-Code 0.2.3 zu unterscheiden. Upstream-Vergleich · Roadmap und Releases
Die neue Bewertung betrifft Upstream, Planung und den inzwischen erfolgten Dokumentationsmerge. Für unveränderte NetCore-Funktionen entsteht keine weitere Handbuchausgabe. Keine neuen Build- oder Live-Testergebnisse in diesem Lauf.
Dokumentausgabe vom 28.09.2026
PR #58 wurde am 02.10.2026 gemergt. Die sechs neuen Dateien sind auf main bei f4fd490f577c1315279ecc89f0c6b1808ee7733d vorhanden; ihr dokumentierter main-Ausgangsstand bleibt 20603a04 (Software 086a81fa, Release v1.9.0), die Entwicklungsvorschau ist ausdrücklich auf bbf0397 getrennt. Die ursprünglichen Ausgaben bleiben unverändert erhalten.
| Werk | Markdown | Word | |
|---|---|---|---|
| Komplettguide 2026-09-28, 112 PDF-Seiten | MD | DOCX | |
| Systemhandbuch 2026-09-28, 453 PDF-Seiten | MD | DOCX |
MD und DOCX wurden inhaltlich abgeglichen, PDFs aus der zugehörigen DOCX gerendert und visuell geprüft. Neu sind die Entwicklungsbetriebsanleitungen, der vierteilige Upstream-Vergleich und die aktualisierte Roadmap. Lokale Tests und CI ersetzen keine reale Pi-/Funk-/NAS-Abnahme.
Historische Dokumentausgabe vom 27.09.2026
PR #56 wurde am 27.09.2026 gemergt. Alle sechs Dateien sind auf main vorhanden; die ursprünglichen Dateien bleiben als Historie erhalten. Quellenstand der Werke ist 086a81fa, Release v1.9.0. Der Komplettguide umfasst 103, das Systemhandbuch 439 PDF-Seiten.
| Werk | Markdown | Word | |
|---|---|---|---|
| Komplettguide 2026-09-27 | MD | DOCX | |
| Systemhandbuch 2026-09-27 | MD | DOCX |
Die anschließende Bestandsaufnahme ergänzt die lebende Projektideen und Entwicklungsstand-Seite: Deployment-LXC/VM, Pi-VPN-Automatik, Simulation, Leitstellen-Arbeitsplatz und weitere belegte Ausbauwünsche. Diese Planung erweitert keine zugesicherte Funktion der Handbuchausgabe.
Historische Entwicklungsvorschau
Entwicklungsvorschau vom 28.09.2026: Entwicklungsbranch bbf0397, Deployment-Komponente 0.2.3. Diese Funktionen sind noch nicht auf main und kein neuer Gesamtrelease. PR #57 wurde in den Entwicklungsbranch gemergt. Ubuntu-VM, Pi-Images, Discovery, VPN-Autotoggle und Hostrollen sind unter Deployment und Discovery dokumentiert. Der getrennte Observability-LXC erhält Syslog und Archivierung. Die kleine Roadmap nennt sieben Prioritäten mit Ist-Stand und nächstem Schritt.
Hier anfangen
| Ziel | Einstieg | Danach |
|---|---|---|
| Eine TBS aufbauen | Installation | Konfiguration · Hardware und HF · Abnahme |
| 25 Backend-Dienste verstehen | Architektur | Dienstkatalog · Netzwerk und Ports |
| LXCs bereitstellen | Open-Lab-Deployment | Provisioning · Sicherheit und Betrieb |
| Funk- und Datenwege prüfen | Rufe | SDS und Status · Paketdaten und WAP |
| Leitstelle und Integrationen anbinden | Control Room | SIP und Brew · MQTT und Home Assistant |
| Fehler eingrenzen | Fehlersuche | Betrieb und Wartung · Backup und Fallback |
System in vier Ebenen
- Funkkante:
bluestation-bsbetreibt SDR, Luftschnittstelle, lokale Registrierung, Rufe, SDS, Dashboard und Edge-Fallback. Basisstation und Träger - Netzkern: Node Gateway verbindet TBS und zentrale Fachkerne. Subscriber, Group, Mobility, Call Control, Media Switch, SDS Router, Packet Core und weitere Dienste teilen sich die Aufgaben. Dienstkatalog
- Anwendungen: SIP Switch, IoT Gateway, Media Library, Workflows und andere Adapter binden Telefonie, MQTT, Medien und betriebliche Prozesse an. Integrationen
- Bedienung: lokales TBS-Dashboard, Directory, Provisioning Core, Control Room und Observability bedienen unterschiedliche Zuständigkeiten. Bedienoberflächen
Was diese Doku tatsächlich belegt
Cargo.tomlnennt für den Rust-Workspace1.3.0; das ist keine Aussage über den Tag oder die Version deiner laufenden TBS.deploy/open-lab/inventory.example.tomlenthält 25 Backend-Einträge. Provisioning Core liegt zusätzlich außerhalb dieses Inventories. Die lokale TBS, das Python-Directory, Piper und ein separater Brew-Server haben eigene Betriebswege.- Quellcode, Installer, Konfigurationsbeispiele und Tests liegen im Repository. Ohne Zugriff auf Live-LXC, SDR, Funkgeräte und Messdaten können wir den aktuellen Betriebszustand nicht pauschal bestätigen.
- ETSI-PDFs dienen als Normreferenz; die eigene PDU-Matrix ist eine statische Bestandsaufnahme, keine Zertifizierung. Normen und Tests
- Imagebuilder, TBS-Assistent, Dienstsuche und Pi-VPN sind jetzt am historischen Featurecommit vorhanden; sie gehören noch nicht zum main-Betriebsstand. Reale Anlagenabnahme bleibt offen. Deployment und Discovery
Lesepfade
- Projekt und Architektur: Projektstand · Architecture · Dienstkatalog · Netzwerk-und-Ports · Glossar
- Aufbau und Konfiguration: Hardware-und-RF · Installation · Configuration · Open-Lab-Deployment · Abnahme
- Betrieb: Dashboard · Control-Room · Betrieb-und-Wartung · Troubleshooting · Backup-and-Fallback
- Protokolle und Schnittstellen: Calls · SDS-and-U-STATUS · Paketdaten-und-WAP · SIP-und-Brew · MQTT-und-Home-Assistant
Die aktuelle ausführliche Systemhandbuch-Ausgabe im Repository ist ein tieferes Nachschlagewerk. Bei Widersprüchen sind installierte Konfiguration und beobachtete Laufzeit für die konkrete Anlage zu prüfen; für diese Wiki-Ausgabe wurden der oben angegebene Commit und die dortigen Vorlagen herangezogen.