Меридиан 11С Рел 4.5.
Работает давно. Проблем ранее не наблюдалось.
На станции 3 потока.
Сначала возникла проблема с потоком 1.
Пропала входящая связь. Отбой с причиной Temporary failure.
При включении трассировки видно, что исходящая связь в норме, а входящих звонков не видно. Лечится перезагрузкой потока.
На всякий случай заменили плату потока. Но проблема аналогичная появилась на другом потоке.
Передергивание потока со стороны дальнего конца проблемы не решает.
Никаких ошибок в станции не наблюдается в этот момент.
Что может быть?

Наверняка проблема в Синхронизации !
Наверно Первичный канал Синхронизации от 1-го Потока.
т.к. Не написано куда (к каким Провадерам) идут эти потоки, то сложно предположить, что делается со 2-м и 3-м потоками.
Возможны Варианты:
- На 1-м Потоке падает D-канал, но Синхронизация у Потока есть ...
Тем более, что "Передергивание потока со стороны дальнего конца проблемы не решает."
- Исходящая Связь (при НЕ работающем 1-м потоке) может осуществляться через 2-й и/или 3-й поток !!!

Синхронизация в норме. Слипов, ошибок нет.
Трассировка включается на конкретном д канале. Видно что исходящий звонок идет по проблемному потоку.

Меридиан 11С Рел 4.5.
Работает давно. Проблем ранее не наблюдалось.
На станции 3 потока.
Сначала возникла проблема с потоком 1.
Пропала входящая связь. Отбой с причиной Temporary failure.
При включении трассировки видно, что исходящая связь в норме, а входящих звонков не видно. Лечится перезагрузкой потока.
На всякий случай заменили плату потока. Но проблема аналогичная появилась на другом потоке.
Передергивание потока со стороны дальнего конца проблемы не решает.
Никаких ошибок в станции не наблюдается в этот момент.
Что может быть?

Искать ISDN тестер.

Пока все симптомы ведут на проблему с Меридианом.
Неисправность какого блока в станции может приводить к такой проблеме?
Плату PRI меняли. Соответственно осталось процессор и блок питания. Могут ли они как-то влиять на это?

А не хотите ли вы сначала сдать какие-нибудь анализы, прежде чем диагностировать ?
А еще лучше - припомнить, для начала, после чего именно пропала входящая связь ?

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

Интересно ознакомиться с симптомами.

"Никаких ошибок в станции не наблюдается в этот момент" - это маловероятно,
есть смысл проверить ошибки в Е1, т.е. на втором уровне Ld 60,
потом ошибки на 3-м LD 96
меняется ли состояние Е1 при отсутствии входящей связи ( LD 60 и индикация на плате)
Как по мне, анализатор еще рано...

А не лучше ли сначала договорится с провайдером, чтобы он у себя произвел трассировку звонков на проблемном потоке?
То, что нельзя обнаружить на Меридиане, можно легко обнаружить у провайдера.
А дальше видно будет, что и как.

"А не лучше ли сначала договорится с провайдером...." - я бы сказал, что с этого надо начинать. У провайдера и анализатор может быть под рукой, правда не все могут себе позволить - дорого!

Согласен, коллега.
Ключевое слово - "договориться".
Ибо большинство проблем провайдер сам сможет решить.
Или подскажет, что у клиента не так.
===
Если, конечно, это не Ростелеком.
С ним договориться - лучше повеситься.

Я исхожу из того, что 2 разных потока. Ника между собой не связанных. Один с оператором другой с cisco. Проблема была и там и там в разное время одинаковая. И там и там инженер говорит одно и то же. Нам посылается setup, а от нас приходит Temporary failure.
Передергивание потока только с нашей стороны решает проблему.
lcnt -все по нулям.
в ld 96 - enl msgi msgo по исходящей связи все сообщения есть. по входящей нет setupa.
вот после последней перезагрузки
disl 2

TFS402 735 2 28 2 27 12
ERR210 0 0

BUG1323
BUG1323 : 0 0
BUG1323 + 106D4EA8 103F92E4 103FAFE6 103F1B8A 103F43A0
BUG1323 + 103F296A 103F13BC 103F0FD2 10680C86 106AF03A
BUG1323 + 106AD938 1069D186 1069C860 106994E4 10DDA9BA
BUG1323 + 106BBA26 106BB0DA 114733C0 11470144 1146C3EA
BUG1323 + 109EC7A6 109EB5C6 109EAE78 109E927A 109E673A
BUG1323 + 10F5AAF4 10F59DAC 10F59AA2 10F59984

TFS403 736 2 28
TFS403 737 2 27
OK
.enll 2

OK
.
DCH: 4 EST CONFIRM TIME: 10:43:18 12/05/2017

DCH 4 UIPE_IMSG CC_RESTART_IND REF 00000000 TOD 10:43:18 CK 1050ABEF
TYPE: INDICATED CHANNEL

DCH 4 UIPE_OMSG CC_RESTART_RESP REF 00008000 CH 0 TOD 10:43:18 CK 1050ABF6
TYPE: INDICATED CHANNEL

DCH 4 UIPE_IMSG CC_RESTART_IND REF 00000000 TOD 10:43:18 CK 1050AC9E
TYPE: INDICATED CHANNEL

DCH 4 UIPE_OMSG CC_RESTART_RESP REF 00008000 CH 0 TOD 10:43:18 CK 1050ACA5

Меридиан 11С Рел 4.5, деплист не слетел? Я так понял, что платы меняли и MSDL перезагружали

Распечатайте хотя бы настройки д-каналов что-ли...

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

Я исхожу из того, что 2 разных потока. Ника между собой не связанных.

Не могли бы вы все же сдать анализы и припомнить, после чего все началось ?

Я исхожу из того, что 2 разных потока. Ника между собой не связанных. Один с оператором другой с cisco. Проблема была и там и там в разное время одинаковая. И там и там инженер говорит одно и то же. Нам посылается setup, а от нас приходит Temporary failure.
Передергивание потока только с нашей стороны решает проблему.
lcnt -все по нулям.
в ld 96 - enl msgi msgo по исходящей связи все сообщения есть. по входящей нет setupa.
вот после последней перезагрузки
disl 2

TFS402 735 2 28 2 27 12
ERR210 0 0

BUG1323
BUG1323 : 0 0
BUG1323 + 106D4EA8 103F92E4 103FAFE6 103F1B8A 103F43A0
BUG1323 + 103F296A 103F13BC 103F0FD2 10680C86 106AF03A
BUG1323 + 106AD938 1069D186 1069C860 106994E4 10DDA9BA
BUG1323 + 106BBA26 106BB0DA 114733C0 11470144 1146C3EA
BUG1323 + 109EC7A6 109EB5C6 109EAE78 109E927A 109E673A
BUG1323 + 10F5AAF4 10F59DAC 10F59AA2 10F59984

TFS403 736 2 28
TFS403 737 2 27
OK
.enll 2

OK
.
DCH: 4 EST CONFIRM TIME: 10:43:18 12/05/2017

DCH 4 UIPE_IMSG CC_RESTART_IND REF 00000000 TOD 10:43:18 CK 1050ABEF
TYPE: INDICATED CHANNEL

DCH 4 UIPE_OMSG CC_RESTART_RESP REF 00008000 CH 0 TOD 10:43:18 CK 1050ABF6
TYPE: INDICATED CHANNEL

DCH 4 UIPE_IMSG CC_RESTART_IND REF 00000000 TOD 10:43:18 CK 1050AC9E
TYPE: INDICATED CHANNEL

DCH 4 UIPE_OMSG CC_RESTART_RESP REF 00008000 CH 0 TOD 10:43:18 CK 1050ACA5

Уже что-то...

Думаю, что и для 4.5 актуально

CS1000 7.6 sw: CDR: ERR210 and BUG1323 printed frequently

Doc ID: SOLN271374

Solution
The OTCR –(Original Trunk CDR Required) seems to have a link for the above. Setting of OTCR=NO in CDR_DATA has resolved the issue . It has been set OCTR=YES in customer DB.

Вероятно, желание подкрутить в CDR-е и повлияло.

CDR не подкручивал...
Все началось похоже после программирования qsig...
Для срочного решения пришлось заменить процессор. Залил старую базу. Проблема исчезла...

Все началось похоже после программирования qsig...


Вот так спустя месяц мы узнали об этом, безусловно, малозначительном факте.