Infos zur Version 4Dxx:

Firmware

• Hinweis: Haben Sie Busy-on-Busy eingestellt und am externen S0-Bus - also vor der Anlage - ein ISDN-Telefon am gleichen Bus installiert, dann beschränkt sich das Busy-on-Busy natürlich auf die Anlage. Die Funktion wird "unterlaufen". Dieser Fall ist von der Anlage nicht abzudecken.
• Hinweis: Seit der Version 2.07 ist das erste "Klingeln" eines Anrufes immer gleich; egal ob es ein Ruf von extern ist, ein Ruf von der TFE oder ein interner Verbindungswunsch. Dies resultiert aus der CLIP-Funktion (Rufnummernübermittlung an analoge Telefone). Die Spezifikation fordert die Übertragung nach dem ersten Rufsignal. Würde kurz darauf das zweite Rufsignal kommen, dann bliebe keine Zeit für diese Übermittlung und eventuell würden das manche Telefone "mißverstehen".

Bugs

• Firmware Version 4D00:
  • Konfiguriert man die Schaltkontakte als Zweitwecker, dann versagen sie ihren Dienst. Für die, die einen Zweitwecker brauchen, ist die 4D00 so nur eingeschränkt einsatzfähig.
  • Das CCNR läßt sich zwar über die Anlage aktivieren, dessen Status aber weder Abfragen noch diese Anforderung löschen. Bei ISDN-Geräten am NTBA ist dies möglich.
  • Ein durch CCNR ausgelöster Anruf erscheint lediglich unter "Anrufe" und nicht unter Rechnung und wird somit unter gebührenmäßig nicht erfasst.
  • Unbestätigten Meldungen zufolge, soll es in Einzelfällen zu sporadischen Resets und Verbindungsabbrüchen kommen. Es kann sich hierbei jedoch auch um ein Hardware-Problem handeln und nicht um einen Fehler in der Firmware.
  • Hat man an einem ISDN-Telefon eine Umleitung (über B-Kanal) eingerichtet, dann zeigt nach einer längeren Zeit (Tageswechsel??) das ISDN-Telefon diese Umleitung nicht mehr an. Die Umleitung besteht aber noch! Eventuell auch durch einen oben genannten Reset der Anlage im Telefon "gelöscht".
  • Die Signalsierung über den D-Kanal funktioniert nicht mehr richtig: RAS mit Rückruf funktioniert genausowenig wie das Programm "MyJack", welches über den D-Kanal signalisiert, wieviel neue Mails man hat. Anmerkung: Bei einem anderen Nutzer läuft alles wie gehabt...was nun??
  • Fehlerbild seit Aufrüstung von 3D10 nach 4D00: Sporadisch geht die Anlage in einen merkwürdigen Modus. Telefonieren nach draussen ist von allen Anschlüssen uneingeschränkt möglich, werden auch in der Gebührenliste erfasst. Anrufer werden nur kurz mit einem abgewürgten Klingelzeichen signalisiert, der Anrufer erhält die typische TELEKOM-Ansage: "Dieser Anschluss ist zur Zeit nicht erreichbar". Anruf wird nicht in er Anrufliste erfasst. Nach Reset klappt wieder alles.
  • Angenommene Anrufe an der Slave-Anlage werden ebensowenig registriert wie Gebühren die durch Apparate an der Master-Anlage verursacht wurden. Mit der Version 3D10F wurden ankommende u. abgehende Gespräche an beiden Anlagen korrekt erfaßt.
• Firmware Version 4D01:
  • Mit der neuen Version 4D01 scheint die Anlage zwar keinen sporadischen Reset mehr zu machen aber dafür muss man die Systemtelefone nach einem Reset unter Umständen einmal vom Bus trennen damit die Init-Phase durchlaufen wird. Ansonsten kommt man bei automatischer Amtsholung mit * nicht zurück in die Anlage. Ebenso wird dann die Chef/ Sek funktion nicht eingerichtet
• Firmware Version 4D02:
  • Bei Wahl über TAPI wird die LCR-Tabelle nicht beachtet. Das kann zu Mehrkosten führen, da hier der vorgewählte Provider nicht eingesetzt wird.
  • Haben Sie Probleme bei der Vermittlung von Gesprächen? Kommt bei diesem Versuch der Anruf sofort wieder zurück? Dann aktivieren Sie mal für den Teilnehmer die "Aufschaltberechtigung" in der Teilnehmerkonfiguration - das hilft.
  • Bei Anlagenanschluß mit 1-stelligen Durchwahlen muß man ja 9 2-stellige auf die Durchwahlen 1-9 mappen. Hier sind sowohl Teilnehmer als auch (Gottseidank!) Gruppen erlaubt. Beispiel:
    1= int. Teilnehmer 10
    2= int. Teilnehmer 12
    3= int. Gruppe 20
    Schreib man diese Konfig, dann akzeptiert das die Anlage und es funktioniert auch alles (wählt man von außen die 3 an, wird die ganze Gruppe 20 gerufen). Nach dem Auslesen sieht das Ganze aber so aus:
    1= int. Teilnehmer 10
    2= int. Teilnehmer 12
    3= <leer>
    Da das Problem sowohl mit Euraconf als auch mit der Original-Soft auftritt, scheint es an der Firmware zu liegen, die das beim Auslesen nicht sauber zurückgibt.