Issues with default config for SNOM D717 phone

[mbrueckner]

We are already a customer using 3CX v16 and want to start with a fresh installation of 3CX v20. We are currently setup a new test instance of 3CX, which we are planning to use (and migrate to) after some initial tests. We are mainly using Snom D717 phones with auto provisioning. We discovered that the default D717 configuration provided by 3CX are causing issues on our Snom phones. When this option is turned on, the phone is displaying "not registered" after the specified keepalive time.

The configuration options, which are causing this issues for us:

offer_outbound=on (default Snom value off)
keepalive_interval1=60 (default Snom value 0)

When we create a custom phone profile and turn off the option "offer_outbound", the phone connection seems to be stable. The phones are located in different subnets, but the traffic in both direction is routed and there is no firewall between these networks.

We would like to understand the underlying reasons, and if any network/phone configuration could help with this. Maybe you can also let us know, why this option was turned on by default in the phone profile for D717 phones?

Thank you in advance!

Best regards
Michael Brückner
Cinemo GmbH / IT Administration

 

[bitn2]

Das ist in der Regel immer ein Zeichen dafür das die Telefone die 3cx nicht erreichen. Ist die Anlage lokal installiert? Split DNS korrekt eingerichtet? Firewall Regeln zwischen den Netzen korrekt eingestellt? Wie sind die Telefone provisioniert?

 

[mbrueckner]

Danke für die Antwort.

Die Anlage ist lokal installiert und nur in unserem lokalen Netz erreichbar. Wie bereits geschrieben, haben wir keine Firewall zwischen den Netzen und routen den Traffic vollständig.

Die Telefone werden über die MAC-Adresse automatisch provisioniert, daher haben wir ja Probleme mit der von 3CX bereitgestellten Konfiguration. Sie zeigen exakt nach der eingestellten Zeit von 60 Sekunden (keepalive_interval1) die Meldung "not registered". Nach einer gewissen Zeit springen sie wieder zurück und zeigen wieder eine korrekte Anmeldung an.

Wir haben es heute nochmals mit einem Custom-Profil ohne "offer_outbound" getestet und die Verbindung bleibt stabil.

 

[bitn2]

Nur lokal erreichbar? Das wird auf Dauer nicht funktionieren und könnte auch zu eurem Problem führen.

 

[mbrueckner]

Verstehe ich nicht ganz. Solange die URL zur 3CX zum Provisionieren aufgelöst werden kann, braucht diese doch nicht von extern erreichbar zu sein? Wo ist der Unterschied?

 

[bitn2]

Einerseits funktioniert die 3cx dann nicht lange und andererseits wenn split dns nicht korrekt eingerichtet ist, auch die Telefone nicht.

 

[mbrueckner]

Ich verstehe den Sinn hinter dem Split-DNS, es ist in unserem Fall aber nicht notwendig, da der 3CX Hostname nur auf die lokale IP zeigt. Beispiel:

$ dig testcompany.my3cx.de +short @192.168.0.1
192.168.12.8

$ dig testcompany.my3cx.de +short @8.8.8.8
192.168.12.8

Unsere Nutzer, die die 3CX Apps nutzen werden, können diese trotzdem nutzen, da das lokale Netz über unsere VPN-Verbindung zur Verfügung gestellt wird. Also brauchen wir keine von außen erreichbare 3CX und damit auch keinen Split-DNS.

 

[bitn2]

Wie ihr meint, das wird so nicht funktionieren und ist so auch nicht vorgesehen.

 

[mbrueckner]

das wird so nicht funktionieren

Könntest du uns hierzu Details geben, warum das nicht funktionieren wird?

 

[bitn2]

Der FQDn wird über kurz oder lang gelöscht, die Lizenz aktivierung funktioniert nicht mehr, die Telefone können nicht per RPS provisioniert werden usw usw usw....