Configuration - JanHG98/netcore-tetra GitHub Wiki
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.
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.
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
Das neue Design ändert weder vorhandene Dienstports noch Zugangsverfahren. Deployment-Ports 8320/8321, Discovery und die neuere Syslog-Pipeline gehören weiterhin ausschließlich zur historischen Vorschau. IAM/Drive sind Planung ohne festgelegte neue Produktivports. Bedienoberflaechen · Roadmap und Releases
Die Basisstation nutzt TOML mit config_version = "0.6" und stack_mode = "Bs" im aktuellen sanitisierten Beispiel. Die tatsächlich installierte Datei ist entscheidend; sie kann von main abweichen. Das Beispiel enthält Dummy-Zugangsdaten und Beispiel-IP-Adressen und darf nicht unverändert als Betriebsdatei verwendet werden.
| Abschnitt | Inhalt | Nach Änderung prüfen |
|---|---|---|
[phy_io], [phy_io.soapysdr]
|
SDR/Treiber, Gain, Sample-Rate, Center | RX/TX, Timing, Passband, Spektrum |
[net_info], [cell_info]
|
MCC/MNC, Carrier, LA/CC, Registrierung, Rufe, Paketdaten | Endgeräte-Camping, Affiliation, Call/Release |
[recovery], [health]
|
Replay, Re-Attract, Health und Watchdog | Join-Verhalten, keine Neustartschleife |
[dashboard] |
Bind/Port, Anmeldung, Systemaktionen | Listener und Netzwerkgrenze |
[recording], [audio_player], [media_library], [tts]
|
Aufnahme, Datei- und Medienpfade, Piper | Rechte, Cache, Ruf/Release, NFS |
[netcore_directory] |
URL und Timeout des Directory | Namen/Status ohne Funkblockade |
[control_room], [edge_fallback]
|
Node Gateway und lokale Autonomie |
/ws/node, Service-Matrix und Rückkehr |
[asterisk], [brew], [telegram_alerts], [wx_service]
|
optionale Anbindungen | Zielsystem, Zugang und Routing |
config_version = "0.6"
stack_mode = "Bs"
[control_room]
enabled = true
host = "<NODE-GATEWAY-IP>"
port = 8080
use_tls = false
endpoint_path = "/ws/node"
node_id = "TBS-LAB-01"Das ist ein Ausschnitt, keine vollständige lauffähige TBS-Datei. Bei einem lokalen Einzelknoten [control_room].enabled = false setzen. Die Management-IP des Gateway ist nicht automatisch die Control-Room-IP 9010. Konfigurations-Drift zwischen eingecheckter config.toml und Inventory kann zu irreführenden Verbindungsfehlern führen. Architecture · Netzwerk-und-Ports
main_carrier bezeichnet den Hauptträger; dual_carrier_enabled und secondary_carrier erweitern den RF-Pfad. tx_center_freq und rx_center_freq bezeichnen SDR-Mittenfrequenzen, nicht zwingend die exakt programmierte Trägerfrequenz. Sample-Rate, Filterreserve und Slot-Plan müssen zusammenpassen. Dual-Carrier · Hardware-und-RF
Proaktives Replay und reaktives Re-Attract sind getrennte Mechanismen. [cell_info.sds_command_control] definiert autorisierte ISSIs und Aktionen für U-STATUS-Systembefehle; die Anwesenheit dieser Sektion ist relevant, ein frei erfundenes enabled-Feld nicht. 4010001 ist die im Beispiel verwendete System-ISSI, kein MQTT-Topic. Konfigurationswerte und Endgeräteprogrammierung aufeinander abstimmen. Registration-and-Affiliation · SDS-and-U-STATUS
sudo cp /etc/netcore/config.toml /etc/netcore/config.toml.pre-change
python3 -c 'import pathlib,tomllib; tomllib.loads(pathlib.Path("/etc/netcore/config.toml").read_text()); print("TOML OK")'
sudo systemctl restart tetra.service
sudo journalctl -u tetra.service -b -n 200 --no-pagerSystemd-Unit-Namen und Pfad anpassen. Beim Start ausdrücklich prüfen, ob die Primärdatei oder .fallback geladen wurde. Kein Passwort oder Token in Wiki, Tickets, Screenshots oder Logauszüge übernehmen. Backup-and-Fallback
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. Bei verwalteten Diensten erzeugt der Entwicklungsbranch Runtime-TOML unter /var/lib/netcore-discovery-<dienst>/config.toml. Originaldatei, UI-Änderungen und aufgelöste Verbindungen haben festgelegte Vorrangregeln. Eine Suche löst keinen Neustart aus. Historische TBS ohne Wrapper übernehmen dadurch keine neuen Adressen. Deployment-und-Discovery