v18 - DECT / M900 ohne Split DNS

[coe2013]

Hallo zusammen,

folgendes Setup:

• v18 self-hosted
• snom M900 als DECT Basis
• kein Split DNS möglich (bitte nicht fragen warum, ist aktuell die Systemumgebung)

Problem: die M900 scheint die 3CX nicht zu finden bzw. nicht zu connecten.
Auto-Provisionierung funktioniert zwar mit der ext. Prov-URL, aber die Mobilteile bekommen keine Verbindung zu Stande.
Die M900 bleibt auf Status rot.

Vermutung:

• Die Autoprovisionierung setzt die Server URL auf die FQDN (richtigerweise)
• Daher bekommt die M900 keine Verbindung hin

Lässt sich das irgendwie ändern, sodass als Server die interne IP der 3CX gesetzt wird?
Bzw. hat jmd das Setup schon eingerichtet, d.h. DECT ohne SplitDNS bei einer self-hosted Anlage?
ggf. via einem SBC?

 

[bitn2]

Ist die Anlage Self Hosted, also irgendwo in der Cloud oder On Premise also lokal installiert?

 

[coe2013]

self hosted lokal im Netz

 

[bitn2]

Dann solltest du aktuell noch auf Lokal LAN einstellen können bei der DECT Station. Dann ist der Link auch mit der IP und nicht dem FQDN.

 

[coe2013]

Vielen Dank.

Die Einstellung gibt es noch und ist gesetzt, der Link wird dennoch mit der FQDN erstellt.

Hat hier die Einstellung "Einstellungen für direkte SIP-Anrufe" in den Netzwerkeinstellungen einen Einfluss?
Oder muss an anderer Stelle die lokale IP eingestellt werden?

 

[bitn2]

Hmmm... eigentlich sollte der Link dann mit der IP generiert werden. Ich kann es leider gerade nicht testen. Warum ist Split DNS ein Problem?

 

[coe2013]

ok, merkwürdig - wir testen weiter. von v16 kennen wir den Link auch noch mit der lokalen IP.
Split DNS aktuell aufgrund nicht vorhandenem DNS Server, kommt erst in ein paar Wochen nach aktuellem Stand.

via SBC sollte es aber machbar sein, testen wir ebenfalls.

 

[coe2013]

kurzes Update:

manuelle Hinterlegung der IP als Proxy auf der M900 funktioniert (bis zum Neustart).
Die Mobilteile sind dann erreichbar.

Die M900 wird in der 3CX aber weiterhin mit Status rot geführt - was sagt der Status rot aus, bzw. wann sollte dieser auf grün schalten?
Wenn die M900 sich meldet, wenn alle / min. 1 Mobilteile oder Nebenstellen angemeldet sind, oder ...?

 

[Trust]

Gerade getestet.
InternerLink wird erstellt

 

[coe2013]

Wir haben das nun rauf und runter versucht - es bleibt auch bei LAN (intern) beim öffentlichen FQDN.
Version: 18.0 (Build 939)

Die lokale IP als Provisionierungs-URL wird nicht erstellt.

Daher nun die Frage: Wird die Cfg auf dem Server hinterlegt als Datei oder on-the-fly geneiert?
Falls hinterlegt könnte man diese ggf. manuell bearbeiten ...

 

[coe2013]

Update:
Rückmeldung vom Support: "Es wird der FQDN benutzt."

Offenbar ist die Verwendung der IP also Geschichte und nicht mehr möglich, so verstehen wir die Rückmeldung zumindest.
Ab welcher Version können wir aber nicht sagen, evtl. ging es in einem früheren Build noch.

Zur Statusanzeige (wann grün) konnte uns leider nicht geholfen werden - weiß hier jemand evtl. mehr?
Aktuell kann die M900 verwendet werden und funktioniert im Prinzip, ist aber dennoch rot in der 3CX - das wundert uns (funktioniert, aber rot).

 

[bitn2]

Ich habe nachher einen Kunden mit genau dieser Kombination.. Evtl kann ich dir dann mehr sagen.

 

[coe2013]

Ok super - hatten wir bislang so noch nicht.
Wir vermuten daher, dass das mit einem Update zustande kam als Vorbereitung auf v20 (dort ist soweit uns bekannt splitDNS def. Voraussetzung).

Wir haben einen SBC aufgesetzt, diesen könnten wir kommende Woche als Workaround in Betrieb nehmen und die M900 darüber laufen lassen (hier sollte der Proxy dann als lokale IP übergeben werden).

 

[bitn2]

Update:
Rückmeldung vom Support: "Es wird der FQDN benutzt."

Offenbar ist die Verwendung der IP also Geschichte und nicht mehr möglich, so verstehen wir die Rückmeldung zumindest.
Ab welcher Version können wir aber nicht sagen, evtl. ging es in einem früheren Build noch.

Zur Statusanzeige (wann grün) konnte uns leider nicht geholfen werden - weiß hier jemand evtl. mehr?
Aktuell kann die M900 verwendet werden und funktioniert im Prinzip, ist aber dennoch rot in der 3CX - das wundert uns (funktioniert, aber rot).

Das ist korrekt, gerade noch mal geprüft. Es wird nur noch der FQDN verwendet.

 

[VoIPexpert]

wir binden die Basen generell nicht über die 3CX provisionierung an, sondern konfigurieren die Verbindung zur 3CX manuell an den Basen. Grund ist auch wenn der Kunde z.B. nicht das 3CX Phonebook nutzen will sondern LDAP. Bei einer Provisionierung wird sonst immer die Config der Basen überschrieben, was wir nicht wollen.

Du kannst bei dir die Provisionierung abschalten und einfach die IP der 3CX in der Basis hinterlegen.

 

[coe2013]

Vielen Dank.

Ja, die manuelle Provisionierung hatten wir auch schon überlegt.
Aktuell haben wir das nun über einen SBC gelöst (war von der Hosted Anlage noch vorhanden) - das funktioniert nun ohne Probleme.

Vielen Dank für die Antworten.
Grundsätzlich sollte man das Thema Split DNS wohl recht bald angehen bei Kunden, wo das noch nicht gelöst ist.

 

[bitn]

Ja um Split DNS kommt man nicht mehr drum rum in Zukunft. Wenn man keine Möglichkeit hat beim Kunden das umzusetzen bleibt nur der Weg in die Cloud.

 

[Ebiscuit]

ich kann doch auch bei einem lokalen system auf die öffentliche IP Adresse auflösen und mit dieser kommunizieren... ist zwar nicht optimal aber eine Lösung, wenn man nicht in die Cloud will

 

[bitn2]

ich kann doch auch bei einem lokalen system auf die öffentliche IP Adresse auflösen und mit dieser kommunizieren... ist zwar nicht optimal aber eine Lösung, wenn man nicht in die Cloud will

Genau das funktioniert nicht immer (Hairpin NAT) und deswegen soll/muss auf Split DNS umgestellt werden.