Posts by andreas.stein

Quote from Merlin

Eingehnder Ruf der nicht funktioniert:

[2023-03-15T11:41:32,828] [ 0396 ] ********* Call created **********

[2023-03-15T11:41:32,828] [ 0396 ] Starting call routing : SIP/1219185-0000018c dial number 1219791 CallerId [number=0049XXXX56811171]

[2023-03-15T11:41:32,839] [ 0396 ] Routing call "CallerId [dialedNumber=1219791, number=0049XXXX56811171]" to number 1219791 over service OutgoingService

[2023-03-15T11:41:32,839] [ 0396 ] CallLeg: 2fc20675-3a77-44b2-9c41-527f3e499861

[2023-03-15T11:41:32,839] [ 0396 ] No line found routing: LINE rejecting call

[2023-03-15T11:41:32,840] [ 0396 ] Got dialstatus DialReturnCodes(hc=CALL_REJECTED, ds=UNKNOWN, cr=UNKNOWN)

[2023-03-15T11:41:32,841] [ 0396 ] Hangup Cause: CALL_REJECTED | SIP/1219185-0000018c

[2023-03-15T11:41:32,841] [ 0396 ] ********* Call finished *********

[2023-03-15T11:41:40,045] [ ---- ] Incoming call from line 13085037(1008)

[2023-03-15T11:41:40,045] [ ---- ] Found extension on line 13085037(1008) 00XXXXX13085037

Display More

Das ist ein ausgehender Anruf. (Siehe Zeile 3: OutgoingService). Der Anruf schlägt dann fehl, weil keine Leitung für die Zielrufnummer 1219791 gefunden wird. Ich tippe mal darauf, dass in der Anlage nur "COR-Routing" eingerichtet ist.

Gibt's irgendwo eine Rufumleitung auf die 1219791? Das würde den ausgehenden Anruf und deine Annahme, es wäre der Log für den eingehenden Anruf, erklären.

Also ich importier direkt in die DB...

Klingt für mich nach 'nem Firewallproblem, Spezieller doppeltes NAT z.B. durch einen Router und einer nachgeschalteten Firewall. Eins von beidem wirft dann was in der NAT-Tabelle durcheinander und dann kommt sowas bei raus. Wenn eine Neustart von Firewall und Router das Problem behebt, dann musst du dort suchen.

Wie sieht denn die WAN-Anbindung dort aus?

Die G-Serie läuft im LEGACY Status. Heißt sie wird nicht mehr aktiv gepflegt/mit neuer Firmware versorgt, aber noch autoprovisioniert. Wie lange die noch provisioniert werden, kann ich allerdings nicht beantworten. Hoffe aber selbst auf ein paar Jahre, da von den Teilen noch wirklich viele draußen sind.

Einen Anruf kannst du mit jeder Lizenz initiieren.

Die normale PBX User Lizenz ist unbeschränkt. Lediglich für die Softphone-Funktionalitäten wird die Zusatzlizenz benötigt.

Quote from kpradel

Was genau ist das Problem, wenn ihr eine Funktionstaste dazu einrichten möchtet?

Eine Rufnummer, die unter "Signalisieren" global zur Signalisierung freigegeben ist, lässt sich nicht als zu signalisierende Rufnummer auf einer Taste konfigurieren. Die Nummer erscheint dort nicht in der Auswahlliste. Dort erscheinen nur die eigenen und die Gruppenrufnummern.

EDIT: Die Taste lässt sich doch mit der globalen Signalisierungsnummer programmieren, allerdings nur im WebUI, nicht in der Starface App.

Quote from Scherr-IT

Hallo Andreas,
ich bin vom Starface Support auf das Modul aufmerksam als mögliche Lösung für eine Migration von einer N720 auf N870 Umgebung gemacht worden.

Kurz zur Problemstellung:
Kunde hat aktuell eine N720 DM mit 16x N720 IP Pro mit 100 Mobil-Teilen, da weitere Mobilteile dazu kommen, müssen wir auf die N870 wechseln.
Ich habe nun schon bei Gigaset und Starface nach einer Möglichkeit gefragt, die aktuellen Mobilteile in die N870 zu portieren, aber alle winken ab.
Ich würde gerne den Aufwand und die Downtime für den Kunden soweit wie möglich verringern.
Da ich das Tool noch gar nicht kenne, frage ich direkt, meinst du, dass wir dies hierfür in irgendeiner Weise nutzen könnte?
Vielen Dank schonmal!
Alex

Display More

Hallo Alex,

wie meine Vorredner schon erwähnt haben, müssen die Endgeräte in jedem Fall einzeln manuell am neuen DECT-System angemeldet werden. Das lässt sich nicht automatisieren.

Mein Modul hat damit noch weniger zu tun, das kann nur Einstellungen an die Provisionierung zum DECT-Manager anpassen.

Den abheben Button gibts nur, wenn die App auch die Softphone Fu ktion aktov hat. Dazu gibts hier schon etliche Beiträge, da gehe ich also nicht nochmal näher drauf ein. Ich frag mich nur was das mit der TAPI zu tun hat???

Pack das Dect Telefon doch als Endgerät bei allen betroffenen Usern als zusätzliches Endgerät mit rein. Dann klingelst doch "generell"

Hm. Wir machen das in Kombination mit einer Statusseite + Widget auf der Webseite. Wenn ein "globales" Problem auftritt, fixe Ansage, dass es eine Großstörung gibt, mit Verweis auf die eigene Webseite vor die Hotline schalten und fertig.

Quote from Scaramu

ich bin einfach zu blöd dazu - ich kriege es nicht hin.

Dafür gibt's ja die Module Creator Schulung

NAT Keepalive kannst du mit der Provision Toolbox für Yealink aktivieren. Gigaset macht das von Haus aus schon korrekt.

Die Kennwörter müssen vom User bei der ersten Anmeldung doch sowieso geändert werden. Warum setzt du keine Standardkennwörter und lässt die User dann ihr eigenes wählen?

Dann benötigst du die iQueue. Ansonsten ist nach zwei Minuten Schluss. Immer.

1. Wozu? Der Admin reicht doch vollkommen aus. Wenn jemand sein KW nicht mehr kennt -> zurücksetzen und fertig

2. Die Kennwörter wirst du aus der Datenbank nicht auslesen können. Da stehen nur die Passworthashes - so wie es sich gehört.

Quote from fgaertner

Häkchen "Wartemusik statt Freizeichen" im Modul aktivieren und passende Wartemusik ins Feld eintragen.

Das behebt sein Problem jetzt wie genau?

Quote from blubberich

Danke für die ausführliche Erklärung.

Also wäre es bei Änderungen am einfachsten alle Konfigurationen zu deaktivieren, und in der Reihenfolge vom Allgemeinsten zum Speziellsten wieder zu aktivieren.

Also in meinem Bsp. erst die Konfig für ALLE T57W, dann die Konfig für T57W mit MAC X.

Perfekt zusammengefasst

Quote from blubberich

Mglw. weitere Funktion, oder schon mit vorhandener umsetzbar:

Bei Gigaset Handteilen kann man die Softkeys (Tasten unter dem Display) mit langem Drücken neu belegen.

Bspw. haben wir oft das SF-Adressbuch oder anderes auf diese Tasten gelegt.

Dazu habe ich das gefunden bei Gigaset:

FAQ SL800H / S700H / R700H - Auto provisioning: Softkeys - Gigaset PRO - Public Wiki - Confluence

Nur konnte ich bis jetzt nicht herausfinden, wie ich das mit vom Integrator/DECT-Manager verteilen lassen kann.

Auch Gigaset-Support konnte mir das am Telefon nicht sagen 🙃

Da aber dein Modul viele Einstellungen provisionieren kann, die man auch per xml schreiben kann, vermute ich dass "einfach" ergänzen möglich sein könnte.

Display More

Ja das sollte ergänzbar sein. Merk ich mir für die nächste Version. Gehört aber definitiv in Abteilung Handset Provisioning (sieh Tab "Gigaset Handsets" in meinem Modul - dort ist auch erklärt, wie das funktioniert. Aktuell leider immer noch nicht ohne viel einmaliges Gefummel an jedem Handset einrichtbar).

Zur MAC-Adressbeschränkung:

Das kommt drauf an, in welcher Reihenfolge die Modulinstanzen erstellt werden.

Beim aktivieren schreibt jede Modulinstanz ein include:config mit dem eigenen Pfad in die zum Telefontyp passende .boot-Datei (bei Yealink T5X zum Beispiel in die /opt/tomcat/webapps/localhost/starface/WEB-INF/filetemplates/yealinkConfig/t5x/y000000000000.boot). Wenn die Modulinstanz mit der aktivierten MAC-Adress-Beschränkung als letztes erstellt/aktiviert wurde, wird diese Konfiguration auch als letztes vom Telefon geladen.

Dabei gelten folgende Regeln:

- Wird bei einem Telefontyp der Haken bei "Provisionierung aktivieren" im jeweiligen Tab deaktiviert, werden die zugehörigen Einträge aus der .boot-Datei für diese Modulinstanz entfernt

- Wird bei einem Telefontyp der Haken bei "Provisionierung aktivieren" im jeweiligen Tab aktiviert, schreibt die Modulinstanz neue Einträge an das ENDE der .boot-Datei

- Wird in einer bereits angelegten Modulinstanz bei einem Telefontyp der MAC-Adressfilter aktiviert oder deaktiviert, wird die zugehörige .boot-Datei ebenfalls aktualisiert (heißt die Einstellungen für den spezifischen Telefontyp aus dieser Modulinstanz landen in diesem Moment wieder am Ende der Reihenfolge)

- Wird eine Modulinstanz komplett deaktiviert, werden alle durch die Modulinstanz getätigten Einträge aus den .boot-Dateien wieder entfernt

- Wird eine Modulinstanz wieder aktiviert, werden die .boot-Dateien entsprechend der Modulkonfiguration neu ergänzt und landen wieder am Ende

Kurz: Nein

Offiziell unterstützt werden für N510/N670/N870 nur die Gigaset PRO Modelle (siehe https://www.gigaset.com/pro/de_de/schnurlos/).

Du kannst gerne alles andere GAP oder GAP+ fähige Gedönse (wie zum Beispiel die Consumer Handsets) an den Systemen anmelden. Bis auf Telefonieren wird damit aber nicht viel mehr funktionieren.