nach ca. 6-10 Std kann kein Telefonat mehr geführt werden

geisterbob

Free User
Basic Certified
Mitglied seit
12. Mai 2017
Beiträge
28
Hallo,

nach dem Update auf die aktuelle Version, auf Windows, kann nach etwa 6-10 Std Uptime des Servers kein Telefonat mehr geführt werden. Die Gespräche werden hergestellt, jedoch können sich die beiden sprechenden Parteien, nicht hören, es herrscht Stille, intern wie extern.

Firewall-Check ist nicht auffällig. Nach dem Neustart der 3cx Dienste, läuft dann alles ohne Einschränkungen.
Wir hatten zu erst die Windowsfirewall im Visier, dies bringt keine Abhilfe.

Auf der Anlage läuft ein Sip Trunk Pure, sowie ein Easybell-Trunk, auch hier ist es egal, wobei ich denke das hier eher ein internes als ein externes Problem vorliegt.

Beim Update gab es ein wenig Pangelei, da wir auf 15.5 sehr lange hängen geblieben sind. Wir haben dann deinstalliert, und V16 installiert, Backup zurück, und gut wars, bis auf das die Anlage sich von selber überlegt hat, nicht mehr auf Port 5090 zu kommunizieren, und stattdessen auf 5092. Wir haben die Portfreigaben dementsprechend angepasst, und es gab keine Probleme bis gestern.

Hat jemand diese Kuriosität einmal erlebt?
 
Nachtrag:
Auffällig ist, dass die Telefone anscheinend alle doppelt registriert sind. Wir haben nun mal einen Testserver aufgesetzt mit der aktuellen V16, dort ist es ebenfalls so.
Das sollte doch eigentlich nicht so sein, oder habe ich hier etwas falsch?
 
Ja, eigentlich müssen die Telefone nur einmal angezeigt werden.
Kannst du mal den Firewallchecker starten?
Ist das eine windows oder linux anlage?
 
Ist die Anlage gehostet oder on premise?
Wenn gehostet, nutzt ihr einen SBC oder habt ihr die Telefone per STUN provisioniert?
Habt ihr Yealinktelefone im Einsatz?
 
  • Like
Reaktionen: ilias_3CX
Hallo, Firewallchecker ist grün, läuft alles sauber durch. Die Anlage ist on Premise, als Windowsmaschine. Telefone werden ohne SBC provisioniert, es handelt sich ausschließlich um SNOM Geräte.

Wir haben die Switche gestern einmal durchgestartet, doppelte Anzeige der Telefone ist aktuell weg.

Wir haben die Firewallregeln im Router noch einmal neu geschrieben:

Interne Gespräche funktionieren nun
Intern via Trunk > Extern funktioniert
Extern via Trunk > Intern geht

Was nicht funktioniert, sind extern angemeldete Telefone (Homeoffice) wenn diese eine Interne Rufnummer wählen, wird auf Seite des Homeoffice nichts verstanden, auf der Gegenseite jedoch schon.

Hier sind es ebenfalls Snom Geräte, die manuell registriert wurden.

Any Ideas? Ports sind an der Firewall in beide Richtungen offen, Registrierung funktioniert ohne Probleme.
 
Sind im Homeoffice die entsprechenden RTP Ports freigegeben? Die Telefone sind per STUN provisioniert?
 
Im Homeoffice sollten diese eigentlich nicht freigegeben werden müssen, und haben wir auch noch nie müssen. Die Homeoffice Geräte sind nicht provisioniert, Anmeldung erfolgt ganz banal über Server IP + Port + Konto.
 
Naja, aber die Telefone nutzen ja dann ihre eigenen RTP Ports und die sollten dann sowohl im Homeoffice als auch in der Firewall in der Firma frei gegeben sein. Warum nicht per STUN oder SBC?

 

Statistik des Forums

Themen
44.415
Beiträge
232.722
Mitglieder
78.331
Neuestes Mitglied
b2daniel