Projektroadmap

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.

Die vollständige aktuelle Aufgabenfolge steht unter Roadmap und Releases und in der kanonischen Gesamtroadmap. Frühere Reihenfolgen unten sind historische Planungsstände.

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.

Ausbauziele und offene Entscheidungen

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

Aktuelle Gesamtfolge vom 07.10.2026

Die kanonische Gesamtroadmap NETCORE-MASTER-01 legt Z01.1 als ersten Schritt fest. Frühere Prioritätslisten weiter unten bleiben als Historie erhalten. Die technische Umsetzung ist durch diesen Dokumentationslauf nicht erfolgt.

Schwerpunkt	Belegter Status	Nächster Schritt und Blocker
Z01 Deployment und Betrieb konsolidieren	Historischer Featurecode bbf0397 fehlt auf main	Z01.1 vollständige Tip-Bäume vergleichen und Integrationsplan erstellen; danach Z01.2. Kein Live-Zugriff für die Quellenanalyse nötig.
Z02 Stabilität und Gruppensteuerung	Restore-Lücken und fehlende MM-Handler statisch bestätigt	Regressionen für Floor/Watchdog, IP-Routenschutz und GroupAccessPolicyApply/GroupDgnaApply. Core-ACK ist kein fachliches Ergebnis.
Z03/Z05 Einzelzelle und Alltagspfade	TBS/Core, SDS/MQTT, SIP, Warnungen und Medien teilweise vorhanden	Ende-zu-Ende-Rückweg, Neustart und Ausfall abnehmen; reale Geräte und aktuelle Logs erforderlich.
Z04 NETCORE-IAM-01	Geplant, keine zentrale Implementierung belegt	M0 Zugänge/Ressourcen inventarisieren; M1 Architektur, Produkt, Betriebsort, Sperren und Ausfallregeln entscheiden.
Z06/Z09 NETCORE-DRIVE-01	Design und Planung, Backend offen	D0 lokale Anmeldung, Datei-/Freigaberechte und Plugin-Vertrag entscheiden. D0–D5 und D7–D9 warten nicht auf IAM/D6.
Z07 Mehrzellen	Bausteine vorhanden, durchgängiger Runtime-Kontexttransfer offen	Zweite TBS, Kontext/Floor/Medien, dann laufende Rufe abnehmen. Bost-Code ersetzt keine NetCore-Abnahme.
Z08/Z10/Z11 Bedienung und Ausbau	Dark Mode auf main; Audio, Hardware, Sicherheit teilweise/offen	Bestehendes Design ausrollen; Audio/PTT, HA-Aktoren, Sensorik und spätere HA/Security-Stufen separat prüfen.

NETCORE-IAM-01

Die aktuelle Fachroadmap ist kanonisch. Zentrale Identität, lokale Durchsetzung der Ressourcenrechte und Ablösung regulärer menschlicher TOML-Zugangsdaten sind das Ziel. Eigener Identity-LXC, Keycloak, PostgreSQL, gemeinsamer Rust-Auth-Baustein und optionale AD-Anbindung bleiben Empfehlungen/offene Entscheidungen. M0/M1 sind der nächste Schritt; die Funkvermittlung darf nicht vom Weblogin abhängen. Identity-Ausfall öffnet keinen Zugriff und reaktiviert keine regulären lokalen Logins. Control-Room-Rollen sind eine vorhandene lokale Grundlage, kein zentrales IAM.

NETCORE-DRIVE-01

Drive-Roadmap: Core Console, Workspace und Archive Studio sind bestätigte Designrichtungen. Dateiverwaltung, externe Ordnerfreigaben, Versionen/Papierkorb, Sync und Browser-Plugins sind geplant. Nextcloud Files/PostgreSQL ist eine Empfehlung, keine endgültige Produktwahl. Drive startet nach D0 mit lokalen Konten/Gruppen und vollständigen Ressourcenrechten; zentrale Anmeldung und Identitätsmigration folgen in D6. Plugins für PDF/Bild/Audio/Video, danach Office/3D/Schaltpläne/Vektoren erhalten begrenzte Dateirechte und einen eigenen Abnahmepfad. Fehlendes IAM bedeutet keine offene Dateicloud.

Historie ergänzen

• 03.10.2026: PR #59 integriert das gemeinsame Design und persistenten Dark Mode für Basisstation und 29 Dienst-WebUIs; kein neuer Release.
• 05.10.2026: Gesamtroadmap, Drive/Plugins und IAM-Erweiterung dokumentiert; keine technische Implementierung dieser Planungsziele.
• 07.10.2026: PR #60 integriert historische Projektaufzeichnungen; frühere Fehler-/Teststände bleiben historisch.
• 07.10.2026: Sechste Vergleichsquelle tetra-dispatch aufgenommen; Bost-Mehrzellencode und Last-/Timingkorrekturen neu bewertet. Neue Priorisierung zusätzlicher Portierkandidaten ist eine Empfehlung.

Historische Planungsstände bis 03.10.2026

Hier stehen Vorhaben, die aus Projektplanung und Gesprächen hervorgehen. Ein Ziel in dieser Liste ist keine zugesicherte Funktion des aktuellen Builds. Für vorhandene Dienste und Tests siehe Projektstand und Dienstkatalog.

Aktueller Entwicklungsstand und empfohlene Prioritäten: Die ausführliche Projektideen und Entwicklungsstand-Seite hält seit 27.09.2026 die wiedergefundenen Ziele und ihren Abgleich mit main fest. Sie trennt main, Entwicklungsbranch, offene Integration und noch nicht geprüfte Ideen. Seit 28.09. ist Entwicklungsbranch bbf0397 als konkrete Vorschau für Deployment, Images, VPN, Discovery und Syslog erfasst. Die älteren Ziele bleiben zur Nachverfolgung erhalten.

Vorhaben	Geplanter Nutzen	Vor einer Zusage zu klären
Imagebuilder auf zentraler VM	pro TBS provisioniertes Pi-Image zum erneuten Flashen	Im Entwicklungsbranch vorhanden; reale Standortabnahme, Zugriffsschutz und Rückweg unter Deployment-und-Discovery
Deployment-LXC/VM und Updates	Releases/Commits vergleichen, gezielte LXC-/TBS-Updates, WebUI/Notfall-GUI	Im Entwicklungsbranch vorhanden; reale Standortabnahme, Zugriffsschutz und Rückweg unter Deployment-und-Discovery
Pi-VPN-Autotoggle	OpenVPN nur außerhalb freigegebener WLANs und des physischen Heim-LANs aktivieren	Im Entwicklungsbranch vorhanden; reale Standortabnahme, Zugriffsschutz und Rückweg unter Deployment-und-Discovery
Netzweite Auto-Discovery plus manueller Suchknopf	gegenseitiges Finden aller Dienste im selben VLAN	Im Entwicklungsbranch vorhanden; reale Standortabnahme, Zugriffsschutz und Rückweg unter Deployment-und-Discovery
Wizard „Neue TBS“	Name, MCC/MNC, ISSI, LA, CC → Konfig, VPN/Keys, Image	Im Entwicklungsbranch vorhanden; reale Standortabnahme, Zugriffsschutz und Rückweg unter Deployment-und-Discovery
Virtuelle TBS/Funkgeräte	PTT, Display, D-Pad, GPS und Zellwechsel steuerbar simulieren	vorhandene Core-Mock-TBS ist kein vollständiger RF-/Endgeräte-Simulator
Durchgängiger Mehrzellenbetrieb	Serving-TBS, Kontextwechsel und laufende Rufe	MM/CMCE-Restore, Timing, Media Switch, Endgeräte-Interoperabilität
GPIO-/Rack-Platine	Sensorik, Lüfter, Statusanzeigen, Watchdog, Stromversorgung	echte HAT-Pinbelegung, EMV, 230-V-Sicherheit, Footprints und PCB-Abnahme
Control-Room-Arbeitsplatz	Audio, skalierbare Oberfläche, Rollen, NFC/AD	native UI und Karten vorhanden; Audio, Operator-Identität, Ruf-Autorität und E2E-Tests weiter offen
HA-/Homematic-Aktionspfad	gezielte, quittierte Aktionen aus Funkereignissen	MQTT/HA-Discovery und Ledger vorhanden; reale Automation, SDS-Rückweg und Fehlerschutz abnehmen
Mobiler Router/5G/AP und weitere Gateways	mobiler Uplink sowie Zello/FRN und ergänzende Bedienung	ältere Ideen konkretisieren; Hardware-/Treiberwahl und jeweilige Autorität noch offen

Reihenfolge für eine belastbare Erweiterung

1. Problem und Systemgrenze auf Architecture und Netzwerk-und-Ports einzeichnen.
2. Vertrag, Konfigurationsschema, Backward Compatibility und Failure Mode festlegen.
3. Statische Tests, mutierende Labortests und bei Funkfunktionen On-Air-Test ergänzen.
4. Betreiberverfahren für Installation, Sicherung, Rückweg, Monitoring und Fehlersuche dokumentieren.
5. Code-/Release-Status und Labor-/Feldabnahme getrennt anhand konkreter Belege nach Projektstand übernehmen.

Vollständige Historie und Releaseplanung

Die zusammengeführte Roadmap und Releases ergänzt diese Zielübersicht um alle veröffentlichten Releases und Archivstände, die technischen Phasen 0–15, Umsetzungspakete und spätere MQTT-/SIP-/Warnfunktionen. Der Upstream-Vergleich enthält konkrete Übernahmekandidaten.

Kurze Entwicklungsroadmap ab 28 September 2026

Die Reihenfolge ist eine Arbeitspriorisierung ohne zugesagte Termine. Historische Phasen und Releases bleiben oben erhalten. Die Trennung zwischen main, Entwicklungsbranch und echter Abnahme gilt für jeden Punkt.

Priorität	Ziel und heutiger Stand	Nächster Schritt und Blocker
1	Deployment-VM, Discovery und gezielte Updates: in Entwicklung 0.2.3 implementiert und CI geprüft	Bestands-LXC mit festgelegter Rolle, verlorenem Auftrag und Wiederanlauf prüfen; anschließend gesonderter Code-PR nach main
2	Pi-Image und VPN-Autotoggle: Rezept, Personalisierung und Netzrichtlinie im Entwicklungsbranch	Reales SXceiver-Pi booten, LAN/WLAN/VPN-Wechsel und Betrieb ohne VM messen; Hardwareabnahme offen
3	Syslog, Discovery-Ziele und NAS-Archiv: in PR #57 in den Entwicklungsbranch integriert	Sender→RELP→Collector→gzip am echten Share abnehmen, Mountausfall und Verlustzähler prüfen; kein allgemeiner Verlustfreiheitsnachweis
4	main stabilisieren und Upstream-Reparaturen übernehmen	Audit-Zählung/Verträge, Circuit-Reopen, SDS-TL/Notruf, RTP/CANCEL und MAC-END in einzelnen Code-PRs mit Regressionen; Funkmessungen fehlen
5	Leitstellen-Arbeitsplatz und laufender Mehrzellenruf: vorhandene UI und Fachkerne, Gesamtpfad offen	Desktop-Audio/PTT, Zuständigkeit eines Dispatch-Kerns, zwei reale TBS und SIP-/Medienübergang abnehmen
6	HA/Homematic, Hardware und Simulation: Grundlagen vorhanden, Ausbauwünsche erhalten	Eine quittierte Funk→MQTT→Aktion→SDS-Kette messen; Simulatorvertrag, Pinbelegung und Rack-Prototyp konkretisieren
7	Betriebsreife und ausgewählte Nexus-2-Konzepte: Planung	Auth/TLS/Rollen, Versionskonflikte und Wiederherstellung je Dienst festlegen; Touch-/Kalibrierkonzepte erst nach Quellen-/Hardwareprüfung

Weitere erhaltene Ideen sind virtuelle Funkgeräte mit PTT, Tasten, Display und GPS/Zellwechsel, ein getrennt nutzbarer Brew-Server mit klarer Rufautorität, NFC/RFID-/AD-Anmeldung, vom kleinen Touchscreen bis zur Anzeigewand skalierbare Leitstellenfenster sowie GPIO, Sensoren, Lüfter, Anzeigen, Watchdog und eine spätere Rack-Platine. Mock-TBS, native UI, Hardware Gateway oder RF Monitor sind vorhandene Grundlagen, aber kein fertiger Simulator, Audio-Arbeitsplatz oder geprüfter PCB-Entwurf. Ein vollständiger Geräte-/RF-/ETSI-Simulator und ein real abgenommener Mid-Call-Handover bleiben eigenständige Ziele.

Auch mobile Router mit 5G, M.2-Funkmodulen, Access Point und kleinem Switch sowie weitere Voice-Gateways wie Zello/FRN bleiben erhaltene Ausbauideen. Für diskutierte BPI-R4-/R4-Pro-Varianten sind Strombudget, Treiber, Antennen, AP-Betrieb und VPN-Übergänge noch konkret festzulegen. Ein Pi-5/AI-HAT war eine Machbarkeitsidee ohne beschlossenen NetCore-Anwendungsfall.

Die aktuelle Entwicklungsentscheidung lautet Ubuntu-VM für den Imagebuilder, getrennte Observability im bestehenden LXC und lokale Caches für den Weiterbetrieb ohne Zentrale. Sie konkretisiert die ältere Deployment-LXC-Idee, ohne sie aus der Historie zu entfernen. Reale Zugangsdaten, private Adresslisten und projektfremde Gesprächsinhalte werden nicht Bestandteil dieser Roadmap.

Ergänzung vom 02.10.2026

Die bestehende Reihenfolge bleibt eine Empfehlung. Für Upstream-Stabilisierung und Mehrzellenbetrieb kommen die aus Bost/FlowStation identifizierten Restore-Floor-/Watchdog-Prüfungen hinzu; LST-Hangtime-/Rufende-Fälle ergänzen die Dispatch-Abnahme. Stations-/Profilpakete sind eine spätere Recovery-Empfehlung. NetCore main und Entwicklung sind unverändert, das Launcher-Artefakt 0.2.6 ist kein neuer Repository-Release. Vollständige Einordnung: Roadmap und Releases · Upstream-Vergleich.