Posts by fwolf

User Template PRO kann Funktionstastenbeschriftungen global anhand von Regeln verändern. Ein Beispiel findet sich in der Dokumentation. Namen können dabei nicht nur getauscht, sondern vollständig und beliebig verändert werden.

pasted-from-clipboard.png

Wir verwenden für analoge Geräte Patton SmartNodes mit FXS-Ports. Haben diese auch mit Cloud-Anlagen im Einsatz.

Tut mir leid, näher ran an eine Anleitung wirst Du vermutlich nicht kommen. Man muß da etwas die Systematik der Patton-Konfiguration verstehen.
Die Geräte sind unglaublich mächtig, aber damit geht eine gewisse Komplexität einher.
Mein Code-Ausschnitt zeigt die relevanten Teile der Konfiguration, der Rest ist jedoch auch sehr individuell, so dass man das auch nicht einfach "einspielen" kann, sondern auf seinen Anwendungsfall hin anpassen muß.

Allnet hat früher einmal Patton-Schulungen angeboten – ich weiß nicht, ob's die noch gibt.

Ich selbst habe mir das Smartware- und Trinity-Handbuch zu Gemüte geführt und bin den autodidaktischen Weg gegangen.

Es gibt da kein "Feld", wo man das einfach einträgt.

Vielmehr muß man dem Patton für sein FXS-Interface, das man kurzschließt (und damit ein Off-Hook auslöst; bitte einen 200-Ohm Widerstand verwenden!) eine Routing-Tabelle als Ziel konfigurieren, die einen Default-Eintrag hat, der auf ein Ziel (z.B. STARFACE-SIP-Interface) zeigt und über eine verknüpfte Mapping-Tabelle die zu wählende Rufnummer setzt:

Grob könnte das wie folgt aussehen:

context cs switch

  routing-table called-e164 rt-autodial
    route default dest-interface if-sip-pbx mt-autodial

  mapping-table called-e164 to called-e164 mt-autodial
    map default to 30

  interface sip if-sip-pbx
    bind context sip-gateway sgw-starface
    route call dest-table rt-in
    remote <meineStarfaceIP>
    local <meineStarfaceIP>
    hold-method direction-attribute sendonly
    early-disconnect
    use profile voip pf-starface

  interface fxs if-fxs-0
    route call dest-table rt-autodial
    no call-hold
    no call-waiting
    subscriber-number smartnode.fxs0

Im Beispiel wird bei einem Off-Hook des FXS-0 Ports die Routingtabelle rt-autodial angesprungen.
Dort wird der default-Eintrag ausgewählt, der den Call zum Interface if-sip-pbx (die STARFACE) sendet und dabei die Mapping-Table mt-autodial aufruft. Diese wiederum setzt die called-e164 (angerufene Rufnummer) auf "30".

Quote from FabianZ

Es gibt sonst noch die sehr "Rohe" PartnerListe von der ehemaligen Karte. Zu finden unter: https://www.starface.de/reques…p?data=radius&language=de

MfG

Fabian

Und kaum hast Du das öffentlich gemacht, hat es STARFACE gesperrt. Man muß nicht alles hier im Forum rausposaunen.

Wir hatten die Schnittstelle für Bestellprozesse verwendet. Das ist jetzt futsch...

Das R700H benötigt eine N510 Firmware-Version 257 oder höher (ab STARFACE 7 enthalten). Das wäre jetzt mein erster Prüfungsschritt...

Es gibt nur eine einzige Möglichkeit, für die App/Integration, diese Daten zu speichern:

über eine Schnittstelle des Browsers im Local Storage – da es sich um eine Webanwendung handelt.

Offensichtlich gibt es irgendeinen Auslöser für das Zurücksetzen Local Storage des Webbrowsers.

Das ist außerhalb der Anwendung. Eventuell werden systemseitig diese Daten gelöscht (die liegen unterhalb von AppData) oder es gibt Ordnerumleitungen (Domäneneinstellungen), so dass der Browser auf die usprünglich angelegten Daten nicht mehr zugreifen kann oder Browsererweiterungen sind im Spiel,... oder oder oder. Es gibt jedoch nichts, was die Anwendung selbst da tun kann.

Die Anwendung sagt dem Browser, er solle bestimmte Daten speichern und fragt den Browser nach diesen Daten. Und wenn da nichts zurückkommt, dann sind Einstellungen eben auf Defaults zurückgesetzt.

Ein Debugging muß am System bzw. Browser stattfinden.

... indem Du die 16.777.214 Hostadressen manuell in die Blacklist einträgst

Aber im Ernst, das wäre besser eine Aufgabe für eine vorgelagerte Firewall.

Also dass vorhandene Zertifikate über Backups in eine neu installierte 7.2 importiert werden, habe ich bereits beobachtet.

An dieser Stelle ist übrigens Vorsicht geboten. Ein fehlerhaftes Zertifikat oder eins, das den Mindestanforderungen an Chiffren und Schlüssellängen nicht gerecht wird, kann dazu führen, dass der Tomcat auf dem HTTPS-Port nicht mehr erreichbar ist. In Kombination mit der Zwangsumleitung per nftables führt das zu einem Totalausfall.

Wer dieses Symptom beobachtet, möge bitte die SSL-Zertifikate und den Keystore in der neu installierten Anlage zurücksetzen.

Wer die vollständige Teams-Integration hat, kann Anrufe auf die Teams-Voicemail weiterleiten und bekommt diese auch transkribiert.

Vor etwas über zwei Jahren (02/2020) wurde mit 2700 CPU-Kern-Jahren (@2,1 GHz) und einem GNFS-Algorithmus ein 829 bit RSA faktorisiert. CPUs haben heutzutage schonmal 64 Kerne und die Aufgabe ist gut parallelisierbar. Ich denke, man kann 1024 bit RSA als nicht mehr ausreichend sicher einstufen.

Oder alternativ auf dem DC Zertifikate mit mindestens 2048 bit verwenden

Domain Conroller certificate key size - Microsoft Q&A

Ja, Atlassian Security Advisories kommen mittlerweile häufiger als so mancher Newsletter.
Glücklicherweise ist's meist nicht mehr als ein docker pull und starten eines neuen Containers.

Unser Ziel ist ja eigentlich, dass alles möglichst selbsterklärend ist. Ich würde mich wirklich sehr über Vorschläge freuen, wie wir das hinkriegen. Also an welcher Stelle ist etwas unklar? Formulierungen/Positionierung/Doppeldeutigkeiten/etc. Wir wollen es ja so gut wie möglich machen!

Ist das euer ernst?

Es gibt einen riesigen Abschnitt zur Präsenzkonfiguration, direkt unterhalb.

Und wenn man eine Frage zur Präsenzsynchronisation stellt, wird genau diese Information (wie man es konfiguriert hat) weggelassen?

Die Standardeinstellung muß ja sein, das sich erst einmal nichts verändert und man angegeben muß, was man möchte.

Ich bin neugierig, wie würdet ihr das intuitiver machen? Also konkrete Vorschläge?

pasted-from-clipboard.png

Quote from KingArtus

Welche Informationen Benötigen Sie denn?

Ich hab doch geschrieben, welche Information wir brauchen: "die Konfiguration der Präsenzsynchronisation".

Unterhalb dessen, was der Screenshot zeigt, gibt es weitere Bereiche zur Konfiguration der Präsenzsynchronisation. Wenn die nicht aktiviert ist, ist es nämlich überhaupt nicht überraschend, dass nichts synchronisiert wird.

Wir können da leider nichts dazu sagen, denn die relevanten Informationen (die Konfiguration der Präsenzsynchronisation) waren im Post nicht enthalten.

Dann würde ich mal beim zuständigen M365-Admin anklopfen und nachfragen. Es gibt im Azure AD ein Log zu den Anmeldeversuchen. Wenn Microsoft die Anmeldung ablehnt, findet man dort den Grund. App-seitig ist da nichts zu machen...

Die Informationen sind etwas spährlich, aber in der Regel besteht der Trick darin, die Zugangsdaten richtig einzugeben.

Quote from KingArtus

Dann haben wir unterschiedliche Anleitungen?

https://knowledge.starface.de/…ge.action?pageId=60687271

dort steht nichts der Gleichen. oder bin ich blind?

Du hast einen Screenshot gepostet. Und dort steht genau das drin, was ich zitiert habe