Telefon in Warteschleife nimmt an und lehnt ab in Endlosschleife

[CMDT]

Hallo,

wir haben neuerdings eine unserer Rufgruppen gegen eine Warteschleife getauscht. Seitdem das so ist, haben manche Telefone das Problem, dass diese bei eingehenden Anrufen stets zwischen "Verfügbar" und "Im Gespräch" abwechseln.
Sprich das Telefon klingelt, wechselt zu "Im Gespräch", weist dann irgendwie direkt ab und ich bin wieder verfügbar - und dann von vorn. Das geht alles so schnell, dass der Klingelton mittendrin abbricht und ich keine Chance habe den anzunehmen.
Folgendes läuft 1-mal in der Sekunde so durch im Log (persönliche Daten abgeändert):

29.08.2024 09:41:47 - [CM503003]: Call(C:8152): Call to <sip:[email protected]:0> has failed; Cause: 487 Request Terminated/INVITE from 127.0.0.1:5483

29.08.2024 09:41:47 - [CM503003]: Call(C:8152): Call to <sip:[email protected]:0> has failed; Cause: 487 Request Terminated/INVITE from 5.100.99.98:61001

29.08.2024 09:41:47 - [CM503003]: Call(C:8152): Call to <sip:[email protected]:0> has failed; Cause: 404 Not Found/INVITE from 5.100.99.98:61001

Das betrifft zwei Telefone, ein Yealink T46S und ein Fanvil X4U. Zwei andere Telefone Fanvil X7 und Fanvil X5S funktionieren in der selben Warteschleife ok.
Die Einstellungen der Benutzer und Telefone habe ich komplett angeglichen.

Es ist keine Rufgruppe vorgeschaltet, der SIP Trunk verweist direkt auf die Warteschleife.
Es ist eine V18.

Eine Idee wo ich suchen kann? Liegt es am Alter der zwei betroffenen Telefone?

 

[CMDT]

• 3CX Version: Enterprise-Jahreslizenz, 18.0 Update 9
• Server OS: Windows Server 2022
• Wird Ihr 3CX Server gehostet? Wenn ja, wo? On-Premise, Strato vServer
• Marke/Modell/Firmware-Version Ihres IP-Telefons:
  • Nicht funktionierend:
    • Yealink T46S, FW 66.86.0.15
    • Fanvil X4U, FW 2.4.12
• Provisionierungsmethode: STUN - extern
• SIP-Trunk-Anbieter: Placetel
• War der Firewall Checker erfolgreich?: Ja
• Nutzen Sie benutzerdefinierte Telefon-Templates?: Nein

 

[fxbastler]

Provisionierungsmethode: STUN - extern

Das wird das Problem sein. Probiere das mal mit einem SBC oder Router Phone stattdessen.

 

[mbehrens]

Wird Ihr 3CX Server gehostet? Wenn ja, wo? On-Premise, Strato vServer

Als Bridge?
Mit S2S VPN?
Ist das System leistungsfähig genug?
Zeigt das Monitoring Lastspitzen?

Provisionierungsmethode: STUN - extern

Das würde ich als erstes abstellen.

 

[bitn]

• Server OS: Windows Server 2022

Auch wenn es nicht zum Thema gehört 3CX auf Windows würde ich mir auch nicht mehr antun obwohl ich im Windows Umfeld zuhause bin. Lizenzkosten Update Aufwand gerade bei Versions Wechsel usw.

Beste Grüße

 

[CMDT]

Das wird das Problem sein. Probiere das mal mit einem SBC oder Router Phone stattdessen.

Das zweite betroffene Telefon ist (als einziges) bereits per SBC angebunden, allerdings ist der SIP offline.
Mein X4U kann ich leider nicht entsprechend umstellen, das kann das noch nicht (erst die V2).

Aber das wird der richtige Startpunkt sein. Das T48U machte richtig Probleme beim einbinden und war ein Krampf, mein X4U ist das Telefon am unteren Ende der Nahrungskette.
Ich denke mal wir werden beide tauschen - dann dürfte es gelöst sein.

Als Bridge?
Mit S2S VPN?
Ist das System leistungsfähig genug?
Zeigt das Monitoring Lastspitzen?

Das würde ich als erstes abstellen.

Ne, wird extern betrieben. Kein VPN oder irgendeine Integration in unser Netzwerk, da mehrere Standorte.
System ist eigentlich leistungsfähig genug, wir nutzen exakt das gleiche bei zahlreichen Kunden, ebenfalls mit Warteschleifen.
Aber um hier kurz die Facts zu liefern: 2VCores, 4 GB RAM, bei 9 Telefonen. Geht natürlich besser, aber macht ja keinen Sinn dass es dann bei Kunden funktioniert.

Auch wenn es nicht zum Thema gehört 3CX auf Windows würde ich mir auch nicht mehr antun obwohl ich im Windows Umfeld zuhause bin. Lizenzkosten Update Aufwand gerade bei Versions Wechsel usw.

Beste Grüße

Kann da meinen Vorgesetzten aber verstehen: Jeder hier kann Windows, aber nur zwei Nasen können Linux. Darauf will man dann vielleicht nicht unbedingt sein gesamtes Konzept aufbauen. Außer es muss sein.

 

[CMDT]

Gelöst wurde es übrigens durch eine komplette Entfernung der Nebenstelle, da die Telefone nach entfernen weiterhin im System verblieben (unprovisioniert, aber zugeordnet zur Nebenstelle). Nach löschen der Nebenstelle waren die Telefone aus dem System raus, und bei Neuanbindung war das Problem behoben.
Ein neues Telefon oder die Änderung der Provisionierungsmethode zu SBC war nicht nötig.

 

[Ben04]

Kann da meinen Vorgesetzten aber verstehen: Jeder hier kann Windows, aber nur zwei Nasen können Linux. Darauf will man dann vielleicht nicht unbedingt sein gesamtes Konzept aufbauen. Außer es muss sein.

Der Fakt ist da uninteressant, da du am Linux-System selber nichts änderst, installierst oder sonstiges machst.
Wenn du in die 3CX eingreifst, machst du das eh mit Putty/FileZilla, und hier gibt es zahlreiche Threads, in denen Pfade oder Kommandos aufgeschrieben sind.
Die 3CX installiert sich mit ein paar Eingaben von alleine im Linux. Es ist einfach nicht mehr für Windows konzipiert. V20 kam erst viel später für Windows als für Linux.

Nur mal so nebenbei gesagt..

 

[fxbastler]

Es ist einfach nicht mehr für Windows konzipiert.

Das kann man so pauschal nicht sagen. 3CX wurde ursprünglich ausschließlich unter Windows betrieben ('erst' seit rd. 7 Jahren mit Version 15 auch Debian) und das hat auch heute noch seine Berechtigung und Vorteile. Es gibt berechtigterweise immer noch sehr viele auch große 3CX on-premise im Unternehmensumfeld.

 

[Ben04]

Jagut, ich hab ja nicht gesagt, das Win. tot ist.
Aber dennoch ist der Trend mehr Richtung Linux und große Linux Kenntnisse braucht man nicht dafür. Aufgrund der gegebenen ISO von 3cx für Debian.