Posts by dwosnek

Quote from GL@MO

Trotz Workaround: gibts hier irgendwas Neues?

Der Bug existiert ja erst seit 3 Monaten....

Quote from FabianZ

In einer Woche ist der STARFACE Partnerkongress, dort wird vermutlich die STARFACE 8.1 als Beta angekündigt.

Wenn du glück hast, ist dort der Fix drin vorhanden.

MfG

Fabian

Display More

Hallo Zusammen,

wie Fabian schon richtig vermutet hat, wird der Bugfix in der STARFACE 8.1 enthalten sein, die wir demnächst als Beta veröffentlichen werden.

Quote from wavezrider

Wir haben hier das gleiche Problem. App mehrfach neu installiert, Server-Updates durchgeführt. Problem besteht seit Version 7.3.1.7.


Starface 8.0.0.12
APP Version 8.0.2

Quote from starjoe

JaHo

Ich habe gerade gesehen, dass ich im Juli ein Ticket aufgemacht hatte zu dem Thema (7868848) aber im Partnerportal gar keinen Status dazu sehe oder eine Rückmeldung bekommen habe.

Werde zu dem Ticket noch mal nachhaken und ansonsten ein neues aufmachen, danke für den Hinweis, dass das Problem bei euch so noch nicht bekannt ist, dann ist es hoffentlich kein großes Problem

Hallo starjoe, wavezrider,

leider fehlte dem Support die Uhrzeit und die Rufnummer zu dem Fehlerfall.

Ohne diese Daten war eine Analyse der Logs bisher leider nicht möglich.

starjoe bitte reicht diese Infomationen bei Support nach oder reproduziere das Problem erneut und schicke dann die aktuellen Dazten (Logs der App, Logs der SF, genaue Uhrzeit und die beteiligten Rufnummern an das Ticket Call#7868848.

Vielen Dank!

Quote from slu

?

Hallo slu,

bitte habe Verständnis dafür, dass Fragen die komplexer sind oder spezielle Informationen erfordern, über unseren offiziellen Support-Kanal gestellt werden müssen.

Unser Support-Team bearbeitet deine Anfrage dann nach unserem internen Prozess ab und gibt die Anfragen an die entsprechenden Fachbereiche weiter.

Quote from bytegetter

[Call#7885244]

Hallo bytegetter,

sobald der Support die Logs und die Fehlerfalldaten (Uhrzeit, Rufnummer, etc) hat, übergebe ich den Fall an die Entwicklung.

Hallo Partner und Community,

die Anruf-Information (Rufnummer des initial Angerufenen) wird nur bei folgenden Rahmenbedingungen angezeigt:

1. wenn der der ursprüngliche Angerufene und der Weiterleitende B: derselbe Benutzer sind. (A: Anrufer > B: Angerufener/Weiterleitender > C: Benutzer an den weitergeleitet wird)
2. Wenn noch ein dritter oder mehr Benutzer in der Anrufkette involviert sind ( A: Anrufer > B: Angerufener/ Weiterleitung an C: > C: Angerufener/Weiterleitung an D: > D: Angerufener), kann die Rufnummer und der Name des ursprünglich Angerufenen B: nicht dargestellt werden.
3. Weiterhin wird diese Information wird nur angezeigt, wenn in der ID-Anzeige "Rufweitergabe Vor- und Nachname" sowie "Rufweitergabe-Nummer" für die Gruppen- bzw. die Benutzerweiterleitung eingestellt sind.

Quote from slu

Wenn ich das so lese kann es eigentlich nur eine unterschiedliche Provisionierung sein oder irre ich mich?

Das war auch unsere erste Vermutung, aber nach der Analyse in Zusammenarbeit mit Gigaset wohl kein Firmware Problem.

Quote from fwolf

pasted-from-clipboard.png

Dir fällt aber auch alles auf

Hallo liebe Partner und Community,

wir haben den Fall als Know Issue erfasst.

Wir sind uns bewusst, dass dieser Umstand für einige von euch eine Herausforderung darstellt, und ich möchte euch versichern, dass wir bereits aktiv daran arbeiten.

Unser Team hat den Fall gründlich analysiert und die entsprechenden Maßnahmen eingeleitet, um eine Lösung zu finden.

Obwohl wir zum gegenwärtigen Zeitpunkt noch keine endgültige Lösung präsentieren können, könnt ihr euch sicher sein, dass wir mit Hochdruck daran arbeiten, um das Problem zu beheben.

Wir werden euch über den Fortschritt auf dem Laufenden halten und euch rechtzeitig über alle Entwicklungen informieren.

Bitte habt Verständnis dafür, dass solche Angelegenheiten Zeit in Anspruch nehmen können, da wir sicherstellen möchten, dass die Lösung nachhaltig und zuverlässig ist.

In der Zwischenzeit stehen wir euch selbstverständlich gerne zur Seite, um eure Fragen zu beantworten und euch bestmöglich zu unterstützen.

Vielen Dank für eure Geduld und euer Verständnis.

Bei weiteren Fragen könnt ihr euch gerne an unser Support-Team wenden oder euch hier im Thread austauschen.

Hallo Zusammen,

wir haben eure Meldungen aufgenommen und der Fall wird in SC-6092 bearbeitet.

Sander Meinard,

die Dateien für die 7.3.x.x. und die 8.0.x.x sind sehr unterschiedlich aufgebaut und daher nicht kompatibel.

Meinard,

Was meinst du denn mit "bestehend"? Die von der Windows App < Version 7.3?

Quote from Meinard

Hallo Zusammen,

bei STARFACE 7 (Windows App) konnte man über eine CustomForcedUser.config im Pfad C:\Program Files\STARFACE\App Einstellungen beim Start erzwingen. Gerade auf Terminal Server ist das sehr interessant. Bei der Windows App Starface 8 scheint das in der neuesten Version nicht zu gehen.

Gibt es hierzu eine Alternative bzw. wie setzt man das hier um?

Hallo Meinard,

das von dir gemeldete Problem ist bereits durch die Entwicklung gefixt worden und wird in der kommenden Version der Windows App enthalten sein.

Quote from FabianZ

dwosnek

Das ganze Betrifft auch die E-Mail Reports über fehlgeschlagene E-Mails, diese werden auf meiner Testanlage aktuell unter 8.0.0.11 auch nicht generiert:

Code

[2023-07-13T09:01:50,435] [ERROR] [] [MailComponent] Unable to send email 'Test' to [zuend@si-solutions.ch] 
org.apache.commons.mail.EmailException: Error while sending email 'Test' to [zuend@si-solutions.ch]: Sending the email to the following server failed : 192.168.1.1:25 <-- Absichtlich falscher Server
    at de.starface.core.component.utils.MailComponent.sendMail(MailComponent.java:589) ~[classes/:?]
    at de.starface.core.component.utils.MailComponent.prepareAndSend(MailComponent.java:301) ~[classes/:?]
    at de.starface.core.component.utils.MailComponent.lambda$sendAsync$1(MailComponent.java:257) ~[classes/:?]
    at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) ~[?:?]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) ~[?:?]
    at java.lang.Thread.run(Thread.java:833) ~[?:?]
Caused by: org.apache.commons.mail.EmailException: Sending the email to the following server failed : 192.168.1.1:25
    at org.apache.commons.mail.Email.sendMimeMessage(Email.java:1469) ~[commons-email-1.5.jar:1.5]
    at org.apache.commons.mail.Email.send(Email.java:1496) ~[commons-email-1.5.jar:1.5]
    at de.starface.core.component.utils.MailComponent.send(MailComponent.java:612) ~[classes/:?]
    at de.starface.core.component.utils.MailComponent.sendMail(MailComponent.java:582) ~[classes/:?]
    ... 6 more
Caused by: com.sun.mail.util.MailConnectException: Couldn't connect to host, port: 192.168.1.1, 25; timeout 60000
    at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:2210) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:722) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:342) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:222) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:171) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Transport.send0(Transport.java:230) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Transport.send(Transport.java:100) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at org.apache.commons.mail.Email.sendMimeMessage(Email.java:1459) ~[commons-email-1.5.jar:1.5]
    at org.apache.commons.mail.Email.send(Email.java:1496) ~[commons-email-1.5.jar:1.5]
    at de.starface.core.component.utils.MailComponent.send(MailComponent.java:612) ~[classes/:?]
    at de.starface.core.component.utils.MailComponent.sendMail(MailComponent.java:582) ~[classes/:?]
    ... 6 more
Caused by: java.net.SocketTimeoutException: Connect timed out
    at sun.nio.ch.NioSocketImpl.timedFinishConnect(NioSocketImpl.java:546) ~[?:?]
    at sun.nio.ch.NioSocketImpl.connect(NioSocketImpl.java:597) ~[?:?]
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:327) ~[?:?]
    at java.net.Socket.connect(Socket.java:633) ~[?:?]
    at com.sun.mail.util.SocketFetcher.createSocket(SocketFetcher.java:333) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at com.sun.mail.util.SocketFetcher.getSocket(SocketFetcher.java:214) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:2160) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:722) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:342) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:222) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:171) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Transport.send0(Transport.java:230) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Transport.send(Transport.java:100) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at org.apache.commons.mail.Email.sendMimeMessage(Email.java:1459) ~[commons-email-1.5.jar:1.5]
    at org.apache.commons.mail.Email.send(Email.java:1496) ~[commons-email-1.5.jar:1.5]
    at de.starface.core.component.utils.MailComponent.send(MailComponent.java:612) ~[classes/:?]
    at de.starface.core.component.utils.MailComponent.sendMail(MailComponent.java:582) ~[classes/:?]
    ... 6 more
[2023-07-13T09:01:50,435] [WARN ] [] [MailComponent] Email could not be sent! Creating a report so the user has the possibility to resend the email. 
[2023-07-13T09:01:50,436] [INFO ] [] [MailComponent] Copying attachments to: /opt/tomcat/temp/email/93235c3b-0706-438f-9caa-4689d5ca2862 
[2023-07-13T09:01:50,436] [WARN ] [] [MailComponent] Reporting Mail: Test<SAVE_MAIL_DELIMITER><SAVE_MAIL_DELIMITER>zuend@si-solutions.ch<SAVE_MAIL_DELIMITER>Test<SAVE_MAIL_DELIMITER>Test<SAVE_MAIL_DELIMITER>de<SAVE_MAIL_DELIMITER>USER<SAVE_MAIL_DELIMITER>null<SAVE_MAIL_DELIMITER>false<SAVE_MAIL_DELIMITER>false
Error was caused by: Es ist ein unbekannter Fehler aufgetreten! Bitte kontaktieren Sie Ihren Administrator, um die Log-Dateien zu überprüfen. 
[2023-07-13T09:01:50,436] [TRACE] [] [MailComponent] --->  de.starface.core.component.reporting.ReportEvent@4daa9dc3 
[2023-07-13T09:01:50,438] [TRACE] [] [MailComponent] --->X de.starface.core.component.reporting.ReportEvent@4daa9dc3 
[2023-07-13T09:01:50,438] [DEBUG] [] [MailComponent] Email was converted to a [ReportEntry [id=0, subject=Die E-Mail mit dem Betreff <i>Test</i> konnte nicht an <i>zuend@si-solutions.ch</i> gesendet werden.<br/>Es ist ein unbekannter Fehler aufgetreten! Bitte kontaktieren Sie Ihren Administrator, um die Log-Dateien zu überprüfen., content=Test<SAVE_MAIL_DELIMITER><SAVE_MAIL_DELIMITER>zuend@si-solutions.ch<SAVE_MAIL_DELIMITER>Test<SAVE_MAIL_DELIMITER>Test<SAVE_MAIL_DELIMITER>de<SAVE_MAIL_DELIMITER>USER<SAVE_MAIL_DELIMITER>null<SAVE_MAIL_DELIMITER>false<SAVE_MAIL_DELIMITER>false, timestamp=Thu Jul 13 09:01:50 CEST 2023, category=EMAIL, priority=WARNING, attachments=null, events=[]]] 

Display More

MfG

Fabian

Display More

Hallo Fabian,

nach dem Bugfix werden alle Systemmeldungen wieder im Adminpanel angezeigt.

Somit auch, wie von dir gemeldet, die E-Mail Reports über fehlgeschlagene E-Mails.

Der Bugfix wird in der Herbst-Release der STARFACE enthalten sein.

Quote from FabianZ

dwosnek

Das ganze Betrifft auch die E-Mail Reports über fehlgeschlagene E-Mails, diese werden auf meiner Testanlage aktuell unter 8.0.0.11 auch nicht generiert:

Code

[2023-07-13T09:01:50,435] [ERROR] [] [MailComponent] Unable to send email 'Test' to [zuend@si-solutions.ch] 
org.apache.commons.mail.EmailException: Error while sending email 'Test' to [zuend@si-solutions.ch]: Sending the email to the following server failed : 192.168.1.1:25 <-- Absichtlich falscher Server
    at de.starface.core.component.utils.MailComponent.sendMail(MailComponent.java:589) ~[classes/:?]
    at de.starface.core.component.utils.MailComponent.prepareAndSend(MailComponent.java:301) ~[classes/:?]
    at de.starface.core.component.utils.MailComponent.lambda$sendAsync$1(MailComponent.java:257) ~[classes/:?]
    at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) ~[?:?]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) ~[?:?]
    at java.lang.Thread.run(Thread.java:833) ~[?:?]
Caused by: org.apache.commons.mail.EmailException: Sending the email to the following server failed : 192.168.1.1:25
    at org.apache.commons.mail.Email.sendMimeMessage(Email.java:1469) ~[commons-email-1.5.jar:1.5]
    at org.apache.commons.mail.Email.send(Email.java:1496) ~[commons-email-1.5.jar:1.5]
    at de.starface.core.component.utils.MailComponent.send(MailComponent.java:612) ~[classes/:?]
    at de.starface.core.component.utils.MailComponent.sendMail(MailComponent.java:582) ~[classes/:?]
    ... 6 more
Caused by: com.sun.mail.util.MailConnectException: Couldn't connect to host, port: 192.168.1.1, 25; timeout 60000
    at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:2210) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:722) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:342) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:222) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:171) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Transport.send0(Transport.java:230) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Transport.send(Transport.java:100) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at org.apache.commons.mail.Email.sendMimeMessage(Email.java:1459) ~[commons-email-1.5.jar:1.5]
    at org.apache.commons.mail.Email.send(Email.java:1496) ~[commons-email-1.5.jar:1.5]
    at de.starface.core.component.utils.MailComponent.send(MailComponent.java:612) ~[classes/:?]
    at de.starface.core.component.utils.MailComponent.sendMail(MailComponent.java:582) ~[classes/:?]
    ... 6 more
Caused by: java.net.SocketTimeoutException: Connect timed out
    at sun.nio.ch.NioSocketImpl.timedFinishConnect(NioSocketImpl.java:546) ~[?:?]
    at sun.nio.ch.NioSocketImpl.connect(NioSocketImpl.java:597) ~[?:?]
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:327) ~[?:?]
    at java.net.Socket.connect(Socket.java:633) ~[?:?]
    at com.sun.mail.util.SocketFetcher.createSocket(SocketFetcher.java:333) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at com.sun.mail.util.SocketFetcher.getSocket(SocketFetcher.java:214) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:2160) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:722) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:342) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:222) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Service.connect(Service.java:171) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Transport.send0(Transport.java:230) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at javax.mail.Transport.send(Transport.java:100) ~[jakarta.mail-1.6.7.jar:1.6.7]
    at org.apache.commons.mail.Email.sendMimeMessage(Email.java:1459) ~[commons-email-1.5.jar:1.5]
    at org.apache.commons.mail.Email.send(Email.java:1496) ~[commons-email-1.5.jar:1.5]
    at de.starface.core.component.utils.MailComponent.send(MailComponent.java:612) ~[classes/:?]
    at de.starface.core.component.utils.MailComponent.sendMail(MailComponent.java:582) ~[classes/:?]
    ... 6 more
[2023-07-13T09:01:50,435] [WARN ] [] [MailComponent] Email could not be sent! Creating a report so the user has the possibility to resend the email. 
[2023-07-13T09:01:50,436] [INFO ] [] [MailComponent] Copying attachments to: /opt/tomcat/temp/email/93235c3b-0706-438f-9caa-4689d5ca2862 
[2023-07-13T09:01:50,436] [WARN ] [] [MailComponent] Reporting Mail: Test<SAVE_MAIL_DELIMITER><SAVE_MAIL_DELIMITER>zuend@si-solutions.ch<SAVE_MAIL_DELIMITER>Test<SAVE_MAIL_DELIMITER>Test<SAVE_MAIL_DELIMITER>de<SAVE_MAIL_DELIMITER>USER<SAVE_MAIL_DELIMITER>null<SAVE_MAIL_DELIMITER>false<SAVE_MAIL_DELIMITER>false
Error was caused by: Es ist ein unbekannter Fehler aufgetreten! Bitte kontaktieren Sie Ihren Administrator, um die Log-Dateien zu überprüfen. 
[2023-07-13T09:01:50,436] [TRACE] [] [MailComponent] --->  de.starface.core.component.reporting.ReportEvent@4daa9dc3 
[2023-07-13T09:01:50,438] [TRACE] [] [MailComponent] --->X de.starface.core.component.reporting.ReportEvent@4daa9dc3 
[2023-07-13T09:01:50,438] [DEBUG] [] [MailComponent] Email was converted to a [ReportEntry [id=0, subject=Die E-Mail mit dem Betreff <i>Test</i> konnte nicht an <i>zuend@si-solutions.ch</i> gesendet werden.<br/>Es ist ein unbekannter Fehler aufgetreten! Bitte kontaktieren Sie Ihren Administrator, um die Log-Dateien zu überprüfen., content=Test<SAVE_MAIL_DELIMITER><SAVE_MAIL_DELIMITER>zuend@si-solutions.ch<SAVE_MAIL_DELIMITER>Test<SAVE_MAIL_DELIMITER>Test<SAVE_MAIL_DELIMITER>de<SAVE_MAIL_DELIMITER>USER<SAVE_MAIL_DELIMITER>null<SAVE_MAIL_DELIMITER>false<SAVE_MAIL_DELIMITER>false, timestamp=Thu Jul 13 09:01:50 CEST 2023, category=EMAIL, priority=WARNING, attachments=null, events=[]]] 

Display More

MfG

Fabian

Display More

Hallo FabianZ,

danke fürs Melden.

Ich leite das weiter an die Entwicklung.

Quote from FabianZ

Hallo Daniel

Wir haben das bei dem System beobachtet, und ihn sogar explizit während des Calls nochmals auf -10DB gestellt, jedoch ohne Besserung.

Bzw. es war "weniger" Übersteuertt, aber immer noch Übersteuert.

MfG

Fabian

Display More

Hallo Fabian,

das klingt in der Tat sehr seltsam, zumal du das auf einem baugleichen DELL Sytem mit identischem Jabra Headset nicht hast.

Quote from FabianZ

Guten Tag Miteinander

Grundinformationen:

STARFACE-Cloud

Windows 11 PC-Systeme (Build folgt)

Headset: Jabra Engage 75

STARFACE Version: 8.0.0.11 (Bereits unter 6.7.3.22 präsent, gestern geupdatet, und nochmals alles durchprobiert.)

STARFACE App-Version: 7.3.1.172 & 8.0.0.431

Firewall: PFSense (Versionsinformationen folgen)

Wir haben bei diesem Kunden aktuell das Phänomen, dass bei zwei PC-Systemen die Anrufe mit dem Softphone komplett übersteuert sind, aber nur bei externen eingehenden/ausgehenden Anrufen, Anlageninterne Anrufe sind von dem Problem nicht betroffen.

Bei den beiden PC-Systemen welche betroffen sind, handelt es sich um baugleiche Stangen-PC's von Dell mit Jabra Engage 75 als Softphone.

Die anderen, baugleichen PC-Systeme mit Jabra Engage 75 haben das Phänomen nicht.

Beispiel:

Ich rufe mit dem Softphone, Max Mustermann intern an, er nimmt es auf seinem Softphone am Handy entgegen, und wir hören uns normal.

Jetzt rufe ich Max Mustermann auf seiner Handynummer an, ich höre ihn, wie wenn er durch eine Wand Redet, und für ihn bin ich komplett übersteuert, und extrem laut.

Jetzt gehe ich ein Büro weiter, wo der gleiche Stangen PC, mit dem gleichen Headset steht, und spiele das ganze Szenario genau gleich durch.

Softphone qualität ist genau gleich wie im ersten Büro.

Der Anruf aufs Handy ist qualitativ schlechter als der Softphone Anruf (Was auch sinn macht, da Mobilnetz), aber um welten Besser, als das im anderen Büro. Ich höre ihn normal, und für ihn bin ich auch nicht übersteuert.

Wireshark TCP-Dumps + Aufzeichnungen auf Anlage:

Das Gespräch kommt schon übersteuert bei der Anlage an.

Beim Vergleich zwischen einem Arbeitsplatz, welcher normal funktioniert, und einem übersteuerten Arbeitsplatz konnte ich im SIP-Verkehr keine unterschiede wie z.b. anders ausgehandelter Codec o.ä. feststellen.

Was wir bereits getestet/gemacht haben.

Anderen STARFACE Benutzer am PC-System angemeldet.

Softphone komplett entfernt, so dass ein neues generiert wurde.

STARFACE Apps neu installiert

Jabra Direct neu installiert

Headset Firmware geupdatet

PFSense neu gestartet

PC-System ausgetauscht --> Problem war einige Wochen weg, ist aber wieder aufgetaucht

Headset inkl. Basistation mit einem anderen Arbeitsplatz getauscht.

Headset Treiber neu installiert

Mikrofon Lautstärke auf -10 DB gestellt.

Im Hintergrund bin ich da auch noch mit dem STARFACE Support drann, wollte nur wissen, ob jemand schonmal so etwas hatte, und wie er es ggf. gelöst hat.

MfG

Fabian

Display More

Hallo Fabian,

ich habe auch schon festgestellt, dass der Mikrofon Pegel in der Sound-Systemsteuerung von Windows sich ohne ersichtlichen Grund auf +9db stellt.

Dann hatte ich das gleiche Phänomen mit dem übersteuerten Mikrofon, allerdings sowohl bei internen als auch bei externen Calls.

Bildschirmfoto 2023-07-06 um 15.12.04.png

Hallo Partner und Community,

aktuell haben wir unsere Lösung so gestaltet, dass sie der größten Schnittmenge aus den Anforderungen am Markt gerecht wird.

Unabhängig davon, ob ihr ISDN- oder SIP-Provider nutzt, welche Firewall dazwischen hängt oder sogar mehrere STARFACE-Anlagen hinter einer Firewall verwendet werden.

Wir haben bewusst diese Herangehensweise gewählt, um sicherzustellen, dass unsere Lösung flexibel genug ist, um mit verschiedenen Technologien und Firewall-Einstellungen zu funktionieren.

Quote from A-Orange

Hallo zusammen,

mit der STARFACE 8 wurde ja die verschlüsselte Telefonie eingebaut. Ich habe jetzt gesehen das ich unter Telefone -> Sicherheit einmal den Punkt "Authentifizierung für Telefonmenüs:" habe und auch unter Gigaset, Snom und Yealink den Punkt "Verschlüsselung Provisionierung, Menüs & Telefonie".

Wenn ich das richtig deute kann ich hier an erster stelle für alle die Verschlüsselung aktivieren oder alternativ nur bei einem der drei Hersteller. Oder wie seht ihr das?

Hat schon jemand damit Erfahrung?

Und dann noch die Frage ob den von Yealink Telefone nicht mit der Verschlüsslung gehen. Wir haben noch ne menge T46G und T42G im Feld welche ja nicht mehr Supportet werden.

Schon mal vielen Dank für eure Infos.

Grüße Dennis

Display More

Hallo A-Orange,

hier im Wiki haben wir zusammengefasst, welche Einstellungen in den "Sicherheitseinstellungen für die Telefone auf der STARFACE" sich wie auswirken.

Hallo Partner und Community,

da in diesem Thread unterschiedliche Interpretationen zum Verhalten der Rufliste gepostet wurden, möchte ich bezugnehmend auf meinen Post noch einmal aufzeigen, mit welcher Logik wir die Darstellung der Anrufe in der Rufliste in die STARFACE implementiert haben.

Seit der STARFACE 7.3 wird die Rufliste wie folgt generiert:

1. Bei allen Benutzern der Ring All Gruppe, die aktiv in der Gruppe angemeldet sind, wird der Call als angenommen in der Rufliste gekennzeichnet, wenn ein angemeldeter Benutzer den Call angenommen hat.

2. Wird der Call von einem Benutzer angenommen, der zwar Mitglied der Gruppe ist, jedoch zum Zeitpunkt des Gruppencalls nicht in der Gruppe angemeldet war, wird der Call in der Gruppe als angenommen angezeigt. (Hinweis: Änderung gegenüber dem Post vom 05.10.2021)

3. Wird der Call von einem Benutzer außerhalb der Gruppe gepickt, wird der Call für alle Mitglieder der Gruppe als verpasst gekennzeichnet und bei dem Benutzer, der den Anruf gepickt hat, als angenommen.

Diese Logik bezieht sich auf alle Anruflisten eines Benutzers, unabhängig von der Art seines Endgerätes. Das bedeutet, die Rufliste wird in der oben genannten Logik sowohl auf Tisch-Telefonen als auch auf den mobile- und Desktop-Apps so dargestellt.

Zusätzlich steht bei den Desktop-Apps in der Spalte “Angenommen von” der entsprechende Teilnehmer.

WICHTIG: Wenn das Verhalten bei Euren Installationen von dem oben beschriebenen Verhalten abweicht, ist das so nicht von uns vorgesehen.

Meldet diese Fälle bitte als Ticket an den Support, damit wir jeden Fall individuell analysieren können.

Vielen Dank!

Hallo Hans2019,

da auf Tischtelefonen und in den mobilen Apps die Info "übernommen von" nicht verfügbar ist, war bei einem verpassten Gruppen-Anruf für diese Benutzer nicht ersichtlich ob ein Rückruf erforderlich ist oder nicht, wenn ein Gruppenanruf von einem anderen Mitglied der Gruppe angenommen wurde.

Wenn der Gruppen-Anruf von einem Gruppenmitglied angenommen und geführt wurde, ist das die relevante Information für alle weiteren Mitglieder der Gruppe.

Daher wird ein angenommener Gruppen-Anruf ab der SF 8.0.0.11 auch bei allen Mitgliedern der Gruppe als "angenommen" gekennzeichnet.

Dabei ist unerheblich, ob das Mitglied der Gruppe in der Gruppe angemeldet ist oder nicht.