не давно заметил одну весчь... на теле запрограммирована кнопка абонента через DSS. Переделываю кнопку на другой номер абонента, а лампочка загорается когда и старый абонент поднимает трубку и новый.... Удаляю кнопку в tapro вообще... всё равно загорается... удаляю номер в sbcsu, возвращаю на место... DSS все равно загорается на старом абоненте и на новом. Как это можно вылечить?

посмотри мож ZIEL остался, а хотя странно....

Была у меня такая бЯда на hicom362(3.6.11) и hicom300h(3.9.6).
Я на них активно пользовался командой SXSU. Практически все розетки зданий были подключены к портам станций, поэтому необходимость в переключениях в КРОССе отпала, за исключением замены цифры на аналог и наоборот.
Когда эту "особенность" SXSU заметил, то лечил проблему только удалением/восстановлением тех портов в SCSU/SBCSU, номера которых как фантомы "появлялись" на клавишах цифровых аппаратов. Когда же таким образом все фантомы удалил (а это сами понимаете довольно долгий процесс, наверное проще все порты удалить и прописать заново!), командой SXSU стал пользоваться только в режиме замены pen, естественно на свободный, но перед этим действием удалял переключаемый номер со всех аппаратов с DSS-клавишами в ZIEL. После этого DSS-фантомы больше не появлялись на обоих станциях!!!
На всякий случай на hicom300h сервисерами был установлен патч, который по их заверениям частично устранял эту проблему следующим образом: при появлении DSS-фантома на цифровом аппарате, достаточно было удалить порт этого аппарата. Проверить действие этого патча не было возможности, поскольку, как я уже сказал, фантомы больше не появлялись. Узнайте у сервисеров, может и для 4000-го такой патчик есть.

Уважаемые! Чаще это может произойти, если целью многих абонентов есть один (например шеф), а существуют ограничения в ZANDe TYPE=ALLDATA;DSSLT=35(max!) таких потребителей..После превышения данных более DSSLT=35, происходят всякие странные вещи, конечно возможно и пропетчить версию можно, но данный факт проверить нодо сразу...!

Давно про это не слышал....
Такая фигня была на 300Н- решилося усё заменой- повышением софта (релиз другой поставили)...
Возможно беда вернулась на какомто релизе HiPath 4000.
Хотя я ично не замечал.
Какой у вас софт?

у нас раньше 300Н стоял... в ноябре подняли до 4000... такая шняга тока счас заметилась... где можно версию софта посмотреть?
И еще ошибка вылезает при подключении через браузер... LOADING JAVA APPLET FAILED... началось всё после того как java обновилась... после этого ничего уже не помогает, ни переустановка java, ни обновление...

Для начала, хотелось бы знать версию и релиз софта.

dis-aps:,psgl,y0-em0yc;

Java категорически не должна обнoвляться, так как нужна
V1.4.2. Нужно полностью деинсталлировать Java через
Установку и удаление программ (Win). После этого в Documents and Settings удалить все папки Java.
После этого выполнить Client preparation установку Java и др. через Assistant.

PROGRAM SYSTEM : Y0-EM0YC
VERSION NUMBER : 10
CORRECTION VERSION NUMBER : 001
PART NUMBER : P30252N4507BH2004|V3.0 R7.4.20
PROGRAM SYSTEM WITH CODE SUBSYSTEMS
INTERFACE VERSION:
PROGRAM SYSTEM DOES NOT CONTAIN ANY INTERFACE VERSIONS

DIR SUBSYSTEM | | OMF SUBSYSTEM
-----------------------+-+-----------------------
ZMITSC00.Y0-EM0.10.001 |*|ZMITSC00.Y7-PMT.10.001


а по поводу java.. cisco требует новую версию java...
:(

По моим данным для данной версии не должно быть проблем
с DSS в базовом софте для HiPath 4000 PCI, хотя не известно и какие изменения внесены в базовый софт на Вашей станции (PATCH).
Поэтому проверьте все о чем говорили выше ZAND, и
после удаления абонента ZIEL..DSS, этого аб-та.