Выводятся постоянно инциденты "дата - время =3: MCDU in distri tab entity 0,col night,line 4incorrect or missing",  все возможные переадресации в Acces COS поубирал,  таймеры в trunk COS   Overflow timer on No Answer, on Waiting увеличены,  
Overflow Entity if out of service set   выключено
Сообщения выводятся на entity 0 и 1
Как с этим бороться?   На работу абонентов влияния не замечено

Странно, как в Rel 8.0  может быть каталог intip3, если  сами платы  поддерживаются  Rel. 9.1,

я бы обновился или поменять плату, потом могут быть проблемы и причину искать сложно будет

На шару решения,наверное, не будет  Можно перейти на цифровой шлюз( по Е1,SIP) и сократить время, или как-то использовать ресурсы автооператора

спасибо за ответы, я догадывался,что ядро надо менять через инсталлер и придется подключаться через компорт,проблемы в этом нет - просто лень идти в серверную

хочу сказать, что система работает и никаких инцидентов пока нет, ранее,когда на одном CPU был 10.1, а на другом 9.1 - были ошибки и memloader redundancy = был K0

"Здесь все-таки на 99% - подняли систему на одном проце, а после проверки второй подняли в дубль (каким-то кривым образом, может и через попытки клонирования чего-то)."  -  приблизительно так и было   Лень было заливать на второй CPU, вот сейчас думаю -   можно ли линукс пеоменять, скорее всего надо  установить ПО по стандартной процедуре

В swinst/ expert menu/ software identity display/System release identity  на одном   76.4, а на лругом 62.15

еще в swinst/ expert menu/ software identity display/system release validity checing  На одном CPU  
........    System is correct,
а на другом
System major release 62.0 is installed
System major release 76.0 is delivered
т.е. линукс разный

Релиз стоит 10.1 на двух CPU, проверял - siteid показывает j2.501, разница только в версии линукса, CPU  redundancy state, all  READY
Только через PC installer?  это простой путь
Желание - обновить линункс удаленно без риска потерять CPU

OXE  R10.1 j2.501, два CPU 6, один имеет linux 62.15, другой 76.4, их можно выровнять удаленно?
и чем это черевато? пока все работает нормально

А состояние каналов в Е1 trkstat?
"Как вариант, могут быть разные таблицы соответствия таймслотов и channel Id с разных сторон."  - вот это может быть причиной, есть смысл посмотреть какие каналы занимаются со стороны OXE и со стороны KAREL DS200

спасибо за ответы,как обычный SIP терминал работает,но за такие деньги можно купить минимум два "китайца" , которые программируются через web,

попробуем еще поставить на него клиента и подключить к Open Touch 8400,может это будет интересно

Мы декадку настраивали на кристалле - это были муки , главное никто не мог помочь нам-  запросы в техподдержку Алкатель ничего не дали,они не понимали о чем речь, а 1ВСК это  подобный древний протокол
лучше ОКС7, но подключение может быть дороже и намного (у нас в Украине это дорого)

Это  терминал кто-то испольует с OXE в качестве системного телефона? После тестов  при подключении как SIP device впечатления  не очень - не удалось привязать фото в контактах, только можно  менять заставку и фото самого терминала,может  можно как-то соединить фото и контакты?

После инсталляции 8770 очень криво работает Alarm приложение,после изучения выяснил,что Alarm server недоступен и нет регистрации на 8770, может кто-то сталкивался??
8770 Версия R1.1

Все зависит от размера диска - это написано в мануале по инсталляции,
"1 record requires about 1KB on the drive.", record = ticket

Сам с этим не сталкивался, нас устраивает - генерим отчеты по необходимой форме и их храним,это проще и надежнее

Вот что есть в доке:
"To ensure normal database operation, it is preferable to store configuration data for a longer period than records. This will avoid links between records and carrier configuration data being lost.

If you want to store a full year of your record archives, set a carrier data cleaning operation (purge) at 396 days (365 + 31 days)."

т.е можно год хранить