Toggle sidebar Toggle sidebar

snom M55 + M500 Dual Cell kein Gespräch an zweiter Basis

C

CMP

SMB User
Mitglied seit
13. Januar 2025
Beiträge
74
Hallo,

ich hoffe mir kann jemand eine Tipp geben. ICh habe zwei M500 zu einer DECT Zelle zusammengeschaltet. Laut M500 passt auch alles zusammen. Dazu habe ich zwei M55 Mobilteile. Die Übergabe der Mobilteile unter den M500 klappt laut M500 auch. Wenn sich ein oder beide Mobilteile an der zweiten (secondary) Basis befinden, kann man aber nicht telefonieren. Wenn ein Ruf reinkommt, klingelt es sogar aber beim Annehmen bricht die Leitung ab und der Ruf landet auf der Mailbox. Das Rausrufen klappt überhaupt nicht. Das ist bei beiden Geräten gleich. Der "Empfang" der obilteile ist sehr gut. Seltsam ist auch, dass die zweite Basis und der Übersicht der 3cx "orange" gekennzeichnet ist. Es scheint mir, als hätte es damit auch etwas zu tun - nur was? Sind die M55 in der primary Basis angemeldet funktioniert alles perfekt. Das Ganze betreibe ich an einer 3cx Free. Habe ich vielleicht irgendetwas übersehen einzuschalten? Anbei ein paar Screens..

Danke & Grüße
Carsten
 

Anhänge

  • Screenshot 2025-06-27 101233.png
    Screenshot 2025-06-27 101233.png
    136,7 KB · Aufrufe: 8
  • Screenshot 2025-06-27 101323.png
    Screenshot 2025-06-27 101323.png
    197,7 KB · Aufrufe: 8
  • Screenshot 2025-06-27 101424.png
    Screenshot 2025-06-27 101424.png
    11 KB · Aufrufe: 8
Die Zweite Basis hat nichts in der 3cx zu suchen.... Die erste Basis ist über das Routerphone provisioniert?
 
bitn2 schrieb:
Die Zweite Basis hat nichts in der 3cx zu suchen.... Die erste Basis ist über das Routerphone provisioniert?
Zum Vergrößern anklicken....
Ja, die erste Basis ist über das D862 provisioniert. Also "schmeiße" ich die zweite Basis aus der 3cx? Hatte sie unwissentlich mit eingebunden - erschien mir erst mal logisch....
 
Ja, die zweite Basis bekommt ihre Daten ja von der ersten.
 
ok... klingt auch logisch... Kann ich die Zweite von der 3cx aus entfernen? Suche grad wo das sein könnte.... :rolleyes:
 
Ja, rechts auf die 3 Punkte klicken.
 
oh danke.... ist raus. CIh teste das jetzt mal, melde mich zurück.
 
  • Like
Reaktionen: bitn2
klappt nicht... Sobald das Mobilteil auf der zweiten Basis registriert ist, kommt der Ruf rein, lässt sich aber nicht annehmen. Die mittlere LED an der zweiten Basis leuchtet gelb. Habe auch schon alles neugestartet. In der Weboberfläche sieht alles TOP aus.
 

Anhänge

  • Unbenannt.jpg
    Unbenannt.jpg
    122,7 KB · Aufrufe: 1
Die LEDs sind korrekt und richtig so. Die Orange LED bedeutet (wenn sie durchgehend leuchtet und nicht blinkt) das die SIP Accounts registriert sind und die Basis verbunden ist.

Ich würde die DECT Anlage zurück setzen und noch mal korrekt einrichten. Ich vermute das durch das versuchte Einbinden der zweiten Basis in die 3cx irgendwas schief gelaufen ist.
 
  • Like
Reaktionen: fxbastler
ja, irgendwie so etwas vermute ich auch. Ich mach mich mal dran und melde mich zurück.
 
kleines Update: nachdem ich den ganzen Tag damit verbracht habe die M500 zurückzusetzen und in allen Variationen zu verbinden und in die 3cx einzubinden, gebe ich auf. Die Firmware habe ich auch auf dem aktuellen Stand. Es nervt einfach nur. Ich kann beide M500 bevor ich sie in die 3cx einbinde als eine DECT Zelle zusammenfassen. Ich kann sie dann aber nicht mehr in der 3cx registrieren. Sie laden einfach die Privisionierungsdaten nicht. Es ist mir einmal gelungen eine Basis ohne gekoppelte DECT Zelle wieder einzubinden. Allerdings konnte ich mich danach nicht mehr auf die Basis verbinden. Passwort falsch. Auch nicht wenn ich neue Daten in der 3cx generiert haben. Irgendwas schein mit der Provisionierung nicht zu klappen. Ich sende meinem Kunden nun zwei neue M500 zu, in der Hoffnung, dass diese bei der Erstprovisionierung dann laufen.

Für mich zum Verständnis: Muss ich erst einen Basis in der 3cx registrieren und dann die Dualzelle aktivieren oder erst die Basen koppeln und dann in die 3cx?
 
Die Firmware ist unterstützt... Ob du die Basen vorher oder nachher als Zelle verbindest, sollte egal sein. Was sagt denn das Log der Basis wenn du versuchst die Config zu laden?

 
bitn2 schrieb:
Die Firmware ist unterstützt... Ob du die Basen vorher oder nachher als Zelle verbindest, sollte egal sein. Was sagt denn das Log der Basis wenn du versuchst die Config zu laden?

Zum Vergrößern anklicken....
Ich habe gestern noch versucht, einfach die andere Basis ein zubinden - den Kram einfach mal anders herum zu machen. Im log steht nichts davon. Ich vermute, dass der Gerätereset nicht sauber durchläuft. Leider bin ich nicht vor Ort und kann den Vorgang nicht genau nachvollziehen.

Log Daten:

Jul 1 16:28:44 syslogd started: BusyBox v1.22.1
Jan 1 00:00:00 Web: [inf][282:::] loading external config file: /tmp/kloned.conf
Jan 1 00:00:00 dhclient: Internet Systems Consortium DHCP Client 4.3.2
Jan 1 00:00:00 dhclient: Copyright 2004-2015 Internet Systems Consortium.
Jan 1 00:00:00 dhclient: All rights reserved.
Jan 1 00:00:00 dhclient: For info, please visit https://www.isc.org/software/dhcp/
Jan 1 00:00:00 dhclient:
Jan 1 00:00:02 dhclient: Listening on LPF/eth0/00:04:13:bb:17:d5
Jan 1 00:00:02 dhclient: Sending on LPF/eth0/00:04:13:bb:17:d5
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 2
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.15.1
Jan 1 00:00:02 dhclient: DHCPACK from 192.168.15.1
Jan 1 00:00:02 dhclient: bound to 192.168.15.91 -- renewal in 35592 seconds.
Jul 1 12:29:21 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: 192.168.15.91 000413BB17D5 DataModel Import: Ignored unknown nameSpace: 'vmail.50.is_waiting'.
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 22:22:25 dhclient: DHCPREQUEST on eth0 to 192.168.15.1 port 67
Jul 1 22:22:25 dhclient: DHCPACK from 192.168.15.1
Jul 1 22:22:25 dhclient: bound to 192.168.15.91 -- renewal in 31712 seconds.


Der hier beschriebene Vorgang stimmt nicht ganz. Die Lampen erloschen nicht von alleine. Erst nach dem Loslassen der Link Taste. Der Rest passt dann wieder. Danach ist zwar das Passwort und eingie Daten raus - aber richtg auf Werkseistellung sind die Geräte nicht. Schade, dass es keine Münüpunkt in der GUI dazu gibt. Auch der Hradreset (Knopf hinten) ist irgendwie etwas schwammig.

Ich kann mir auch vorstellen, dass die 3cx irgendwann blockiert. Nach den vielen Versuchen gestern....?
 
So, manchmal hilft es ne Nacht drüber zu schlafen. Unter Provisionierung gibt es eine Resetfunktion für die Provisionierungsdaten. Gedrückt - und siehe da, problemlos in der 3cx provisioniert. Offenbar wurden bei allen anderen Resetversuchen die Daten aus der Provisionierung nicht richtig entfernt. Jetzt kann ich nicht um das Eigentliche kümmern.

Die beiden Bases sind nun auch gekoppelt und saben eingebunden. Jetzt setze ich die Mobilteile zurück und versuche die einzubinden.
 
Die Firmware ist unterstützt... Ob du die Basen vorher oder nachher als Zelle verbindest, sollte egal sein. Was sagt denn das Log der Basis wenn du versuchst die Config zu laden?

CMP schrieb:
Ich habe gestern noch versucht, einfach die andere Basis ein zubinden - den Kram einfach mal anders herum zu machen. Im log steht nichts davon. Ich vermute, dass der Gerätereset nicht sauber durchläuft. Leider bin ich nicht vor Ort und kann den Vorgang nicht genau nachvollziehen.

Log Daten:

Jul 1 16:28:44 syslogd started: BusyBox v1.22.1
Jan 1 00:00:00 Web: [inf][282:::] loading external config file: /tmp/kloned.conf
Jan 1 00:00:00 dhclient: Internet Systems Consortium DHCP Client 4.3.2
Jan 1 00:00:00 dhclient: Copyright 2004-2015 Internet Systems Consortium.
Jan 1 00:00:00 dhclient: All rights reserved.
Jan 1 00:00:00 dhclient: For info, please visit https://www.isc.org/software/dhcp/
Jan 1 00:00:00 dhclient:
Jan 1 00:00:02 dhclient: Listening on LPF/eth0/00:04:13:bb:17:d5
Jan 1 00:00:02 dhclient: Sending on LPF/eth0/00:04:13:bb:17:d5
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 2
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.15.1
Jan 1 00:00:02 dhclient: DHCPACK from 192.168.15.1
Jan 1 00:00:02 dhclient: bound to 192.168.15.91 -- renewal in 35592 seconds.
Jul 1 12:29:21 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: 192.168.15.91 000413BB17D5 DataModel Import: Ignored unknown nameSpace: 'vmail.50.is_waiting'.
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 12:29:35 Phone: LIBDUA_SYNC: UID same as ELEM, set elem to -1
Jul 1 22:22:25 dhclient: DHCPREQUEST on eth0 to 192.168.15.1 port 67
Jul 1 22:22:25 dhclient: DHCPACK from 192.168.15.1
Jul 1 22:22:25 dhclient: bound to 192.168.15.91 -- renewal in 31712 seconds.


Der hier beschriebene Vorgang stimmt nicht ganz. Die Lampen erloschen nicht von alleine. Erst nach dem Loslassen der Link Taste. Der Rest passt dann wieder. Danach ist zwar das Passwort und eingie Daten raus - aber richtg auf Werkseistellung sind die Geräte nicht. Schade, dass es keine Münüpunkt in der GUI dazu gibt. Auch der Hradreset (Knopf hinten) ist irgendwie etwas schwammig.

Ich kann mir auch vorstellen, dass die 3cx irgendwann blockiert. Nach den vielen Versuchen gestern....?
Zum Vergrößern anklicken....
die Anleitung ist korrekt, dann hast du nicht lange genug gedrückt... Das erklärt auch warum du noch manuel über die Gui einen reset machen musstest.
 
bitn2 schrieb:
die Anleitung ist korrekt, dann hast du nicht lange genug gedrückt... Das erklärt auch warum du noch manuel über die Gui einen reset machen musstest.
Zum Vergrößern anklicken....
:-) dann ist aber die Zeitangabe von 20sec etwas ..... naja .... Aber gut, ich komme jetzt weiter, das zählt. Dir schon mal Danke für die Hilfe. Ich melde mich mit Ergebnissen zurück.
 
  • Like
Reaktionen: bitn2
CMP schrieb:
:-) dann ist aber die Zeitangabe von 20sec etwas ..... naja .... Aber gut, ich komme jetzt weiter, das zählt. Dir schon mal Danke für die Hilfe. Ich melde mich mit Ergebnissen zurück.
Zum Vergrößern anklicken....
Es heisst ja auch "mindestens" 20 Sekunden... ;-)
 
Das M55 ließ sich problemlos einbinden. Jetzt klappt es auch mit dem Telfonieren. Scheint wirklich so gewesen zu sein, wie du geschrieben hast. Ist die Firmwaredatei für das M55 die selbe wie für das M500? Aus der Beschreibung werd ich nicht so richtig schlau
 
Um antworten zu können musst du eingeloggt sein.

Einstieg für Admins

Statistik des Forums

Themen
44.752
Beiträge
233.659
Mitglieder
78.496
Neuestes Mitglied
FS-CG
3CX Logo Footer Copyright © Sitemap Datenschutz Impressum
Oben Unten