Mehrzellenbetrieb - JanHG98/netcore-tetra GitHub Wiki
Mehrzellenbetrieb
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. Zentrale Gruppen-/Subscriber-/Mobility-Sollwerte sind nicht automatisch im aktiven MM oder Endgerät wirksam; Nachbarzellenaussendung beweist keinen laufenden Handover. Open Lab ist keine endgültige Zugriffsarchitektur.
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.
Mehrzellenbetrieb, Mobility und Edge-Fallback
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
Aktueller Vergleich und Abnahmegrenze
Bost enthält inzwischen Mehrzellencode mit mehreren Stack-/SDR-Threads, Site-Switch und Zellwechselbausteinen. Der dortige Status nennt fehlende On-Air-Abnahme und keine Mitnahme laufender Einzelrufe. Die ältere Aussage ausschließlich lokaler Bost-Restorepfade ist insoweit überholt. Für NetCore bleiben MM-/CMCE-Kontexttransfer, zentraler Medienpfad und Floor-Rückweg Z07-Arbeit; kein übernommenes Seamless-Handover. Upstream-Vergleich
Mehrere TBS können über den Node Gateway zu einem verteilten Netz gehören. Mobility Core kennt aktuelle Serving-TBS und Zellzustände; Transit behandelt Regionen/Peers. Die konkrete Umschaltung eines laufenden Funkrufs erfordert zusätzlich zusammenhängende MM/CMCE-Restore-Kontexte, neue Rufzweige und einen gültigen Medienpfad. Das ist nicht allein durch zwei erreichbare Basisstationen bewiesen.
Was heute auseinanderzuhalten ist
| Vorgang | Aussage |
|---|---|
| Registrierung in einer anderen Zelle | am Endgerät mit Zell-/Standortparametern und Logs nachweisen |
| Neuer Ruf zur aktuellen Serving-TBS | Mobility- und SIP-/Call-Control-Route prüfen |
| Kontexttransfer/Restore-PDUs im Code | vorhandene Implementierung sagt noch nichts über On-Air-Abnahme |
| Laufender Ruf ohne hörbare Unterbrechung von A nach B | eigener E2E-Funk- und Medientest; für MAIN-COMPAT nicht pauschal zugesichert |
Der Rollout-Stand nennt die Grenzen der aktuellen zentralen Medienbrücke. Mobility-Core-Docs enthalten den Kontexttransfervertrag. Projektstand
Ausfall einer Zentrale
Die TBS verwendet Service-Matrix, Lease und Hysterese. In der sanitisierten Beispielkonfiguration sind enter_after_secs, recover_after_secs, service_matrix_lease_secs und required_services sichtbar. Ein Ausfall einzelner Fachkerne kann degraded auslösen; ein Gateway-Ausfall isolated. Lokal verfügbare Rufe, Registrierung, SDS und bereits installierte Schlüssel folgen dem jeweiligen Fallback; netzweites Routing oder OTAR kann ausfallen.
Bei Rückkehr: Service-Matrix aktualisieren, Spool/Queues und Deduplizierung prüfen, dann Registrierung, Affiliation, neue Rufe und gegebenenfalls SIP-/SDS-Pfade testen. Es werden keine alten Sprachframes nachgeholt. Backup-and-Fallback · Troubleshooting
Bost-Vergleich vom 02.10.2026
Bost FlowStation bei bb87b84c liefert keinen belegten fertig übernehmbaren Seamless-Handover-Pfad. Die Nachbarzellenaussendung ist im geprüften broadcast.rs bytegleich mit NetCore main 20603a04; lokales U-CALL-RESTORE setzt einen bestehenden Rufkontext voraus. Mehrere MLE-Zellwechsel-/Restore-Pfade von Bost bleiben nicht implementiert.
Sinnvoll portierbar sind die älteren Restore-Korrekturen aus c71c9ad5: aktuellen Floor-Halter vor Sprechfreigabe prüfen und nach Gruppen-Restore die Uplink-Inaktivitätsüberwachung über den FloorGranted-Pfad aktivieren. Diese Ergänzungen fehlen im entsprechenden NetCore-restoration.rs. Erst gezielte Regressionen, danach Anpassung an logische Slots/Dual Carrier und zentrale Rufautorität; anschließend Kontext- und Medienübergang zwischen zwei realen TBS messen. Das ist eine Prüfempfehlung, kein neuer Live-Fehlernachweis. Codebelege und genaue Einordnung: Upstream-Vergleich.