Bereitstellung DECT in der Free Version

[CMP]

Hallo in die Runde,

ich habe eine keines Problem in einer Free Version. Ich kann keinen snom M500 einbinden. Wenn ich ein neues DECT Gerät hinzufügen möchte, klicke ich oben auf das Menü DECT usw. -> wähle z.B. snom M500 aus, gebe die MAC ein, weise Benutzer zu und klicke auf fertig stellen. Es erschein der Hinweis, dass ich den M500 neustarten soll. Startet neu und lädt die Daten und ist online. Das ist der "Normalzustand".

Im aktuellen Projekt erscheint aber die Aufforderung, den Proivisionierungslink zu kopieren und im Endgerät einzugeben. Das funktioniert nicht.

Was passt da nicht? Kann ich das in der 3cx irgendwo einstellen, dass das automatisch läuft - so wie in den "anderen" auch? Als Routertelefon läuft ein D862. In anderen Szenarien klappt das einwandfrei. nur in dem Projekt hier nicht. Für einen Tipp bin ich sehr dankbar.

Viele Grüße
Carsten

 

[CMP]

Hier noch nachreicht, die Abschlussmeldung.

 

[bitn2]

Was hindert dich jetzt daran die Url in der DECT Basis zu hinterlegen so wie es da steht?

Edit: RPS ist aktiv?

 

[CMP]

Was hindert dich jetzt daran die Url in der DECT Basis zu hinterlegen so wie es da steht?

Edit: RPS ist aktiv?

es funktioniert nicht. Hab ich kopiert wie ein Wilder...

RPS .... ?

 

[bitn2]

Findest du unter Telefone-->Optionen:

 

[CMP]

Den Punkt Telefone hab ich nicht.

 

[bitn2]

Ja, bei einer SMB Free gibts das nicht. Was sagt denn das Log der SNOM Basis dazu wenn du den Link dort abspeicherst und neugestartet hast?

 

[bitn2]

Der Anleitung bist du gefolgt? https://www.3cx.de/sip-phones/snom-vdect/

 

[CMP]

Ich schaue mir das in der kommenden Woche nochmal an. Bin heute nicht vor Ort. Melde mich dann zurück. Danke für deine Unterstüzung.

 

[CMP]

Der Anleitung bist du gefolgt? https://www.3cx.de/sip-phones/snom-vdect/

Ja, die kann ich mittlerweile auswendig. ;-)

 

[bitn2]

Dann am besten die Logs der Basis prüfen, das funktioniert normalerweise problemlos. Evtl wird durch die Firewall vor Ort noch irgendwas ausgehend geblockt.

 

[CMP]

Hallo nochmal,

ich habe das Problem gelöst. Da es sowieso eine Neuinstallation war, habe ich einen neuen Account aufgemacht. Alles läuft so wie es soll.

Danke für die Unterstützung.

Carsten

 

[CMP]

Hallo nochmal in die Runde,

habe genau das gleiche Problem wieder. Allerdings bei einer anderen Anlage. Die Situation ist komplett identisch.

3CX aus der Cloud in der free Version
D862 als Routertelefon
D385 als Tischgeräte
2 M500 als Dualcell zzgl. M55 Handgeräte
Sauberes Netzwerk. V-Lan nur für Telefonie mit einem DHCP Server - keine weiteren Geräte im Netzwerk

Die 3CX habe ich mehrfach neu aufgesetzt. Beim letzten Mal war es so, dass danach alles klappte. Ich habe auch einen Unterschied finden können.



Bild 1 zeigt die Bestätigung nachdem ein M500 hinzugefügt wurde. Der M500 lässt sich problemlos per Autoprovisioning einbinden.



Bild 2 zeigt eine andere Meldung. Hier werde ich aufgefordert, den Provisionierungslink im M500 zu hinterlegen. Das ist ein Unterschied. Das hab ich Xmal gemacht... Ohne Erfolg. Bei dem letzten Mal habe ich eine neue Anlage erstellt. In dieser stellte sich alles so dar, wie im Bild 1. Das hat heute nicht geklappt.

Alle anderen Telefone lassen sich problemlos automatisch einbinden.
EDIT: Mir ist aufgefallen, dass die D385 kein Autoupdate der Firmware bekommen. Ich musste das Update manuell anschieben.

Aber warum gibt es diese unterschiedlichen Ausgaben von der Cloud?



Bild 3 zeigt ganau das. Der Link ist drin, den M500 starte ich neu und es passiert nichts. ER verbindet sich nicht. Ich habe das heute 3 Stunden geübt. Mit verschiedenen Firmwareversionen. Mir fällt nichts mehr ein.

Hier die Infos aus der LOG Datei des M500

Aug 20 12:10:04 syslogd started: BusyBox v1.22.1
Aug 20 12:10:04 Phone: Certificate model updated.
Jan 1 00:00:00 Web: [inf][282:::] loading external config file: /tmp/kloned.conf
Jan 1 00:00:01 dhclient: Internet Systems Consortium DHCP Client 4.3.2
Jan 1 00:00:01 dhclient: Copyright 2004-2015 Internet Systems Consortium.
Jan 1 00:00:01 dhclient: All rights reserved.
Jan 1 00:00:01 dhclient: For info, please visit https://www.isc.org/software/dhcp/
Jan 1 00:00:01 dhclient:
Jan 1 00:00:02 dhclient: Listening on LPF/eth0/00:04:13:bb:1c:1c
Jan 1 00:00:02 dhclient: Sending on LPF/eth0/00:04:13:bb:1c:1c
Jan 1 00:00:02 dhclient: Sending on Socket/fallback
Jan 1 00:00:02 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
Jan 1 00:00:02 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Jan 1 00:00:02 dhclient: DHCPOFFER from 192.168.50.1
Jan 1 00:00:02 dhclient: DHCPACK from 192.168.50.1
Jan 1 00:00:02 dhclient: bound to 192.168.50.217 -- renewal in 40937 seconds.
Aug 20 08:10:42 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:42 Phone: 192.168.50.217 000413BB1C1C Current firmware is snom-m500-1.11.1.
Aug 20 08:10:42 Phone: 192.168.50.217 000413BB1C1C SystemSettings DataModel Updated.
Aug 20 08:10:42 syslogd started: BusyBox v1.22.1
Aug 20 08:10:55 Phone: 192.168.50.217 000413BB1C1C Provisioning file https://1001.3cx.cloud/provisioning/515j61cn8tgdw4r retrieval failed.
Aug 20 08:10:55 Phone: 192.168.50.217 000413BB1C1C Provisioning file https://1001.3cx-000413bb1c1c.cloud/provisioning/515j61cn8tgdw4r retrieval failed.
Aug 20 08:10:55 Phone: 192.168.50.217 000413BB1C1C DataModel Import: Ignored unknown nameSpace: 'vmail.50.is_waiting'.
Aug 20 08:10:55 Phone: 192.168.50.217 000413BB1C1C SystemSettings DataModel Updated.
Aug 20 08:10:56 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:56 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:56 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:56 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:56 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:56 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:56 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:56 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:56 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:56 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Aug 20 08:10:56 Phone: 192.168.50.217 000413BB1C1C DECT Powerup
Aug 20 08:10:59 Phone: 192.168.50.217 000413BB1C1C DECT Ready


Die Adresse der 3CX habe ich hier verändert.

Hat vielleicht jemand ne Idee? Ich keine mehr.....

 

[mbehrens]

Hat vielleicht jemand ne Idee? Ich keine mehr.....

Gibt es auf der M500 ein Feld für Dateiname? Wie ist der Inhalt?

 

[CMP]

Gibt es auf der M500 ein Feld für Dateiname? Wie ist der Inhalt?

wie meinst du das?

 

[mbehrens]

wie meinst du das?

Gibt es neben dem Feld für die Provisioning URL auch ein Feld für Dateiname?
Wie lautet die Provisioning URL?

 

[CMP]

Hallo,

die URL steht oben in der LOG Datei

[ https://1001.3cx-000413bb1c1c.cloud/provisioning/515j61cn8tgdw4r ]

die Domain (1001) habe ich hier verändert. Es gibt die Möglichkeit die KKonfig zu exportieren und zu importieren.

 

[MyNameisZander]

Ich hatte damals auch massive Probleme mit SMB und den SNOM-DECT-Stationen – irgendwann habe ich schon an mir selbst gezweifelt. Irgendetwas in der Autoprovisionierung hat einfach nicht funktioniert.

Am Ende habe ich die Konfigurationsdatei manuell gezogen und eingespielt.
Dazu reicht es, die Provisioning-URL von 3CX zu nehmen und die MAC-Adresse des Geräts im cfg-Schema hinten anzuhängen:

Beispiel hier:

https://1234.3cx.cloud/provisioning/wo96x1dsdfcvh73/cfg[HIER-MAC-ADRESSE]

(wo96x1dsdfcvh73 als Wert wird von der 3CX generiert und ist je nach Provisionierungs-URL unterschiedlich)

Beispiel mit MAC 000413D134AB:

https://1234.3cx.cloud/provisioning/wo96x1dsdfcvh73/cfg000413D134AB

Rufst du diese URL im Browser auf, bekommst du die fertige .cfg-Datei von 3CX.
Die kannst du dann manuell im Webinterface der SNOM-Basisstation hochladen.

Nicht die eleganteste Lösung, weil Autoprov damit umgangen wird – aber zuverlässig, wenn es irgendwie funktionieren muss.

 

[CMP]

Ich hatte damals auch massive Probleme mit SMB und den SNOM-DECT-Stationen – irgendwann habe ich schon an mir selbst gezweifelt. Irgendetwas in der Autoprovisionierung hat einfach nicht funktioniert.

Am Ende habe ich die Konfigurationsdatei manuell gezogen und eingespielt.
Dazu reicht es, die Provisioning-URL von 3CX zu nehmen und die MAC-Adresse des Geräts im cfg-Schema hinten anzuhängen:

Beispiel hier:

https://1234.3cx.cloud/provisioning/wo96x1dsdfcvh73/cfg[HIER-MAC-ADRESSE]

(wo96x1dsdfcvh73 als Wert wird von der 3CX generiert und ist je nach Provisionierungs-URL unterschiedlich)

Beispiel mit MAC 000413D134AB:

https://1234.3cx.cloud/provisioning/wo96x1dsdfcvh73/cfg000413D134AB

Rufst du diese URL im Browser auf, bekommst du die fertige .cfg-Datei von 3CX.
Die kannst du dann manuell im Webinterface der SNOM-Basisstation hochladen.

Nicht die eleganteste Lösung, weil Autoprov damit umgangen wird – aber zuverlässig, wenn es irgendwie funktionieren muss.

Das klingt ja gut. Probiere ich gleich mal aus. Danke!

 

[mbehrens]

Hallo,

die URL steht oben in der LOG Datei

[ https://1001.3cx-000413bb1c1c.cloud/provisioning/515j61cn8tgdw4r ]

die Domain (1001) habe ich hier verändert. Es gibt die Möglichkeit die KKonfig zu exportieren und zu importieren.

Da dürfte der variable Teil für die MAC Adresse fehlen. Da fehlt cfg{mac} am Ende der URL.