Yealink W52H Telefonbuch wird nicht übertragen

ABC Pfeiffer

Silver Partner
Mitglied seit
10. Februar 2021
Beiträge
73
Hallo,
ich würde grundlegend in einem Paketmitschnitt der 3CX per Wireshark schauen, ob die Basisstation das Telefonbuch nach einem Kaltstart anfragt.
 
Ich habe von Wireshark schonmal gehört, aber nie wirklich verstanden wie es funktioniert. GIbt es eine Anleitung wie man es nutzt und die Übertragung des Telefonbuchs erkennt?
 
Ich habe von Wireshark schonmal gehört, aber nie wirklich verstanden wie es funktioniert. GIbt es eine Anleitung wie man es nutzt und die Übertragung des Telefonbuchs erkennt?
Auch hier hat 3CX schon Antworten vorbereitet, bietet Hilfestellung und kleine Kurse an. Siehe in der Academy hier ab Seite 9 oder auch hier ein klein wenig. Dieses Bild trifft es beinahe: gesucht wird ein HTTP GET des Telefonbuches in dem pcap. Die Datei heisst yealink_phonebook.xml und liegt im Provisionierungsverzeichnis der 3CX. Wird die Datei nach einem Neustart der Basis angefragt, korrekt und vollständig (Ende mit HTTP 200 OK) an die richtige IP übertragen?
 
Ich würde generell von der Nutzung von DECT Mobilclients abraten. Wenn sie genutzt werden dann vor allem auch immer 1 Nummer pro Kontakt und egal wie, die Nummern immer ins Feld Mobil reinschreiben. Dann klappts i.d.R.

Alternative zu DECT Mobilteilen: Firma mit vernünftigem WLAN ausstatten und günstige Android Geräte mit APP drauf laufen lassen. Sehr viel besser - auch vom Funktionsumfang her. Sonst ist das Mobilteil immer "letzte Meile".
 
Ich würde generell von der Nutzung von DECT Mobilclients abraten. Wenn sie genutzt werden dann vor allem auch immer 1 Nummer pro Kontakt und egal wie, die Nummern immer ins Feld Mobil reinschreiben. Dann klappts i.d.R.

Alternative zu DECT Mobilteilen: Firma mit vernünftigem WLAN ausstatten und günstige Android Geräte mit APP drauf laufen lassen. Sehr viel besser - auch vom Funktionsumfang her. Sonst ist das Mobilteil immer "letzte Meile".
Ich kann nur dringend von WLAN abraten. Die Technik ist einfach nicht dafür gemacht.
 
  • Like
Reaktionen: fxbastler
Ich kann nur dringend von WLAN abraten. Die Technik ist einfach nicht dafür gemacht.
Da finde ich persönlich kommt es immer darauf an was man einsetzt. Wenn du dir ein vernünftiges WLAN mit vernünftiger Hardware baust und MESH richtig konfigurierst ist das super. Ich bin mittlerweile übers WLAN mit 1,2 Gbit intern unterwegs. +200 Mbit ggü. dem Kabelgebundenen Weg - trotz das ich nicht direkt am AP sitze. Die Accesspoints kosten aber halt auch Stk. an die 250 Euro - muss man halt wissen ob man das ausgeben möchte.

Dennoch mit der 3CX App fährst du deutlich besser als mit einem DECT Telefon, zumindest ist das meine und die Erfahrung meiner Kunden, die sich immer wieder über unvollständige Telefonbücher und die bescheidenen Möglichkeiten zum Weiterleiten beschweren - vor allem leider bei Yealink DECTs. Zumal du ein Smartphone mit APP auch außerhalb eines Betriebsgeländes mal nutzen kannst, wenn ne SIM drinsteckt.
 
Der Thread entwickelt sich abseits des Thema, aber hier:
Wenn du dir ein vernünftiges WLAN mit vernünftiger Hardware baust und MESH richtig konfigurierst ist das super. Ich bin mittlerweile übers WLAN mit 1,2 Gbit intern unterwegs. +200 Mbit ggü. dem Kabelgebundenen Weg
sind so viele Fehler drin, das kann ich nicht kommentarlos stehen lassen. Man stelle sich vor ein anderer liest das und nimmt es - weil ohne Kommentar - als richtig an. Das ist es nicht.
  • WLAN Verbindungsrate != Netzwerkdurchsatz, das ist ein sehr großer Unterschied
  • GBit LAN hat symmetrisch pro angeschlossenem Endgerät 1x 1 GBit Upload und 1x 1 GBit Download, unabhängig voneinander, Stichwort Full Duplex
  • ein WLAN AP - egal wie schnell - richtet seine Verbindungsgeschwindigkeit pro Stream oder auch pro AP an Hand des angebundenen WLAN Client mit der niedrigsten Übetragungsrate aus, alle anderen Clients sind so nicht schneller, die müssen sich danach richten
  • alle WLAN Clients teilen sich den Durchsatz eines AP, der hat nun mal - trotz MIMO & Co. - nur ein Sende- / Empfangsteil, auch wenn das sich tlw. teilen kann, zudem ist nur Halbduplex mit Latenz beim Umschalten möglich
  • WLAN Handover ist fast komplett abhängig vom Client
  • ...
Ich beende an dieser Stelle die Aufzählung, da fehlen noch einige weitere Punkte (Reichweite, notwendige strukturelle Vernetzung usw.). WLAN ist grundsätzlich kein adäquater Ersatz einer Netzwerkkabelverbindung, ist nicht schneller als eine solche und ersetzt auch nicht DECT.

Generell ist eine geringe Verbindungsgeschwindigkeit bei VOIP nicht das wesentliche Problem sondern die Latenz und deren Schwankungen. Die generelle Latenz bei WLAN, das permanente Messen und Aushandeln der Verbindungsgeschwindigkeit, CSMA/CA, die Unidirektionale Verbindung und die Bandbreitenaufteilung eines AP an alle daran angebundene WLAN Clients führen bei WLAN - auch wenn es rein nur zum Zweck von VOIP aufgebaut und optimiert - für mehrere WLAN VOIP Clients immer zu Problemen. Schau dich doch mal im Forum um was zum Thema WLAN und Problemen hier oft genug geschrieben wird, i.d.R. kommt oft genug bei solch einer Fehlersuche der Hinweis, das WLAN am Smartphone auszuschalten und oft genug ist das wesentlicher Teil der Lösung.

Bei DECT ist dem nicht so. Das ist genau dafür geschaffen und optimiert. Das funktioniert definiert gut bis sehr gut, sofern nicht zu viele Störquellen in der Nähe sind, genug freie Kanäle verfügbar sind und das Netz nicht noch für andere Dinge (DECT IoT o.ä.) benutzt wird. Von Reichweite, funktionierenden Repeatern, echtem Mesh und Handover wie bei DECT ist VOIP per WLAN weit entfernt.
 
  • Like
Reaktionen: mbehrens und bitn2
Der Thread entwickelt sich abseits des Thema, aber hier:

sind so viele Fehler drin, das kann ich nicht kommentarlos stehen lassen. Man stelle sich vor ein anderer liest das und nimmt es - weil ohne Kommentar - als richtig an. Das ist es nicht.
  • WLAN Verbindungsrate != Netzwerkdurchsatz, das ist ein sehr großer Unterschied
  • GBit LAN hat symmetrisch pro angeschlossenem Endgerät 1x 1 GBit Upload und 1x 1 GBit Download, unabhängig voneinander, Stichwort Full Duplex
  • ein WLAN AP - egal wie schnell - richtet seine Verbindungsgeschwindigkeit pro Stream oder auch pro AP an Hand des angebundenen WLAN Client mit der niedrigsten Übetragungsrate aus, alle anderen Clients sind so nicht schneller, die müssen.[...]
War tatsächlich auch nur mal kurz angeschnitten, deine Punkte sind richtig und entsprechend auch wichtig zu beachten.
Ich habe auf diesem Weg halt deutlich bessere Erfahrungen als mit jedem DECT Gerät das ich eingesetzt habe (von der Usability her). Ausnahme: Headsets direkt am PC. Aber da haste halt auch die APP mit allen Funktionen.
 
Ich habe die Basisstation wie in folgender Anleitung eingerichtet, aber das Telefonbuch der 3CX wird nicht übertragen.


Ich hab heute zu demselben Problem den Support kontaktiert und folgende Antwort erhalten:

Bitte beachten Sie, dass dieses Telefon EOL ist und dadurch nicht mehr durch die 3CX provisioniert werden kann, was auch die Telefonbücher betrifft.
Die End-of-Life-Telefone (EOL) unterstützen TLS 1.2 nicht und können daher nicht sicher über 3CX bereitgestellt werden.
Da es sich um ein "Remote Telefonbuch" handelt leider nicht mehr.
Das lokale im Telefon gespeicherte Telefonbuch funktioniert weiterhin.
 
  • Like
Reaktionen: fxbastler
Ich hab heute zu demselben Problem den Support kontaktiert und folgende Antwort erhalten:

Bitte beachten Sie, dass dieses Telefon EOL ist und dadurch nicht mehr durch die 3CX provisioniert werden kann, was auch die Telefonbücher betrifft.
Die End-of-Life-Telefone (EOL) unterstützen TLS 1.2 nicht und können daher nicht sicher über 3CX bereitgestellt werden.
Da es sich um ein "Remote Telefonbuch" handelt leider nicht mehr.
Das lokale im Telefon gespeicherte Telefonbuch funktioniert weiterhin.
Mal wieder das selbe Problem wie in einem anderen Thread. Auf der englischen Seite findet man den Hinweis, auf der deutschen nicht. https://www.3cx.com/sip-phones/yealink-dect-w52p/
 
  • Like
Reaktionen: fxbastler und bitn

Statistik des Forums

Themen
44.754
Beiträge
233.661
Mitglieder
78.497
Neuestes Mitglied
Support IDMC