Systemnebenstelle Konferenz ist ständig "nicht angemeldet"

[tray]

Hallo zusammen!

Seit kurzem ist Systemnebenstelle Konferenz ständig "nicht angemeldet". Geht aus für ca. 10 Sekunden (rot) und dann wieder an für ca. 30 Sekunden. Alle 3-7 Minuten gehen alle oder fast alle Nebenstellen aus. Bilder sind anbei. Telefone, Fanvil, sind intern unter einander nicht erreichbar. Erst beim 2 oder 3 Versuch.




In welchem Log könnte ich etwas finden? In welche Richtung sucht man, was kann ich tun?

 

[fxbastler]

Einige Fragen dazu:

1. 3CX Version, z. B. 8 SC 18.0.8.939 Pro
2. Server OS, z. B. Debian 10 / Windows Server 2019 ...
3. Wird Ihr 3CX Server gehostet? Wenn ja, wo? z. B. on-Premise / gehostet via [AWS/Google/Azure/3CX]
4. Wird die 3CX selbst gehostet / on-premise virtualisiert betrieben? Wenn ja: was für eine Virtualisierungsplattform wird benutzt?: ja, KVM, Hyper V / nein
5. Was für Hardware (CPU, RAM, Disk) hat die 3CX (physisch oder virtuell) zur Verfügung?: i5-9400, 6 Cores, 4 GB RAM, 120 GB SSD
6. Wenn on-prem: Befindet sich die 3CX im gleichen phys. LAN wie die Telefone / SIP Clients? ja/nein
7. Firmware-Version Ihres IP-Telefons, z. B. Yealink T46S Version 66.86.0.5
8. Provisionierungsmethode: lokal/VPN/STUN/SBC
9. SIP-Trunk-Anbieter oder Marke/Modell des VoIP-Gateways, z. B.Easybell SIP-Trunk / Grandstream GXW-4104
10. Was für ein Router mit welcher Firmware wird verwendet?, z. B.Mikrotik RB2011 v7.10, pfSense 2.7, Sophos UTM 9.716, Lancom 1781va 10.20
11. War der Firewall Checker erfolgreich?: ja/nein
12. Nutzen Sie benutzerdefinierte Telefon-Templates?: ja/nein
13. Lässt sich nachvollziehen (z.B. Audit Log) was zum Problem führte?Templates?: Update auf Version xyz, Neustart, phys. Umbau ...

TEILEN SIE NIE: Lizenzschlüssel, öffentliche IP-Adressen, E-Mail-Adressen, Benutzernamen, Passwörter, FQDNs, Provisionierungs-URLs, etc.

 

[fxbastler]

Oh, dein Post ist weg. Dann die Folgefrage: Wer betreut denn die Anlage bzw. ist Errichter?

 

[tray]

Einige Fragen dazu:

1. 3CX Version, z. B. 8 SC 18.0.8.939 Pro
2. Server OS, z. B. Debian 10 / Windows Server 2019 ...
3. Wird Ihr 3CX Server gehostet? Wenn ja, wo? z. B. on-Premise / gehostet via [AWS/Google/Azure/3CX]
4. Wird die 3CX selbst gehostet / on-premise virtualisiert betrieben? Wenn ja: was für eine Virtualisierungsplattform wird benutzt?: ja, KVM, Hyper V / nein
5. Was für Hardware (CPU, RAM, Disk) hat die 3CX (physisch oder virtuell) zur Verfügung?: i5-9400, 6 Cores, 4 GB RAM, 120 GB SSD
6. Wenn on-prem: Befindet sich die 3CX im gleichen phys. LAN wie die Telefone / SIP Clients? ja/nein
7. Firmware-Version Ihres IP-Telefons, z. B. Yealink T46S Version 66.86.0.5
8. Provisionierungsmethode: lokal/VPN/STUN/SBC
9. SIP-Trunk-Anbieter oder Marke/Modell des VoIP-Gateways, z. B.Easybell SIP-Trunk / Grandstream GXW-4104
10. Was für ein Router mit welcher Firmware wird verwendet?, z. B.Mikrotik RB2011 v7.10, pfSense 2.7, Sophos UTM 9.716, Lancom 1781va 10.20
11. War der Firewall Checker erfolgreich?: ja/nein
12. Nutzen Sie benutzerdefinierte Telefon-Templates?: ja/nein
13. Lässt sich nachvollziehen (z.B. Audit Log) was zum Problem führte?Templates?: Update auf Version xyz, Neustart, phys. Umbau ...

TEILEN SIE NIE: Lizenzschlüssel, öffentliche IP-Adressen, E-Mail-Adressen, Benutzernamen, Passwörter, FQDNs, Provisionierungs-URLs, etc.

1. 3CX Version - 18.0 (Build 20), Pro, 8 SC
2. Server OS - Debian 10, Updates sind installiert
3. Wird Ihr 3CX Server gehostet? Wenn ja, wo? - on-Premise Installation
4. Wird die 3CX selbst gehostet / on-premise virtualisiert betrieben? Wenn ja: was für eine Virtualisierungsplattform wird benutzt? - ja selbst gehostet auf eigenem Server, VMWare
5. Was für Hardware (CPU, RAM, Disk) hat die 3CX (physisch oder virtuell) zur Verfügung?: vCPU, 2 Cores, 2 GB RAM, 32GB Festplatte auf SSD Raid
6. Wenn on-prem: Befindet sich die 3CX im gleichen phys. LAN wie die Telefone / SIP Clients? - ja
7. Firmware-Version Ihres IP-Telefons - Fanvil X6U, FW-Version 2.4.12
8. Provisionierungsmethode - lokal, im gleichen phys. LAN
9. SIP-Trunk-Anbieter oder Marke/Modell des VoIP-Gateways - Easybell SIP-Trunk
10. Was für ein Router mit welcher Firmware wird verwendet? - pfSense 2.7.1
11. War der Firewall Checker erfolgreich? - ja
12. Nutzen Sie benutzerdefinierte Telefon-Templates? - ja
13. Lässt sich nachvollziehen (z.B. Audit Log) was zum Problem führte?Templates? - Nein, leider nicht. Ich finde (bis jetzt) nichts im Audit-Log, was die Ursache sein könnte, warum sich die Systemnebenstellen abschalten. Welche Logs kann ich mir noch anschauenI

 

[tray]

Gerade habe ich 3CX Server neu installiert. Keine Konfiguration importiert, alles per Hand neu gemacht, nur eine Nebenstelle angelegt. Firewall-Check gestartet - alles grün. Alle Dienste werden ausgeführt und WIEDER DAS GLEICHE wie vorher - Konferenz ist nicht angemeldet und Systemnebenstellen melden sich ab!!!

 

[fxbastler]

1. 3CX Version - 18.0 (Build 20), Pro, 8 SC
2. Server OS - Debian 10, Updates sind installiert

Das kann sich sein, das gibt es nicht. Es gibt eine 3CX v20 unter Debian 12. Aber keine 18 v20 unter Debian 10.

pfSense 2.7.1

Bitte 2.7.2, danke. Aber das ist ein ganz anderes Thema. Das nur am Rande.

Was für eine CPU ist das? Das mit 2 Kernen und 2 GB RAM ist bei einer 8 SC evtl. knapp - auch abhängig von der V20 Thematik. Man sieht es u.a. am Load Wert.

Eine 3CX v20 zieht durchgehend mehr Last laut unserer bisherigen Erfahrung. Aber die v20 ist ja noch nicht produktiv einsetzbar ...

 

[tray]

Das kann sich sein, das gibt es nicht. Es gibt eine 3CX v20 unter Debian 12. Aber keine 18 v20 unter Debian 10.


Bitte 2.7.2, danke. Aber das ist ein ganz anderes Thema. Das nur am Rande.

Was für eine CPU ist das? Das mit 2 Kernen und 2 GB RAM ist bei einer 8 SC evtl. knapp - auch abhängig von der V20 Thematik. Man sieht es u.a. am Load Wert.

Eine 3CX v20 zieht durchgehend mehr Last laut unserer bisherigen Erfahrung. Aber die v20 ist ja noch nicht produktiv einsetzbar ...

Wegen 3CX Version: in der Information steht: 18.0 Update 9 (Build 20)

Firewall: Update kommt später drauf.

Server läuft mit Intel Xeon. Habe der VM jetzt 4 vCPUs und 4GB RAM gegeben. Keine Verbesserung.

Version 20 (inkl. OS-Upgrade von Debian 10 auf 12) ist auch noch nicht drauf.

 

[fxbastler]

In Aktivitätenprotokoll / Protokolle / Instance / 3cxSystemService und Aktivitätenprotokoll / Protokolle / Linux Syslog / syslog zum Beispiel. Aber die Wahrscheinlichkeit, damit das Problem zu finden und zu beheben schätze ich als gering ein.

Laufen auf der 3CX irgendwelche Skripte oder CFA?

 

[tray]

Habe das Problem gelöst. In VMWare > VM Bearbeiten > VM Optionen > VMWare Tools > Option "Uhrzeit des Gastsystems mit Host synchronisieren" ausschalten. Danach läuft die Maschine ohne Problme.

 

[fxbastler]

Habe das Problem gelöst. In VMWare > VM Bearbeiten > VM Optionen > VMWare Tools > Option "Uhrzeit des Gastsystems mit Host synchronisieren" ausschalten. Danach läuft die Maschine ohne Problme.

Ja, das ist so. Egal welcher Virtualisierer: der mitgegebene Zeitgeber des Host hoppelt in der VM. Am ehesten merkt man das durch Probleme beim Audio. Wenn sich die NSt. schon nicht anmelden / wieder abmelden ist der Versatz noch größer, evtl. der CPU Leistung geschuldet (Zuweisung, Auslastung durch andere VM, Anpassung Hardware des Host).

Falls noch nicht geschehen: das Paket ntp installieren.