Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Eventuell mal das Update-Toll mit den aktuellsten Versionen runterladen.
Wobei ich bei dem Verhalten des Telefons eher einen Hardwaredefekt vermuten würde.
Ich habe da gerade in einem Mitel-Artikel (QA1882) folgende Information gefunden:
"Allen Mitel SIP-DECT RFPs ist gemeinsam, dass je nach Empfangsposition immer ein Antennenausgang abwechselnd aktiv ist. Die Ausgänge müssen immer mit passiven Antennen abgeschlossen werden.
Um die bestmögliche...
Meinst Du mit "einzelne Gruppen" die Location Areas?
Wie viele hast Du denn davon? Und wie viele RFPs hast Du jeweils drin?
(Obwohl ich nicht denke, dass deine Problematik irgendwas damit zu tun hat)
Wie sieht deine grundsätzliche Konstellation aus? Einzelsystem? AIN? Ressourcen?
Bei 2m schon 1 Balken weniger?
So aus dem Bauch heraus klingt das für mich als wäre hier technisch etwas nicht OK; wobei ich zugeben muss dass ich die 47er noch nie verbaut habe und diese auch nicht kenne.
Hast Du den 2m-Test auch schon mit anderen 47er RFPs gemacht oder nur mit einem? Einfach...
Das sollte funktionieren. Allerdings habe ich es zum letzten Mal 2019 gemacht.
Das Zip-File mit dem Update-Tool enthält auch die entsprechende FW-Versionen. Zu finden im Downloadbereich bei Mitel.
[Edit Novize: Bild auf Vorschau verkleinert - siehe Forumsregeln]
Such Dir einen Partner in deiner Nähe, der kann die Anlage umschreiben lassen auf sich.
Du musst ihm als Kunde nur schriftlich das OK dafür geben mit Angabe der EID etc
Lizenzthemen am besten über den Dienstleister laufen lassen.
Wenn ich es richtig verstehe brauchst Du "Mitel-SIP"-Lizenzen für die Endgeräte zusätzlich zu den Lizenzen für die weiteren User.
Nachdem die IP-Adressen eingetragen wurden läuft das System lt Kunde stabil.
Somit verzichtet er auch auf einen Termin von mir vor Ort. Somit kann ich leider keine detaillierten Angaben zu der Umgebung machen.
@insidERR vielleicht hilft das ja bei Dir?
Sorry, das war ungenau von mir. Ich habe die IP-Adressen eingetragen.
Die Prüfung des Switches wäre natürlich auch noch eine Option.
Hier kommt wieder das - wohl allgemein bekannte - Problem ins Spiel, dass verschiedene Dienstleister sich zusammenfinden müssen. :(
Ich muss mir die Komponenten vor Ort noch einmal genau anschauen.
Sicher bin ich mir nur beim Switch, das ist ein Alcatel Omniswitch.
Ich vermute (!) dass ein eigenes Gerät der Telekom als Router verbaut ist.
Alternativ überlegt der Kunde gerade ob er einen Router mit S0-Ausgängen bestellen...
Ich stehe gerade vor dem gleichen / ähnlichen Problem.
Der SMBC verliert sporadisch die Registrierung und registriert sich nicht mehr. Ebenfalls mit Registrierungsintervall von 240.
Erst ein Neustart der Anlage hilft dann weiter.
-> Lösungsansatz lt Hotline: DNS-Server der Telekom im SMBC...
Das Thema ist gelöst.
Ursache war der Gruppenruf der DECT-Geräte wenn der Anruf über einen 'normalen' SAS reinkommt.
Ich habe jetzt die SAS ab ID 30 genommen. Dort werden die DECT-Endgeräte einzeln gerufen und die Anzeige passt dann.
Die Problematik wegen den dafür verwendeten DECT-Ressourcen...
Ja, jetzt gerade ;)
die verwendeten PCM-Dateien enden alle auf *.illegal
Die Codierung ist wie folgt:
Die funktionierenden CCITT sehen so aus :
Bilder gemäß Boardregeln geschrumpft by stoney
@chrsto Danke für die Aufklärung. Ich passe die waves immer mit dem guten alten XP Sound Recorder an und dieser bietet eben PCM und CCITT A-Law an
-- Zusammenführung Doppelpost gemäß Boardregeln by stoney
Es hat mir jetzt keine Ruhe gelassen und habe mir Dateien gebaut.
Original-Wave: PCM...
Ähm... war das Format nicht
CCITT A-Law, 8 Bit, 8kHz, mono?
Ansonsten noch die Frage, ob Du die Ansage durch einen internen Anruf getestet hast und falls ja, ob das Häkchen auch gesetzt ist bei "Ansagedienst für interne Anrufe"