Wir hatten das auch an einer Cloud am letzten Freitag. Update fehlgeschlagen und Anlage auf Stand von vor einem 1/2 Jahr. Wo holt Starface bitte diese Daten her?
Und leider ist das Ticket dazu seit Montag offen und es meldet sich keiner dazu. Call#7571407
Übrigens haben wir seit den Update im Cloud Managment Anlagen welche zwar laufen aber grau dargestellt werden.
Ich muss das Thema noch mal vorholen. Ich habe beim Kunden genau den umgedrehten fall. CnoS ist aktiv und bei einer Uml. wird die rufende Nummer angezeigt. Nun möchte der Kunde aber bei der Weiterleitung nicht den A Tln. sondern die Rufnummer vom B Tln. Wenn ich jetzt CnoS abschalte wird nur anonym angezeigt!
Jemand einen Plan?
DANKE
smichaelis --> habt ihr die MAC Adressen raus gelöscht, der Telefone die nicht mehr funktionieren. Dann neu Hinzufügen. Das sollte helfen.
Hey, Danke
Das sind beim Kunden 40 Stück und ich sitze in Berlin und Kunde in Stuttgart. Das kann nicht die Lösung sein. Und vorallem warum ist es so?
Auch wir haben scheinbar ein betroffenes System oder zumindest das Snom Problem. Wie lösen wir das nun? Die Cloud wird am Standort Berlin und Stuttgart genutz. Berlin alles ok Snom ohne verschlüsselung (Haken auch nicht gesetzt) Stuttgart alle Snom tot und Proxy steht drin. Wir suchen seit Tagen im Netz des Kunden den Fehler. Ist echt nervig. Warum verhalten sich gleiche Endgeräte an der gleichen Clout nur an 2 verschiedenen Internetanschlüssen so unterschiedlich. Nicht zu verstehen!
Nicht ganz billig aber TOP
https://www.behnke-online.de/sprechstellen/tuerstationen
https://www.behnke-online.de/i…-starface-compact-v3/file
Anleitung in V3 nicht ganz aktuell zur V7 aber passt!
MfG
kann ich nicht bestätigen!
Display MoreEs wurden uns bis jetzt zwei verschiedene Fehlerbilder gemeldet:
- Telefone die sich nicht mehr registrieren können
- Vereinzelt SIP Trunks die die Registrierung verlieren
Verbindungen zu Clouds die keine dedizierte IPv4 haben laufen über einen Concentrator-Server, der alle Verbindunden zur richtigen Cloud routet. In diesem Fall ist der IP-Bereich 10.0.28.xxx betroffen, deshalb Concentrator 28.
Wie ist der Stand, wann können wir mit einer Lösung rechnen?
Welche Störung. Ein paar Details wären gut um zu wissen, ob unser Problem damit zusammen hängt.
Wir haben mehrere Cloud an der alle Endgeräte abgemeldet sind!
Einrichtung mit alter FW und danach auf 3.20.2 funktioniert!
Hallo,
Patton sn200 funktioniert nicht mit der Starface Wizard Datei und der neusten Firmware 3.20.2 vom 6.12.2021!
Firmware 3.20.0 funktioniert.
Ich finde diese Bewertung nicht gerechtfertigt. Die Cloud wurde entgegen unserer ausdrücklichen Empfehlung mit einem nicht für Concentrator-Clouds freigegebenen Provider verbunden. Trotzdem hat unser Support bei der Fehleranalyse geholfen und - da die Ursache nach unserer Einschätzung auf Seiten des Providers liegt - die Cloud kostenlos von uns umgezogen und mit einer festen IP versehen.
Hallo Christoph,
das würde ja bedeuten, dass ich für alle Provider außer Connect eine feste IP benötige oder ist die Liste mit den frei gegebenen an nir vorbei gegangen? Damit sind wir preislich dann bei vielen Anlagen raus. Und wie ekläre ich dem Kunden mit mehreren Anlagen, dass eine geht und eine andere nicht?
Grüße aus Berlin
Danke Jürgen,
sorry aber dann ist der Client ja nur 50% nutzbar. Und wenn es vor V7 auch nicht ging, erläutern Sie mir bitte den Sinn des Menüpunktes in Post #5.
Du musst natürlich noch die Rufnummer bzw. Mailbox hinterlegen. Die Taste schaltet nur aktiv.
UCC Premium ist für Clienttelefonie SmartPhone, Win, MAC.
Ohne den geht telefonieren nur mit Endgerät!
Richtung Siemens gab es hinter der Siedle meist eine Anschaltung über dieses: Unify TFE-S
https://www.danielrueckert.de/…dul-montageanleitung-pdf/
Aber das ist kein analoger im eigentlichen Sinn. Dafür braucht man in der Siedle ein DoorCom Analog DCA 650-02
Vom Prinzip ja, wenn es nicht gerade ein Yealink ist. Aber das soll es auch kommen.
Ich bin der Meinung, dass ich früher V6 auch angenommen habe. Unter Einstellungen im UCC bei Telefonie gibt es ja auch die Einstellung Rufannahme des SPhone als primäres Telefon, welche ja Stand heute überflüssig ist. Annahme ist ja immer SoftPhone.
Hallo Thomas,
wenn ich davon ausgehe, dass der UCC mit Softphone wie ein Gerät betrachtet wird, dann ist deine Schilderung richtig. Wir Haben hier einen UCC Client mit dem ich steuern möchte (und nicht nur ich sondern auch unsere Kunden) und dann ist der Client unbrauchbar!
Wenn ich mit dem UCC wähle, folgt es ja auch den Einstellungen des primären Gerätes. Warum nicht auch für eingehend. Viele Kunden haben zum Beispiel auch ihr Headset am Telefon und möchten einbfach mit Mausklick annehmen. Meines Erachten ging das vor V7 auch. Da ging das Gespräch auf den LS vom Endgerät oder ebend aufs Headset.
Hallo,
wir haben folgende Situation an einer aktuellen V7 Cloud.
User nutzt, Yealink Tischtelefon, IPhone und Win Ucc.
User telefoniert über sein Yealink, 2 Anruf kommt (anklopfen ist aktiv) rein und wird am UCC signalisiert. User nimmt das Gespräch per Mausklick an und ist verwirrt,
denn das erste Gespräch wird nicht wie erwartet in Halten gesetzt sondern bleibt aktiv und das 2. Gespräch wird auf dem WIN Client ausgegeben.
Als Primäres Gerät ist das Yealink eingestellt.
Laut Support alles richtig, denn das Primäre Gerät ist nur eine Festlegung für gehende Gespräche.
Empfehlung war, dem WIN Client das Softphone zu entziehen, nur gibt es dann keine Möglichkeit ein Gespräch anzunehmen.
Hat wer einen Lösungsansatz?
