Abnahme

Abnahme

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 Fachanleitung und Grenzen. Die bestätigte Pi-Kurzabnahme gilt nur für den dokumentierten Build und Funktionsumfang; sie ist keine generelle Mehrzellen-, SIP-, VPN- oder Dauerlaufabnahme.

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.

Inbetriebnahme und Abnahme

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 zusätzliche Prüfpunkte

Design/Hell-Dunkel pro Origin, langsame Dashboard-Clients, Restore-Floor und Uplink-Watchdog, zentrale Gruppenaufträge und tatsächliche Terminalwirkung. Vier CI-Läufe für 2fe2a19 sind erfolgreich; aktuelle Hardware-/Gesamtanlagenabnahme bleibt offen. Siehe Projektstand.

Eine installierte Binärdatei und ein erreichbares WebUI sind ein guter Anfang. Für einen belastbaren Funkbetrieb müssen Funk, Steuerung, Medien, Daten und Ausfallverhalten getrennt nachgewiesen werden. Die Tabelle ist ein Arbeitsblatt; Ergebnisse mit Datum, Commit/Tag, TOML-Revision, Gerätetyp/Firmware und Mess-/Logverweisen festhalten.

Bereich	Prüfungen	Akzeptanzbeleg
Host/SDR	Versorgung, Clock, Treiber/Channels, Sample-Rate, Temperatur, Dauertest	SoapySDRUtil, Journal, Messwerte
HF	Ausgangsleistung, Spektrum, Duplexer-Isolation, RX bei TX, Last/Antenne	HF-Messprotokoll und zulässige Konfiguration
Zelle	SYNC/SYSINFO, MCC/MNC, LA/CC, Carrier, Endgeräte-Camping	Air-Log und getestete Codeplug-Parameter
Mobilität	Registrierung, Periodik, Deregistration, erneuter Join, Affiliation	Ereignisfolge und keine ungewollte Gruppenauflösung
Ruf	Gruppe, Einzelruf, Floor-Wechsel, Hangtime-Retake, Abbruch, Release	hörbare Sprache in beide Richtungen und freie Slots danach
Daten	SDS Text/Status, Gruppenstatus, LIP, Packet Data/WAP nach Aktivierung	Quell-, Vermittlungs- und Ziel-Logs derselben Test-ID
Backend	Node Gateway, Health-Matrix, Policy/Serving-TBS, E2E-Routing	aufgelöste Abhängigkeiten, Readiness und fachliche Ereignisse
Telefonie/Integration	TETRA↔PBX, zentraler Ausfall, MQTT→HA, Brew falls aktiv	SIP/RTP in beide Richtungen, Topic-/Ack-Trace und Peer-Logs
Ausfall	Gateway, Directory, NFS, Piper, Media Switch gezielt ausfallen lassen	dokumentierter Fallback, Wiederkehr ohne doppelte Aktionen

Softwareprüfungen

python3 deploy/open-lab/netcore-deploy.py --inventory deploy/open-lab/inventory.toml validate
python3 deploy/open-lab/netcore-deploy.py --inventory deploy/open-lab/inventory.toml test --profile full --validate-only
python3 deploy/open-lab/netcore-deploy.py --inventory deploy/open-lab/inventory.toml test --profile smoke

Für mutierende oder neustartende E2E-Profile die aktuelle Deployer-README lesen und eine isolierte Testumgebung nutzen. Ein Mock-TBS-E2E-Test ersetzt den RF-Nachweis nicht. Die PDU-Bestandsmatrix benennt offene Tests und Platzhalter. Normen-und-Tests

Fehlerdokumentation

Für jeden Fehlschlag ersten Fehlerzeitpunkt, Host, Dienst, ISSI/GSSI, Carrier/Slot, Konfigurations-Hash und letzte erfolgreiche Stufe notieren. SIP-Dialog, RTP und Funk-Audio getrennt protokollieren. Nach einer Korrektur den kompletten Ablauf bis zur Freigabe erneut prüfen. Troubleshooting

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. Für den Entwicklungsbranch kommen reale Hostaufnahme/Rollout, verlorene Antwort ohne Doppelauftrag, Controllerausfall, Pi-Boot/Soapy-Probe, WLAN/LAN/VPN-Wechsel ohne Funkneustart und NAS-Ausfall/Archiv-Rückleseprüfung hinzu. 43 Deployment-Tests bestanden lokal bei einem übersprungenen Socket-Test; 15 Syslog-Tests bestanden. Die grüne Ubuntu-/Rust-CI ist unter Deployment-und-Discovery belegt und ersetzt keine physische Gesamtanlage.