[StefanW]

ich habe dir eine PM geschickt mit dem neuem Plantronics Anbindungen.
Musst ein paar dateien austauschen. die SDK hast du ja schon installiert, die brauchst du dazu auch...

[ck1_hh]

Hallo an alle,

noch einmal eine Frage zu analogen Adaptern zum Anschluss von analogen, alten FAXen.
Geht dies problemlos mit einem "GRANDSTREAM GXW4004 FXS" oder besser ein "Innovaphone IP24 4x Analog"
Ich freue mich auf ein Feedback!

LG

Carsten

[StefanW]

Das GS 4004 geht gut für Fax mit Beronet aber du sagtest mal was von Modem. Wie besprochen einfach A/B wander an die S0s hängen und los geht es

[ck1_hh]

ich habe dir eine PM geschickt mit dem neuem Plantronics Anbindungen.
Musst ein paar dateien austauschen. die SDK hast du ja schon installiert, die brauchst du dazu auch...

So, es gibt News zur Anbindung von Plantronics Headsets Savi Office 100-350.
Habe heute, dank tollem Support von 3cx, eine Beta-Version des 3cx Phones installiert.
Damit läuft das annehmen und auflegen von Telefonaten! In dieser Version gibt es auch schon BLFs & Kurzwahltasten.
Klasse Arbeit!

LG

Carsten

[matictec]

Das hört sich ja vielversprechend an.

[rec24-hv]

Hallo zusammen,
ich denke auch, dass es wichtigere Funktionen für das Telefonbuch gibt, als den Typ der Nummer und ein Bild. Aus meiner Sicht wären folgende Punkte existenziell, um von einer Lösung anstelle nur eines Verzeichnisses sprechen zu können:

- Anbindung an externe Datenbanken (z.B. CRM)
Um den Aufwand gering zu halten, wäre es sicherlich ein leichtes, eine Schnittstelle zu einer externen Datei (csv, mdb, o.ä) für kleinere Datenbestände und eine für den MS-SQL-Server (über user-defined SQLstatement und/oder vordefiniertem Tabellenlayout) zu implementieren. Wichtig hierbei ist, eine direkte Abfrage durchzuführen und keinen Import, damit man als Anwender nicht in Sync-Aufwände, Aktualitätsversatz zwischen den Sync-Läufen und Redundanzen gerät.
=> Veraltete / unzuverlässige / unvollständige Daten sind wertlose Daten!

- Anzeige des Anrufers und Angerufenen
So ziemlich jedes Telefon unterstützt heute CLIP und anstelle die Rufnummer anzuzeigen wäre es sinnvoll den Namen darzustellen. Dies muss nicht immer herstellerspeziefisch gelöst werden. Wenigstens im 3CX Assistenten und 3CX Phone sollten alle Telefonbücher ausgewertet werden. Wichtig hierbei ist die Rufnummernformatierung (z.B. der Eintrag +49 (7654) 321-987 sollte auch gefunden werden, wenn System eigentlich die 07654321987 übertragen wird).
=> Ein umfangreiches Telefon ist wie extended memmory ... man kann sich nicht alle Nummern merken ... darum geht es beim Telefonbuch ... inbound und outbound

- Eine LDAP-Anbindung hilft sicher für das interne Telefonbuch, mehr "Bewegung" sollte jedoch in den externen Daten sein.
=> auch hier idealerweise eine online-Anbindung und keine Redundanz durch Import

Freue mich, wenn möglichst viele auch meiner Meinung sind und dies die Entscheidung zur Umsetzung "beflügelt".
=> Also: bitte kurze Stellungnahme, ob dies ein sinnvoller Schritt wäre!

Danke ... Horst

[ck1_hh]

Hallo zusammen,
ich denke auch, dass es wichtigere Funktionen für das Telefonbuch gibt, als den Typ der Nummer und ein Bild. Aus meiner Sicht wären folgende Punkte existenziell, um von einer Lösung anstelle nur eines Verzeichnisses sprechen zu können:

- Anbindung an externe Datenbanken (z.B. CRM)
Um den Aufwand gering zu halten, wäre es sicherlich ein leichtes, eine Schnittstelle zu einer externen Datei (csv, mdb, o.ä) für kleinere Datenbestände und eine für den MS-SQL-Server (über user-defined SQLstatement und/oder vordefiniertem Tabellenlayout) zu implementieren. Wichtig hierbei ist, eine direkte Abfrage durchzuführen und keinen Import, damit man als Anwender nicht in Sync-Aufwände, Aktualitätsversatz zwischen den Sync-Läufen und Redundanzen gerät.
=> Veraltete / unzuverlässige / unvollständige Daten sind wertlose Daten!

- Anzeige des Anrufers und Angerufenen
So ziemlich jedes Telefon unterstützt heute CLIP und anstelle die Rufnummer anzuzeigen wäre es sinnvoll den Namen darzustellen. Dies muss nicht immer herstellerspeziefisch gelöst werden. Wenigstens im 3CX Assistenten und 3CX Phone sollten alle Telefonbücher ausgewertet werden. Wichtig hierbei ist die Rufnummernformatierung (z.B. der Eintrag +49 (7654) 321-987 sollte auch gefunden werden, wenn System eigentlich die 07654321987 übertragen wird).
=> Ein umfangreiches Telefon ist wie extended memmory ... man kann sich nicht alle Nummern merken ... darum geht es beim Telefonbuch ... inbound und outbound

- Eine LDAP-Anbindung hilft sicher für das interne Telefonbuch, mehr "Bewegung" sollte jedoch in den externen Daten sein.
=> auch hier idealerweise eine online-Anbindung und keine Redundanz durch Import

Freue mich, wenn möglichst viele auch meiner Meinung sind und dies die Entscheidung zur Umsetzung "beflügelt".
=> Also: bitte kurze Stellungnahme, ob dies ein sinnvoller Schritt wäre!

Danke ... Horst

Hallo Horst,
Dein Input finde ich gut. Bitte trage die Idee doch mit unter:
http://3cx.ideascale.com
mit ein und vote für die Telefonbuchverbesserung.

Über den TAPI Treiber hast Du doch die CRM Anbindung. Bei uns läuft es darüber.
Für unsere snoms mache ich eine LDAP Abfrage unseres Active Directories. Das klappt auch.
Ich habe mir ein AD-Bulk Import-Tool gekauft (http://www.dovestones.com/)
Hier kopiere ich ein einen Kundenordner alle Kunden-Kontakte, die das Sonm dann anzeigt.
Es ist zwar ein Workarround, aber er geht. Deswegen wollte ich halt ein zentrales besseres Telefonbuch, auf das das 3cx Phone, die snoms und der 3cx Assistent zugreifen können.

LG

Carsten

[rec24-hv]

Hallo Carsten,
danke für den Tipp - ich werde bei http://3cx.ideascale.com einen Eintrag machen.

Das Szenario bei uns ist ein bisschen anders, daher der Gedanke zu einer generischen Lösung. Wir setzen einen Terminalserver für das CRM im Internet ein und haben ein international verteiltes Team, bei dem verschiedene Telefonielösungen (noch) laufen. In meinem Standort haben wir 3cx und ich kann auf die SQL-DB von hier aus zugreifen.

Der Kerngedanke ist ja, die Industriestandards (csv ... SQL) als online-Schnittstellen für das Telefonbuch zu nutzen. Ich denke, auf jeden Fall sinniger, als eine geschlossene Datenbank, bei der ein admin immer wieder eine csv importieren muss. Eben einfach state-of-the-art Anbindungen.

LDAP fällt für uns persönlich aufgrund der inhomogenen und verteilten Umgebung aus und ich habe es zur Vollständigkeit aufgrund seiner Marktpräsenz mit angegeben.

Da ganze sollte vom System unterstützt werden und keine Zusatztools, Kosten und individuelle Kniffe benötigen. Auch eine Hardware-unabhängige Lösung wäre zu bevorzugen, anstelle (auch aus Sicht des 3cx-Teams) unterschiedlichste Konfigurationen supporten zu müssen. Wir haben da unsere Problemchen mit Linksys-Telefonen, die z.B. von 3cx im Telefonbuch-Umfeld garnicht unterstützt werden.

Danke für Deine Responz ... Horst

[FITEC]

ich habe dir eine PM geschickt mit dem neuem Plantronics Anbindungen.
Musst ein paar dateien austauschen. die SDK hast du ja schon installiert, die brauchst du dazu auch...

So, es gibt News zur Anbindung von Plantronics Headsets Savi Office 100-350.
Habe heute, dank tollem Support von 3cx, eine Beta-Version des 3cx Phones installiert.
Damit läuft das annehmen und auflegen von Telefonaten! In dieser Version gibt es auch schon BLFs & Kurzwahltasten.
Klasse Arbeit!

LG

Carsten

stehe vor dem gleichen Problem (3CXPhone 5.0.14065.0 mit PerSono 2.0.37161.2) - würde mir jemand die (neue) Beta zukommen lassen?

[ck1_hh]

Moin moin,

ich wollte meinen Eintrag noch einmal vervollständigen.
Jetzt wo die Anlage bei uns 3 Monate im Dauereinsatz ist muss ich sagen wir sind sehr zufrieden.
Berobox+snoms sind Pflicht = sehr gute Qualität.
Mittlerweile haben wir sogar die Snoms870 an unser CI angepasst.
Sehr zu empfehlen folgender LINK:
http://www.polsa.de/index.php/2010/03/0 ... 8xx-phone/
Das einzige Problem, was auftritt, ist das die Gespräche manchmal unterbrochen werden und die gegenüberliegende Seite ein Piepen wie beim Fax-transfer hört.
Leider tritt dieses Phänomen nur alle 3-4 Tage auf, so dass ein Logging sehr schwer möglich ist.
Hat hierzu jemand Tipps?

Liebe Grüße

Carsten

[matictec]

Tritt das Problem nur mit den snom 870er auf. Habt ihr eventuell testweise einen SIP-Provider um zu prüfen ob es am Beronet liegen könnte? Oder jemanden, der sich bereit erklärt mal mit einem Headset und dem 3CX Phone zu arbeiten?

In solchen Fällen muss man wirklich verschiedene Methoden testen um bestimmte Komponenten von Fehlern auszuschließen. Ich habe von diesem Problem auch noch nie was gehört. Welche FW läuft auf den snoms? Welche Version hat das Beronet-Gateway?

[ck1_hh]

Ich habe von diesem Problem auch noch nie was gehört. Welche FW läuft auf den snoms? Welche Version hat das Beronet-Gateway?

Lieber matictec,

Danke für Deine Antwort.
Auf der Berobox läuft: appfs-1.13rc3.tar.gz
Auf den snoms 870 die neueste Version (snom870-SIP 8.4.22)

Das Problem ist, das es keinen Anhaltspunkt gibt.
Fakt ist: Es passiert auf mehreren Telefonen. Da snom das Verhalten nicht kennt, gehe ich von 3cx oder Berofix aus...
Welches Logging würdest Du wo einschalten??

LG

Carsten

[matictec]

In Anbetracht, dass es so sporadisch auftritt ist es schwierig hier ein vernünftiges Logging zu realisieren. Auf der 3CX kann man auf jeden Fall das Logging (Debug-Modus) aktivieren und hat neuerdings die Möglichkeit, einzustellen, dass die Logs archiviert werden. Hier muss aber auf ausreichend Speicherplatz auf der HDD geachtet werden.

Außerdem könnte man einen Syslog-Server einrichten und die Hardware entsprechend für diesen einrichten, so dass man auch die Logs der Geräte über einen längeren Zeitraum aufbewahren kann.

Ganz wichtig ist dann zudem, dass alle informiert sind, dass sobald dieses Problem auftaucht, exakt die Uhrzeit festegehalten werden muss und idealerweise Anrufernummer/angerufene Nummer, interne Nebenstelle und eventuell die gerade durchgeführte Aktion( z.B. auf Hold setzen, Weiterleiten etc.).

Wir hatten bei einem Kunden mal ein ähnliches Problem. Damals mit Grandstream-Telefonen, weas sich letzendlich als Firmware-Bug herausgestellt hat. Das Problem hat aber alle viel Nerven gekostet. Auch hier war ein Logging letztendlich nicht möglich, da es sehr sporadisch auftrat und in den Logs alles sauber war.

[Bulbhead]

Bezugnehmend auf die Ursprungsfrage nach den Telefonen - wir haben uns für Yealink IP-Phones entschieden und haben damit sehr gute Erfahrungen gemacht, weil die Telefone problemlos funktionieren ohne die sonst üblichen Firmware-Bugs, eine gute Sprachqualität bieten und zudem auch vom Preis her sehr interessant sind. Auch Provisioning (also automatische Einrichtung) klappt ohne Probleme.