LinkIntEvtToCall Resume Error! Ffffffec- Запись с лога.

Как её расшифровать, и что это значит? Кто сталкивался подскажите.
LDK-600 версия 3,7Се имеются PRI.

И когда это проявляется, при каких обстоятельствах, на каких системниках. Чо при этом курили Не понятно про что....

Какая была нагрузка в момент появления ошибки? По идее станция должна себе чухать дальше т.к. вроде бы ошибка не является критичной. Это так или были какие то наблюдаемые глюки?
Расшифровывается просто - Link Interrupt-Event To Call (task). ;o) Короче в станции крутится относительно простенькая многозадачная ОС (ну типа винды ;o) Одну из "программ" (Call task) пытались запустить из приостановленного (для отработки прерывания) состояния. А call task и так уже к тому моменту крутилась (почему то). Поэтому ЛДК и вывела соотв. месэйдж. Это скорее warning than error.

Сообщение валится в лог. Курим как писал Harris ”Только в специально оборудованном помещении, с вытяжкой!! При этом курим взатяжку! ”. Но там телефонов нет.

Нагрузка примерно 40-60%. Станция работает нормально(глюков нет). Все тесты проходят нормально

Ночью сообщений нет.

Я думаю, что это связано с неправильными действиями абонентов. Но что, они делают?

А какой именно лог Вы имеете в виду???? Подозреваю, что у Вас включен только лог SMDR.
Но это сообщение не относится к SMDR.
Что-то еще включено??? Какая-нибудь трассировка????
Какие еще сообщения сопутствуют приведенному вами сообщению об ошибке??? Нужно смотреть кусок лога...

Информация идёт с Admin Print. Я его поставил на выдачу в телнет, до этого всё шло в сом 2.
Кусок за 20минут с телнета.

LinkIntEvtToCall Resume Error! ffffffec
LinkIntEvtToCall Resume Error! ffffffec
LinkIntEvtToCall Resume Error! ffffffec
LinkIntEvtToCall Resume Error! ffffffec
LinkIntEvtToCall Resume Error! ffffffec
LinkIntEvtToCall Resume Error! ffffffec
LinkIntEvtToCall Resume Error! ffffffec
LinkIntEvtToCall Resume Error! ffffffec
LinkIntEvtToCall Resume Error! ffffffec
LinkIntEvtToCall Resume Error! ffffffec
LinkIntEvtToCall Resume Error! Ffffffec
Больше сообщений нет.

Звонят!!! ;o) Сообщение скорее всего связано с "звонковой" нагрузкой которая, имхо, была выше 60% в момент вывода сообщения. Убрать это сообщение можно только выкл. трейс в SW3.3

SW3 это самый простой вариант (трассировка тоже нужна), но хочется понять природу этого сообщения .
Неужели ни кто с этим не сталкивался?

Вы через строчку читаете? Прям не знаю как вам ещё объяснять про природу...
Вы через строчку читаете? Прям не знаю как вам ещё объяснять про природу...

Вот нагрузка с 17-00 08,04,08 по16-00 09,04,08
Anal Hour # Calls Completed
16:00 421
15:00 520
14:00 545
13:00 507
12:00 320
11:00 441
10:00 532
09:00 492
08:00 310
07:00 39
06:00 1
05:00 0
04:00 0
03:00 0
02:00 0
01:00 0
00:00 0
23:00 1
22:00 3
21:00 4
20:00 10
19:00 31
18:00 49
17:00 119
C11-00 по 11-18 (11 сообщений) с11-19 до 12 часов вывалилось 1 сообщений “LinkIntEvtToCall Resume Error! Ffffffec”.
C12 до 17 часов вывалилось 3 сообщения “LinkIntEvtToCall Resume Error! Ffffffec”.

Но пик был в 9, 10,11,14,15 часов.
Может это не связано с нагрузкой?

2 Evgenij-ROSTOV:
Да, плюньте на это сообщение. Точный смысл его могут пояснить только корейцы. Честно говоря, мне не хотелось бы этим лишний раз напрягать их.... Потом при случае попробую разузнать.

Спасибо за вразумительный ответ.
Это совсем не критично, но интересно.

Ну тогда сие можно связать только с глюками самой операционки. Иначе как обьяснить следующее:

1. Функция операционной системы AAAA возвращает статус подпрограммы CALL_TASK (приостановлена/работает)
2. Проверяет статус - если работает - идет на пункт 4
3. Вызов функции ОС BBBB для возобновления CALL_TASK (если она уже работает, функция возвращает ffffffec)
4. Выход, проверка результата возврата функции BBBB (если не 0 - печатает то самое сообщение)

Вывод:
Между пунктами 2 и 3 буквально пару строк кода. Т. е. между п. 2 и 3 статус CALL_TASK теоретически может изменится только при очень высокой частоте прерываний (про причины можно только догадыватся).
Либо глючная функция AAAA неправильно возвращает статус подпрограммы CALL_TASK. Либо криворукие забивают обновить переменную с которой сравнивается возврат функции AAAA в п. 2
Похоже последнее ближе всего к истине.

PS. я не кореец, поэтому всё это только догадки ;o)