Toggle sidebar Toggle sidebar

Yealink T42-U SBC manchmal Offline

F

FT C.Löcker

Bronze Partner
Mitglied seit
24. Januar 2024
Beiträge
10
Hallo.

Wir haben eine Kundeninstanz, bei dem, meist übers Wochenende, das Routertelefon offline geht, bzw. nicht mehr erreichbar ist!

Instanz: 3CX V20 Hostet bei 3CX / Yealink T42-U mit Firmware 108.87.0.16 als SBC

Fehler:
Typ Info
Ereignis-ID 4102
Datum 29.09.2025 20:37
Details Trunk SBC 'Yealink T42U (90)' (XXX.XX.XXX.74/192.168.XXX.XXX) has changed status to Down

Die Telefone im Netzwerk funktionieren dann natürlich nicht mehr, die Handys mit der App schon.
Weboberfläche des Routertelefons ist im Netzwerk nicht erreichbar.
Erst nach einem harten Reset des Telefons funktioniert es wieder!

Hat irgendwer eine Erklärung für das Problem?
3CX Support meldet sich leider seit mehreren Wochen hierzu nicht!

MFG

C.Löcker
 
mbehrens schrieb:
Was hat denn die Analyse der Logdateien aller beteiligten Systeme ergeben
Zum Vergrößern anklicken....

Ich bin mit meinem "Analyselatein" am Ende...weiß nicht, wie ich den Fehler weiter eingrenzen, bzw. aufschlüsseln soll!
Seitens 3CX leider keinerlei Rückmeldung!
 
Reagiert das Telefon denn noch auf Pink im Netzwerk oder ist das komplett tot? Was steht denn in den Logs den 3cx und vom Telefon?
 
Hallo. IP des Telefons lässt sich anpingen, aber man kommt halt nicht auf die Weboberfläche. Zieht man das Telefon ab, is die IP auch nicht anderweitig vergeben!

Log Datei im Telefon jetzt erst aktiviert! Bisher aber noch kein erneuter Ausfall!

Bei Ausfall erscheint in der Log Fehler 4102 SBC/Tunnel --> erst Down dann nach erneuter Anmeldung wieder "UP".

Blicke es an der Front leider nicht, welche Daten da noch zielführend relevant sein können.
 
Wir hatten letztens auch so einen Fall. Ab und an hat sich ein T54W, welches nicht nur als Router Phone eingerichtet war sondern auch als SBC für weitere Geräte (u.a SNOM DECT Basis) diente, immer mal wieder aufgehangen.

Nach Einsatz eines SBC und seit dem Anhängen aller Endgeräte an diesen SBC gibt es dort keine Probleme mehr. Das hätte nicht nötig sein sollen. Das wissen wir. Aber das hat das Problem gelöst.
 
Spannend ist das die Weboberfläche vom Telefon nicht mehr erreichbar ist, hast du es allfällig schon mit einem anderen Gerät versucht? Wenn die Weboberfläche nicht erreichbar ist, hat sich das Gerät wohl irgendwie komplett "aufgehangen". Ich würde mal mit einem anderen Telefon testen wenn möglich, ansonsten mal ein Factory Reset machen und neu aufsetzen.
Variante von fxbastler wäre natürlich auch ein Ansatz :-D
 
Ist nur ein Verdacht: Wird das Telefon per POE oder Netzteil mit Strom versorgt?
Bei den W70b und den Ladestationen der Handsets erzeugen die langsam sterbenden Yealink Netzteile ja auch die „lustigsten“ Fehler - u.a. mit random Reboots.
 
  • Like
Reaktionen: fxbastler
Wir haben uns gestern dann auch dazu entschieden, einen seperaten SBC auf einer laufenden VM dort testweise zu installieren.

Der Fehler ist erst aufgetreten, nachdem das System gut drei Monate problemlos gelaufen ist.

Und in Sachen Partner und auswerten der Log-Dateien:
Ich habe es leider bisher noch nie erlebt, dass man seitens 3Cx einen wirklichen Support bekommt!
Und die Schulungen auf das System wollen wir inhaltlich hier doch wohl lieber aussen vor lassen, oder?!

M.E. hat man nur die Chance, auftretende Fehler mit GMV zu betrachten, und dann per Learning by Doing auszumerzen!
Zumindest habe ich noch keinen anderen Weg gefunden.

Danke schonmal für sämtliche Antworten!
Ich werde berichten, wie es weitergegangen ist!
 
FT C.Löcker schrieb:
Und in Sachen Partner und auswerten der Log-Dateien:
Ich habe es leider bisher noch nie erlebt, dass man seitens 3Cx einen wirklichen Support bekommt!
Und die Schulungen auf das System wollen wir inhaltlich hier doch wohl lieber aussen vor lassen, oder?!
Zum Vergrößern anklicken....
Das kann ich so nicht bestätigen. Sowohl die Schulungen als auch der Support hier und direkt von 3cx sind super. Man muss allerdings auch ein wenig selber tun und ausprobieren.
 
  • Like
Reaktionen: mbehrens
bitn2 schrieb:
Das kann ich so nicht bestätigen. Sowohl die Schulungen als auch der Support hier und direkt von 3cx sind super. Man muss allerdings auch ein wenig selber tun und ausprobieren
Zum Vergrößern anklicken....
Beim letzten Punkt bin ich dabei...der Rest liegt dann wohl im Auge des Betrachters...denke da ist dann auch noch ein grosser Unterschied, wann man mit 3Cx begonnen hat. mit dem heutigen "Partnermodell" von 3Cx ist es wesentlich schwerer, einen höheren Partnerlevel zu erreichen...es zielt doch alles sehr auf stetige Umsatzsteigerungen ab.

Aber bleiben wir im Technischen...SBC is auf ner Windowsmaschine aufgesetzt.
Bin sehr gespannt, wie sich der Sachverhalt jetzt darstellt, und werde berichten!
 
  • Like
Reaktionen: mbehrens
FT C.Löcker schrieb:
Aber bleiben wir im Technischen...SBC is auf ner Windowsmaschine aufgesetzt.
Zum Vergrößern anklicken....
Das ist sicher für eine Fehleranalyse suboptimal. Eine Linux Basis bietet da einfach mehr Möglichkeiten. Auch die Lizenzierung könnte schwierig werden.
 
  • Like
Reaktionen: fxbastler
mbehrens schrieb:
Auch die Lizenzierung könnte schwierig werden.
Zum Vergrößern anklicken....
Der TO hat dieses Windows sicher extra und ausschließlich nur für den 3CX SBC als VM neu installiert - einfach weil er dank Windows Server Datacenter genug VM davon installieren kann ...
 
  • Like
Reaktionen: mbehrens
Hallo.
Für alle, die sich noch dafür interessieren:
Die Instanz läuft jetzt fehlerfrei, seitdem als SBC eine virtuelle Windowsmaschine fungiert!
Und NEIN....es ist keine neu aufgesetzte, sondern ein bestehender Server, der immer erreichbar ist, sich aber über seine bisherigen Aufgaben langweilt!
Da bisher noch keine Zeit war, sich mit einer anderen Variante für 3CX zu beschäftigen, bleibt das zunächst so.
Natürlich würde ich mich sehr freuen, Infos zu bekommen, wie/womit ich die Variante mit Debian am besten testen kann.

Danke und Grüsse
 
FT C.Löcker schrieb:
Die Instanz läuft jetzt fehlerfrei, seitdem als SBC eine virtuelle Windowsmaschine fungiert!
Zum Vergrößern anklicken....
gut

FT C.Löcker schrieb:
Und NEIN....es ist keine neu aufgesetzte, sondern ein bestehender Server, der immer erreichbar ist, sich aber über seine bisherigen Aufgaben langweilt!
Zum Vergrößern anklicken....
schlecht

FT C.Löcker schrieb:
Natürlich würde ich mich sehr freuen, Infos zu bekommen, wie/womit ich die Variante mit Debian am besten testen kann.
Zum Vergrößern anklicken....
so wie immer: einfach machen
https://www.3cx.de/docs/adminhandbuch/debian-linux-telefonanlage-installieren/

Ich nehme auf Grund deiner Aussagen an, es handelt sich um einen Windows Hyper V Server. Dann auch:
https://www.3cx.com/docs/installing-microsoft-hyper-v/

  1. die akt. 3CX ISO herunterladen
    https://downloads-global.3cx.com/downloads/debian12iso/debian-amd64-netinst-3cx.iso
  2. eine neue Version 1 VM mit ausreichend Ressourcen anlegen
    auch wenn es übertrieben wirkt gelten erst einmal die allg. 3CX Anforderungen (akt. mind. 2 CPU, mind 2 GB RAM, ausreichend große Disk mit mind. 20 GB)
  3. Zeitweitergabe des HV an die VM unterbinden
  4. die 3CX ISO in der VM als DVD einbinden
  5. VM starten ;)
  6. die gewünschten Grundeinstellungen vornehmen (insbes. feste IP bevor der Name der VM festgelegt wird, notfalls einen Schritt zurück gehen)
  7. im Dialog der Auswahl ob eine 3CX oder ein 3CX SBC installiert werden soll den SBC Menüpunkt wählen
  8. die weitere Vorgehensweise und Einbindung erfolgt in weiteren Dialogen
  9. anschl. vmtl. noch IPv6 deaktivieren und ntp installieren
 
  • Like
Reaktionen: bitn
Um antworten zu können musst du eingeloggt sein.

Einstieg für Admins

Statistik des Forums

Themen
44.753
Beiträge
233.660
Mitglieder
78.496
Neuestes Mitglied
FS-CG
3CX Logo Footer Copyright © Sitemap Datenschutz Impressum
Oben Unten