Upstream Vergleich

Upstream Vergleich 16 Oktober 2026

NetCore-Basis main@8fb581b7; Vergleich zum erfolgreich dokumentierten 13.10.2026. Keine Übernahme von Produktcode in diesem Lauf.

Quelle	Tip	Änderung und Einordnung
FlowStation	0f4faa98	Unverändert; Circuit-Reopen, SIP/RTP, SDS-Deduplizierung weiter gezielte Teil-/Portierkandidaten
TETRA BlueStation	09d4e0d9	Unverändert; MAC-END/Fragmentallokation nur mit Encoder/Parser/Scheduler zusammen prüfen
Nexus BS1	6a4e8f58	Unverändert, archiviert; Auth- und Kalibrierungsreferenz
Nexus BS2	ebfd0b51	Unveränderte Dokumentation ohne veröffentlichten Runtime-Code oder GitHub-Release
Bost FlowStation	f016cbcf	23 Commits seit ccae4632: TAA1/SCK-OTAR/Security-PDUs, PHY-Catch-up, Scanlisten, ISSI-Namen, SDS-Zustellanzeige; letzter GitHub-Release v0.4.0
Tetra Dispatch	5296fd71	13 Commits seit f04012ee: Notrufanzeige/-übernahme, ISSI-Sperren, WAV-Aufnahmen server-/clientseitig mit Wiedergabe/Download/Löschen. Codeangabe 1.3.0, kein GitHub-Release

Wichtige Rücknahmen bei Bost

Am 16.10. wurden die B210-Anlauf-/kurze-PTT-Korrektur aus PR #8 durch PR #11 (74b63b1d, Merge f016cbcf) und die OTAR-Statuslokalisierung aus PR #9 zurückgenommen. Diese Änderungen sind am Tip nicht aktiv und keine aktuellen Fixempfehlungen. Der Grund ist durch die Rücknahme allein nicht belegt.

Der enthaltene Catch-up 95e365d1 betrifft Demodulator/Soapy: skipped_slots, take_skipped_slots, skip_slot und pending_skipped_slots halten Uplink und Stack zusammen. NetCore besitzt bereits eigene RX-Gap-Recovery aus PR #68/#69 mit nachgeführten Protokollticks und unterdrücktem PHY-Austausch. Gleichartige Fehlerklasse, aber kein blinder Cherry-pick; Dual-Carrier-/Zeitmarkierungsregression nötig.

Bosts neue tetra-security-, MM-Authentifizierungs- und SCK-OTAR-Pfade gehen über einen bloßen Dashboard-Schalter hinaus. NetCores Security Core/KMF führen zentrale Policies und Aufträge, belegen aber keine gleichwertige Air-Interface-Umsetzung. Größerer Integrations-/Schlüssel-/Audit-/Endgeräteumfang.

Dispatch Vergleich

Geprüfte Diffs: src/dispatcher.rs, protocol.rs, web.rs, recording.rs und static/index.html. Recorder: PCM16-Mono/8-kHz-WAV mit kollisionsgeschützten Namen. HTTP /recordings und /recordings/{name} nutzen gemeinsamen Passwortschutz, kein Ressourcen-RBAC. NetCore besitzt TBS-Recording, zentralen Recorder und NAS-Mediencache teilweise gleichwertig; sinnvoll sind gezielte Bedienzustände und Notrufvisualisierung, kein redundanter zweiter Recorder. Brew-ISSI-Sperren sind keine automatisch wirksame NetCore-MM-Teilnehmersperre.

Aktive LIP-Korrelation bleibt in NetCore nicht gleichwertig belegt; Ambient Listening braucht ausdrückliche Zielrechte, Audit, CMCE/Medien und Endgeräteprüfung. Die zwei Restore-Lücken bestehen weiter.

Quellenvergleich Bost · Quellenvergleich Tetra Dispatch · Gesamtroadmap

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.

Upstream Vergleich

Vergleich am 07.10.2026 mit sechs Quellen

NetCore-Basis: main 990bffb275f9b1f6647e9cecb61d683a940a43f5. Ausgangspunkt sind der erfolgreiche Gesamtlauf vom 02.10. und die Wiki-Ergänzungen vom 03.10. bei 22a1622. Die früheren Bewertungen bleiben unten datiert erhalten. tetra-dispatch ist dauerhaft die sechste eigenständige Quelle.

Quelle	Aktueller SHA	Einordnung
FlowStation	0f4faa98	Unverändert; Circuit-Reopen, RTP vor media_ready, CANCEL-Rennen und Status-Deduplizierung weiter prüfen.
BlueStation	09d4e0d9	Unverändert; MAC-END-Kanalzuweisung teilweise fehlend.
Nexus BS1	6a4e8f58	Unverändert und archiviert; Auth-Gates/RF-Kalibrierung getrennt bewerten.
Nexus BS2	ebfd0b51	Unverändert; weiterhin Dokumentation ohne Runtime-Code/GitHub-Release.
Bost FlowStation	96671561	Neu: Mehrzellencode, Log-/WebSocket-Begrenzung, SDR-Catch-up; main jetzt Default/OTA. Code 0.5.3, GitHub-Release weiter v0.4.0.
tetra-dispatch	f04012ee	Erstbasis: Browser-Audio/PTT, Brew, SDS/LIP und Ambient-Listen-Freigabe. Cargo 1.0.0, kein GitHub-Release.

Bost gegenüber aktuellem NetCore

• Sinnvoll portierbar: Bost begrenzt den Dashboard-Logkanal auf 4096 und filtert den Tracing-Layer auf INFO. NetCore besitzt in bins/bluestation-bs/src/main.rs weiterhin unbounded; auch die Dashboard-WebSocket-Clientqueue ist unbegrenzt. try_send allein begrenzt eine unbounded-Queue nicht. Langsame Clients und Loglast gezielt regressionsprüfen; Telegram-Warnpfad erhalten.
• Sinnvoll portierbar mit Anpassung: Bost phy/components/soapy_dev.rs holt Stackzeit anhand der SDR-Uhr auf und rundet die früheste sendbare Slotgrenze auf. Der zwischenzeitliche RX-Drain wurde wieder entfernt. NetCore besitzt diesen stack_slots_behind-Pfad nicht. Dual Carrier, Sample-Skalen und Re-Anchoring müssen bei Übernahme berücksichtigt werden; kein neuer gemessener NetCore-Feldausfall.
• Größerer Umbau: Mehrere Stack-/SDR-Threads und Site-Switch über Brew/LST sind nun vorhanden. Docs/multi-cell-status.md nennt fehlende reale SDR-/Endgerätetests und ausdrücklich keine Mitnahme laufender Einzelrufe. Die alte Bewertung nur lokaler Restore-Bausteine ist damit überholt; abgenommenes Seamless-Handover bleibt unbelegt. NetCores verteilte Kerne haben andere Autoritäts-/Medienverträge.

Belege: Bost Quellstand, Mehrzellenstatus, SDR-Timing, NetCore Logkanal.

Tetra Dispatch als neue Referenz

Die Brew-Browserkonsole registriert eine eigene Operator-ISSI und Gruppen, überträgt 8-kHz-PCM über Browser-WebSocket und setzt serverseitig ACELP/STE um. Genau ein Browser hält die Operatorposition. HTTPS und HTTP Basic sind optional; Port 8443 allein aktiviert kein TLS.

Thema	NetCore-Einordnung	Nächster Schritt
Browser-Audio und PTT	Funktionsziel teilweise vorhanden, Integration mit größerem Umbau	Z08: eigene Call-Control-/Media-Switch-Autorität, Floor, Session und Codecrahmen anbinden; kein direkter Ersatz des Control Room.
SDS, Karte und LIP	NetCore besitzt SDS und Positionszustände; aktive Abfrage nicht gleichwertig belegt	src/sds.rs korrigiert seit 06.10. den Request mit Test auf 0A 44 00; Encoder, Adressierung und Endgeräterückweg vergleichen. Keine hier geprüfte Normkonformitätsaussage.
Ambient Listen	Rechte-/Auditkonzept sinnvoll, keine NetCore-Integration	src/dispatcher.rs prüft seit 07.10. serverseitig ambience_password und protokolliert Versuche; leer lässt offen. In NetCore explizites Ressourcenrecht und Auditvertrag erforderlich.
Zugriffsschutz	Kein zentraler IAM-Ersatz	Der als längenunabhängig kommentierte Vergleich prüft die Länge vorab; diese stärkere Kommentaraussage ist nicht belegt. Keine ungeprüfte Sicherheitsübernahme.

Quellen: src/dispatcher.rs, src/web.rs, src/brew_link.rs, src/codec.rs, src/sds.rs und static/index.html am genannten SHA. NetCore-Gegenstellen: bins/netcore-control-room/src und zentrale Call-Control-/Media-Switch-Dienste. Kein Build oder On-Air-Test der Vergleichsprojekte in diesem Lauf.

Fortsetzungsbasis

Erfolgreich gelesene Quellen: NetCore 990bffb275f9b1f6647e9cecb61d683a940a43f5; FlowStation 0f4faa98b1abe9ec295cf7a94a7a1fa4b3a869b8; BlueStation 09d4e0d9a0b8cf6c881e77353db325df9a4715aa; Nexus BS1 6a4e8f58708ce593f17770ffba0a564a1b2706b5; Nexus BS2 ebfd0b517589d5303c4a10151a253d397d24ce3d; Bost 96671561dfc61af6612f087305ebbed15a7ba5d1; tetra-dispatch f04012ee6e9c19f56499e4f78371a053cf233e0c. Veröffentlichungen separat von Cargo-Versionen geprüft. Die folgende alte Fortsetzungsbasis dient nur der Historie.

Historische Vergleiche bis 03.10.2026

Vergleich mit fünf Upstream-Projekten

Vergleich am 02.10.2026 gegen den erfolgreich dokumentierten Lauf vom 28.09.2026. NetCore main steht nach dem reinen Dokumentationsmerge PR #58 bei f4fd490f577c1315279ecc89f0c6b1808ee7733d; der Laufzeitcode bleibt 086a81fa8820ef579c475a65a38e3d23644c52f0, die Entwicklung bbf039729b9b05f8d623b11195ca24a124f68d16. FlowStation, BlueStation, Nexus BS1 und Nexus BS2 haben seit der bisherigen Basis keine neuen Commits oder GitHub-Releases. Bost FlowStation kommt als fünfte eigenständige Quelle hinzu; unten werden neue Änderungen und ältere Integrationsunterschiede getrennt bewertet.

Projekt	Aktueller Commit und Datum	Änderung und Release
FlowStation	0f4faa98, 24.07.2026	Unverändert; v0.4.0 vom 19.07.2026
BlueStation	09d4e0d9, 09.07.2026	Unverändert; Tag v0.5.10-09d4e0d
Nexus BS1	6a4e8f58, 27.09.2026	README-Archivhinweis; letzte Codebasis ae234dd9 und Release v0.1.80 vom 28.06.2026
Nexus BS2	ebfd0b51, 27.09.2026	Unverändert; Dokumentation ohne Runtime-Code und GitHub-Releases
Bost FlowStation	bb87b84c, 01.10.2026	Neu aufgenommen; Code 0.4.7, jüngster GitHub-Release v0.4.0

Die folgenden FlowStation-/BlueStation-/Nexus-1-Befunde sind bekannte Integrationsunterschiede, keine neu erschienenen Wochen-Fixes. Eine Übernahme erfolgt gegebenenfalls in eigenen Software-PRs mit Regressionstest und passender Laborabnahme. Dieser Lauf verändert keine Produktivsoftware.

FlowStation: Funkzustände, SIP/RTP und SDS

Funktion	NetCore-Befund und Einordnung	Konkrete nächste Prüfung
Circuit-Reopen	Sinnvoll portierbar. rx_control_circuit_open öffnet den Circuit, löscht aber keine noch vorgemerkten Schließungen. FlowStation bricht beim Öffnen ausstehende Closes getrennt nach DL/UL ab.	Close und Reopen desselben Slots vor Abarbeitung reproduzieren; an NetCores logische Slot-/Dual-Carrier-Zuordnung anpassen.
RTP vor media_ready	Teilweise vorhanden. NetCore überspringt poll_rtp vor Medienfreigabe. Im Media Worker existieren bereits begrenzte Queues (8 Einträge) und eine Altersgrenze von 240 ms. Diese beseitigen keinen noch ungelesenen Socket-Rückstau. FlowStation leert vor Freigabe und begrenzt den Downlink-Backlog.	Verzögerte Freigabe und Wiederverbindung testen; Socket-Drain und Playout bewusst in den vorhandenen Worker einpassen.
RTP-Paketdauer	Sinnvoll portierbar. NetCore signalisiert ptime/maxptime 60 ms; FlowStation besitzt einen konfigurierbaren Packetizer, standardmäßig 20 ms.	Mit realen SIP-Peers Paketdauer, Sequenz, Timestamp und Audio prüfen; nicht pauschal als Inkompatibilität jedes Peers bewerten.
SIP-CANCEL	Teilweise integriert. Verwendung des INVITE-Branch und ungetaggtes To sind in NetCore bereits vorhanden. Der Dialog wird nach CANCEL aber entfernt; FlowStation hält einen Cancelling-Zustand und behandelt ein zeitgleich eintreffendes 2xx mit ACK/BYE.	CANCEL während Klingeln, verspätetes 200 OK und Timeout als Dialog-Regressionsfälle.
Statusbefehle: Ack und Wiederholung	Sinnvoll portierbar. FlowStation quittiert geeignete Befehlsstatus und dedupliziert 30 Sekunden nach Quelle/Status. NetCore hat im lokalen Befehlsweg zur eigenen Dashboard-ISSI dieses Fenster nicht. HMD-Antwortdrossel und zentrales SDS-Ledger sind andere Pfade.	Doppelte Kommandos, Autorisierung, Ack und Ziel-ISSI getrennt testen; keine unkontrollierte Übernahme der FlowStation-Zieladresse.
Kurzer SDS-TL-Bericht und Notrufzustand	Neu bewerteter statischer Befund. NetCore überspringt SDS-TL für Directory-Labels, aber nicht ausdrücklich im anschließenden Emergency-Match: außerhalb der Befehls-ISSI kann der normale Zweig emergency_clear erreichen. FlowStation nimmt SdsTl dort aus.	Regression: aktiver Notruf plus kurzer Zustellbericht darf nicht unbeabsichtigt gelöscht werden. Ein aktueller Feldvorfall ist damit nicht bewiesen.

Belege: NetCore UMAC, FlowStation UMAC; NetCore Asterisk, FlowStation Asterisk; NetCore SDS, FlowStation SDS.

BlueStation: Downlink-Fragmentierung

Teilweise integriert, übriger Teil sinnvoll portierbar. NetCore prüft bereits, ob der Header in die Restkapazität passt. In bs_frag.rs bleibt jedoch der TODO zur Channel Allocation im letzten Fragment und chan_alloc_element: None. BlueStation verschiebt die Zuweisung in MAC-END und enthält passende Fragmentierungsprüfungen. Die Restkapazitätsprüfung allein belegt nicht die Integration des gesamten Pakets.

Nächster Schritt: Encoder, Parser und Scheduler zusammen betrachten; mehrere Restkapazitäten, Rekonstruktion und Dual Carrier abdecken. NetCore bs_frag.rs · BlueStation bs_frag.rs

Nexus BS1: Dashboard-Zugriff und RF-Kalibrierung

Auth-Gate: sinnvoll portierbar, teilweise gleichwertige Grundlage vorhanden. NetCore besitzt eigene Cookie-/Login- und Routenpfade. Nexus bündelt die Entscheidung in DashboardAuthGate und prüft APIs, WebSockets und Assets. Die komplette Route-für-Route-Gleichwertigkeit ist nicht belegt. Eine Zugriffsmatrix für NetCore muss Maschinen-APIs, Medienexport und öffentliche Ausnahmen einschließen. Nexus server.rs

RF-Messung/Smart-Tune: nur mit größerem Umbau nutzbar. Nexus enthält einen Mess-/Kalibrierungsablauf mit aktivem-Ruf-Sperre und Unterbrechung der RF-Laufzeit für die Messung. Ein gleichwertiger Mess-/Tune-Ablauf wurde in NetCore nicht gefunden. NetCore besitzt RF Monitor und externe Probe-Anbindung; seine DSP-EVM vor der Endstufe ist keine gemessene HF-Leistung oder VSWR. Übernahme erst nach Klärung von Hardware, Messpfad, Betriebsunterbrechung und Grenzwerten. Für reine Backend-Arbeit derzeit nachrangig. Nexus Dashboard/RF-Code · NetCore RF-Monitor-Konzept

Nexus BS2 Neue Vergleichsbasis mit begrenzter Evidenz

Nexus BS2 bei ebfd0b5 ist ab dem 28.09.2026 eine eigene vierte Vergleichsquelle. Nexus BS1 bleibt als archivierte Codebasis erhalten. Die neue Quelle enthält beim Abruf README, Lizenz, Bilder und sechs Markdown-Dokumente, aber keinen veröffentlichten Laufzeitquellcode, keine Tags und keine GitHub-Releases. Aussagen zu Funktion oder Hardware stammen deshalb aus der Herausgeberdokumentation. Eine Codeintegration, ein fertiges SD-Image oder eigene Laufzeitmessungen sind damit nicht nachgewiesen.

Die fünf öffentlichen Commits vom 26./27.09. betreffen Erstveröffentlichung der Dokumentation, SDR-Unterstützung, Touch-DSI und TX-Kalibrierprofile. Die jüngste Änderung dokumentiert boardabhängige Profile; sie ist kein öffentlich prüfbarer Runtime-Patch. µCell wird vom Herausgeber als getestet, Pluto als nächster Testkandidat und Lime/USRP als Best Effort beschrieben. Daraus folgt keine bestätigte Unterstützung des NetCore-SXceiver-Aufbaus.

Nexus BS2 Thema	Einordnung gegenüber NetCore	Nächster sinnvoller Schritt
Ein SDR für TETRA, DMR, P25 und FM	Nur mit größerem Umbau nutzbar. NetCore ist TETRA mit eigenen Fachkernen; Modusplanung, DSP und Rufautorität müssten erweitert werden.	Erst Betriebsziel und Ressourcenmodell festlegen; kein direkter Codeport möglich.
1 bis 7 Träger und weiterer TETRA-Paketdatenträger	Nur mit größerem Umbau nutzbar. Dokumentiert sind ein verpflichtender primärer TETRA-Kontrollträger und zusätzliche TETRA-Träger ohne eigenen Kontrollkanal. Das ist nicht gleichbedeutend mit NetCores Dual-Carrier-Modell.	Kanal-/Scheduler-Verträge vergleichen, sobald Runtime-Quellen verfügbar sind; keine Frequenzabstände blind übernehmen.
Plan, Doctor und Risikoanzeige vor dem Start	Teilweise gleichwertig vorhanden; Konzept sinnvoll übertragbar. NetCore besitzt Validator, Deployment-Plan und Health/Readiness; die Vorschau ergänzt SHA-Pinning und persistente Aufträge.	Einheitlichen Vorabbericht mit wirksamer Konfiguration, Hardware, Quellenstand und blockierenden Befunden entwerfen.
Konfigurations-Hash, Sicherung und Rollback	Teilweise vorhanden. Die Nexus-Doku beschreibt If-Match-Prüfung, Validierung, Backup und Neustart/Rücknahme. NetCore sichert Konfiguration und hat einen TBS-Binary-Rollback, aber keinen allgemeinen atomaren Rollout.	Optimistische Versionsprüfung und dienstspezifische Rücknahmeverträge spezifizieren.
Touch-DSI ohne Browser/Desktop	Konzept sinnvoll nutzbar, eigener Ausbau nötig. NetCore hat Dashboard und native eframe/egui-Leitstelle; eine framebufferbasierte Edge-Konsole ist damit nicht vorhanden.	Bedienumfang, Displaytreiber, Touch-Zuordnung und Offline-Anzeige abgrenzen. 800×480 ist der dokumentierte Testaufbau des Herausgebers.
RF-KILL und explizite TX-Freigabe	Konzept sinnvoll nutzbar. Persistente Sperre, Startparameter und sichtbarer Zustand können eine Betriebsfreigabe ergänzen. Vollständige Gleichwertigkeit aller NetCore-Sendepfade wurde nicht nachgewiesen.	Einen durchgängigen Sperr-/Freigabevertrag einschließlich Wiederanlauf prüfen.
LO-Leckage und IQ-Kalibrierprofile	Nur mit größerem Umbau nutzbar. NetCore besitzt konfigurierbare Mittenfrequenzen und DSP-Monitoring, aber keinen hier nachgewiesenen gleichwertigen Live-Profilpfad.	An der konkreten Platine messen; Profile für Z32IT SX1255 V3 nicht auf SXceiver übertragen.
SDS, HMD, DGNA und Brew	Im Funktionsziel vielfach bereits vorhanden. NetCore enthält dafür Code und eigene zentrale Erweiterungen.	Details und Interoperabilität einzeln vergleichen; Dokumentationsnennung beweist keine bessere Implementierung.
D-STAR, YSF, NXDN und POCSAG	Derzeit nicht relevant für den aktuellen NetCore-Betrieb. Nexus dokumentiert teilweise nur Plan-/Parserpfade und weist aktive Laufzeitkonfigurationen zurück.	Als getrennte Zukunftsideen führen, nicht als verfügbare Funkmodi berichten.

Die Quellen sind README, die Dokumentation und der zugehörige Commitverlauf. Die Dokumente sind bei Details nicht vollständig widerspruchsfrei: Die allgemeine Neustartregel und die beschriebenen live anwendbaren DC/IQ-Werte müssen zusammen geklärt werden. Auch Verweise auf interne Fehlerkorrektur-Commits belegen ohne deren Quellcode keinen überprüften Fix. Weder die angegebenen Kalibriermessungen noch die dort genannten Frequenz-/Gainwerte wurden an NetCore wiederholt.

NetCore ist gegenüber dieser öffentlich sichtbaren Nexus-2-Basis mit verteilten Fachkernen, Warnzentrale, MQTT/HA und einer nun quelloffenen Deployment-/Image-Vorschau konkreter überprüfbar. Nexus BS2 beschreibt weitergehende Mehrmodus-, Edge-Touch- und Kalibrierkonzepte. Das sind unterschiedliche Entwicklungsschwerpunkte, keine pauschale Rangfolge der Funkqualität oder Betriebsreife.

Bost FlowStation: Restore, Leitstellenzustände und Stationspakete

Priorisierung vom 03.10.2026: Der Nutzer hat die beiden Restore-Korrekturen als kurzfristig hoch priorisierten Stabilitätsblock festgelegt: NETCORE-CMCE-RESTORE-01 verhindert doppelte Simplex-Sprechfreigaben; NETCORE-CMCE-RESTORE-02 aktiviert den UMAC-/Uplink-Inaktivitätspfad nach erteiltem Gruppenruf-Restore-Grant. Status: Portierung geplant, noch nicht umgesetzt; eigene Regressionen und reale Abnahme stehen aus. Die beiden Fixes sind unabhängig von einem vollständigen Mehrzellen-Handover. Aufgaben, Abnahmekriterien und Reihenfolge: Roadmap und Releases · Projektideen und Entwicklungsstand.

Der geprüfte Quellcommit c71c9ad51462bbc64fb7669f9b192d5f6f325d8b trägt den Titel fix(cmce): fix floor and timeslot leaks, add group-call late entry, Autor/Committer Răzvan Zeceș, 19.07.2026. Er ist auch in der FlowStation-Historie vorhanden; Bost ist die hier verglichene Übernahmequelle. Herkunft, Original-SHA und bestehende Lizenz-/Copyright-Hinweise bei adaptierter Portierung erhalten. Late Entry, Preemption und Netzruf-/Brew-Cleanup desselben Commits separat beurteilen; keine ungeprüfte Gesamtübernahme. NetCore-Ausgangspfad erneut gegen main 6aa9be8 geprüft; kein Live-Fehlernachweis in diesem Dokumentationslauf.

Erstmals in dieser laufenden Vergleichsliste am 02.10.2026 erfasst, nach der Projektanfrage vom 30.09.2026. Aktueller Default-Branch bost sowie main: bb87b84c vom 01.10.2026. Gegenüber der früheren Einzelprüfung bei 3d476eea kamen fünf Commits hinzu. Changelog/Cargo nennen 0.4.7; der jüngste GitHub-Release bleibt v0.4.0 vom 26.09.2026. Eine Code-/Changelog-Version ist kein neuer GitHub-Release.

Thema	Einordnung gegenüber NetCore main 20603a04	Nächster Schritt
Nachbarzellenaussendung	Bereits gleichwertig vorhanden: mle/components/broadcast.rs ist in beiden geprüften Ständen bytegleich.	Daraus kein fertiges Mid-Call-Handover ableiten.
Bestehende Restore-Korrekturen aus c71c9ad5	Sinnvoll portierbar. NetCores cc_bs/procedures/restoration.rs prüft beim individuellen Restore nicht wie Bost den aktuellen Floor-Halter; beim Gruppen-Restore fehlen die ergänzte FloorGranted-/FACCH-Benachrichtigung und damit dieser Aktivierungspfad der Uplink-Inaktivitätsüberwachung. Das ist ein älterer Integrationsunterschied, kein neuer Oktober-Fix.	Zwei konkurrierende Sprecher sowie Restore mit anschließend stummem Teilnehmer regressionsprüfen; NetCores logische Slots, Dual Carrier und zentrale Rufautorität berücksichtigen.
LST-Hangtime und PTT, neue Änderungen seit 3d476eea	Konzept sinnvoll übertragbar, direkter Patch nicht passend. Bost net_lst_dispatch/entity.rs behandelt nur einen tatsächlich aktiven fremden Floor als belegt, ignoriert Hangtime-Late-Entry für RX und löscht RX/Preempt beim Rufende. NetCore besitzt dieses LST-Modul nicht.	Entsprechende Zustandsfälle für den eigenen Control-Room-/Dispatch-Pfad festlegen; keine Behauptung eines reproduzierten NetCore-UI-Fehlers.
CallEnded bei netzseitigem Gruppenrufende	Gezielt portierbarer Prüfpunkt. Bost änderte cc_bs/pdu.rs von einer bedingten Brew-Benachrichtigung auf IfGroupRoutable. NetCore verwendet im nichtlokalen Zweig weiterhin BrewNotification::Never.	Empfänger und Rückkopplung über Brew/Call Control prüfen; kein pauschaler Austausch ohne Event-Vertrag.
Stationspaket .bptbs und Profilpaket .ptbs	Teilweise vorhandenes Ziel, Erweiterung nötig. Bost ergänzt ZIP-Export/Import in net_dashboard/station_bundle.rs mit Manifest, Konfiguration, Profilen und optionalen WLAN-Zugangsdaten. NetCore besitzt Config-Backup/Restore und getrennte Dienstsicherungen, aber keinen entsprechenden Stationspaket-Pfad.	Als Empfehlung für Deployment/Recovery spezifizieren: Schema, Geheimnisschutz, Importvalidierung, konsistente Rücknahme. Bost-Import ersetzt Profilverzeichnisse; ZIP-Kompression verschlüsselt die enthaltenen PSKs nicht. Nicht ungeprüft übernehmen.
Durchgängiges Seamless-Handover	Nicht als fertige übernehmbare Funktion belegt. Lokales U-CALL-RESTORE benötigt einen bestehenden Rufkontext; mehrere MLE-Zellwechsel-/Restore-Pfade in Bost bleiben unimplemented_log!.	Kontexttransfer, Rufzweige, Floor und Medienübergang über zwei echte TBS gemeinsam nachweisen. NetCores eigene Mobility-/Call-Control-/Media-Switch-Kerne bleiben hierfür relevant.

Quellen: Änderungen seit 3d476eea, älterer Restore-Fix c71c9ad5, Bost Restore, NetCore Restore, Bost Stationspakete, Bost LST.

Dies ist ein statischer Codevergleich. In diesem Lauf wurden keine neuen Build-, Regressions-, Funk- oder Live-Anlagentests durchgeführt. NetCore-Laufzeitcode und Entwicklungsbranch bleiben unverändert. Die neuen Upstream-Befunde werden im lebenden Wiki fortgeschrieben; die vollständige Handbuchausgabe vom 28.09. aus PR #58 ist inzwischen auf main vorhanden.

Vergleichsbasis für den nächsten Lauf

Erfolgreich ausgewertet am 02.10.2026: main f4fd490f577c1315279ecc89f0c6b1808ee7733d, Laufzeitcode 086a81fa8820ef579c475a65a38e3d23644c52f0, Entwicklung bbf039729b9b05f8d623b11195ca24a124f68d16; FlowStation 0f4faa98b1abe9ec295cf7a94a7a1fa4b3a869b8, BlueStation 09d4e0d9a0b8cf6c881e77353db325df9a4715aa, Nexus BS1 6a4e8f58708ce593f17770ffba0a564a1b2706b5, Nexus BS2 ebfd0b517589d5303c4a10151a253d397d24ce3d. Bost FlowStation bb87b84cf5bc340271a1d50c266c6d6b817b0d69 ist die neue fünfte Basis. Die vorherigen erfolgreichen Basen vom 27. und 28.09. bleiben in der Wiki-Historie erhalten. Bei einem Zugriffsfehler nicht von unveränderten Quellen ausgehen. Reine Datumswechsel oder Dokumentationsmerges lösen keine neue identische Ausgabe aus.

Projektideen und Entwicklungsstand · Roadmap und Releases