In Update 8 gibt es ein Problem, das Installationen betrifft, bei denen die öffentliche IP-Schnittstelle während der Installation als Standardschnittstelle ausgewählt wird. Wir konzentrieren unsere Bemühungen derzeit auf eine Lösung, um das Problem zu beheben. Wir hoffen, dies heute – oder spätestens morgen – einführen zu können. Mittlerweile wurde der Rollout von U8 vorsorglich pausiert.

Es ist wichtig zu beachten, dass die folgenden Installationen NICHT betroffen sind:

  • 3CX gehostet – PRO/ENT
  • 3CX FREE & 3CX SMB – Kleine Unternehmen
  • 3CX Self Hosted / On Premise: wobei die lokale Schnittstelle während der Installation als Standard-Netzwerkschnittstelle ausgewählt wurde

Wie überprüfe ich, ob ich betroffen bin oder nicht?

Hotfix

Wenn Sie ein aktueller U8-Benutzer sind, können Sie wie folgt überprüfen, ob Ihr System betroffen ist:

Melden Sie sich bei Ihrem Debian-Rechner an und führen Sie ifconfig aus, wie im oben gezeigten Beispiel. Wenn Sie dem Beispiel im bereitgestellten Screenshot folgen, sehen Sie die öffentliche Schnittstelle eth0 und zwei lokale Schnittstellen. Bei der Installation wurde die öffentliche Schnittstelle ausgewählt.

Wenn Ihr Setup dem oben genannten ähnelt, ist es wahrscheinlich, dass Ihr System auf das folgende Problem stößt. Lesen Sie weiter für weitere Details.

Problem mit der Neubereitstellung des Telefons/Provisioninglink

Wenn Sie das System aktualisieren und Telefone als lokal für Ihr System bereitstellen – unter Verwendung von IP-Schnittstellenadressen anstelle der FQDN-Schnittstelle – sind die Telefone weiterhin funktionsfähig. Wenn Sie jedoch nach der Systemaktualisierung Änderungen an der Benutzererweiterung vorgenommen haben, wurde die Bereitstellungs-URL nur auf die FQDN-Schnittstelle geändert. Dies bedeutet, dass die Telefone nicht mehr mit der TK-Anlage kommunizieren.

Bereitstellung lokaler Telefone

Auch die Bereitstellung lokaler Telefone in diesem Installationsmodus war nach dem Update betroffen. Zur Verdeutlichung: Wenn Sie ein Telefon lokal bereitgestellt haben – mit Ihrem FQDN als Schnittstelle – wäre der Bereitstellungslink in den Erweiterungseinstellungen >> Telefonbereitstellung unter Verwendung der öffentlichen IP http:://PUBLICIP und nicht des FQDN des Systems generiert worden.

In diesem Szenario wird der Bereitstellungslink nach dem Hotfix korrekt mithilfe des FQDN des Systems – und nicht der öffentlichen IP – generiert, was zur erfolgreichen Bereitstellung Ihrer lokalen Telefone verwendet werden kann.

Um es noch einmal zusammenzufassen: Wenn Sie von diesem Problem betroffen sind, können Sie auf den Hotfix aktualisieren. Anschließend können Sie den korrekt generierten FQDN-Link aus der Registerkarte „Bereitstellung“ verwenden und Ihre Telefone bereitstellen.

Wenn Sie nach dem Systemupdate Änderungen an den Nebenstellen der Benutzer vorgenommen haben und Ihre Telefone nicht mehr mit der TK-Anlage kommunizieren, empfehlen wir Folgendes:

Aktualisierung auf Version 18 Update 8 A Hotfix

Aktuelle Benutzer von V18 Update 8, die auf den U8 A Hotfix aktualisieren müssen, können die folgenden Schritte ausführen:

  • Melden Sie sich an und wählen Sie das Update „U8 A Hotfix – Build 917“ aus.
  • Nachdem das Update abgeschlossen ist, melden Sie sich erneut an
  • Suchen Sie die Nebenstelle des betroffenen Benutzers
  • Bearbeiten Sie die Nebenstelle, indem Sie zur Registerkarte „Telefonbereitstellung“ wechseln
  • Wählen Sie aus der Dropdown-Liste „Schnittstelle“ eine Schnittstelle aus, über die Ihr Telefon die Telefonanlage erreichen kann
  • Setzen Sie das Telefon auf die Werkseinstellungen zurück und stellen Sie es erneut bereit.

Sehen Sie sich hier das vollständige Changelog an.

Best-Practice-Richtlinien und Empfehlungen

Bitte beachten Sie, dass wir bei der Untersuchung von Kundenkonfigurationen auch eine Reihe von Problemen festgestellt haben. Wir listen hier unsere Best-Practice-Richtlinien und Empfehlungen auf, die Ihnen helfen sollen, künftig weitere Probleme zu vermeiden:

  • Von On-Premise-Installationen ohne vorgelagerte Firewall wird abgeraten. Dies ist besonders wichtig, da wir in naher Zukunft auf Split DNS umsteigen werden.
  • Einige Benutzer haben versucht, ihre Installationen als Split DNS zu konfigurieren, haben jedoch nicht alle damit verbundenen Netzwerkanforderungen erfüllt. Wie bereits erwähnt, wird Split DNS bald eine Voraussetzung sein, daher muss es korrekt ausgeführt werden, damit es funktioniert. Für Benutzer, die ihre Systeme aktualisieren, haben wir die Option wieder eingeführt, alle Schnittstellen im Dropdown-Menü für die Bereitstellung eines Telefons anzuzeigen. Dies soll Ihnen zusätzliche Zeit geben, Ihr System ordnungsgemäß für Split DNS zu konfigurieren. Befolgen Sie diese Richtlinien zum Erstellen von FQDN mit geteiltem DNS.
  • Benutzerdefinierte Vorlagen und Änderungen an benutzerdefinierten Parametern werden nicht empfohlen.
  • Wenn Sie keinen Speicherplatz mehr haben, sollten Sie das Kontingent für Aufzeichnungen und Voicemails aktivieren. Benutzer sollten beginnen, Archivierungsmethoden für Backups und Aufzeichnungen an entfernten Standorten zu verwenden.
  • Maschinen sollten entsprechend spezifiziert sein und unseren Hardware- und Spezifikationsempfehlungen entsprechen.
  • Stun-Provisionierung: Wir haben gesehen, dass mehrere Telefone auf diese Weise bereitgestellt wurden. Für die Kommunikation mit dem 3CX-Telefonsystem MÜSSEN Sie entweder SBC- oder Router-Telefone verwenden. In v20 wird die Bereitstellung von IP-Telefonen mit der Methode Stun entfernt.

Bleiben Sie informiert

Klicken Sie auf die Schaltfläche „Folgen“ auf Twitter und LinkedIn, um Blog-Updates zu erhalten. Weitere Diskussion im Forum.