Nortel opt 61c
Есть плата на 2-а потока Е1 NT5D97ABE5
Один поток в ТФОП второй на Cisco
Ситуация такая. Отвалился один из потоков, вчера к примеру на ТФОП, посыпались ошибки по потоку(все по вине провайдера),и нортел опустил оба потока на этой плате. Т.е. при просмотре stat потоков они оба были в down.
Ладно понятно с тем потоком с которым проблема, счетчик ошибок -> down, но причем здесь 2-й поток? Почему и он ушел в down если по нему не было никаких ошибок????
Кто сталкивался с проблемой? Как победить? Можно ли вообще запретить Nortel "выключать" поток?

ld 60
ssck 0
как организована основная и резервная синхра?
Если сабжевая атс транзитная, то и на потоке для ведомой ошибки будут аукаться.

Какой Rel. на Nortel opt 61c
Если Release древний, то поднимать придётся вручную.

.ssck 0
ENBL
STANDBY
PREF - 20
SREF - 21
AUTO SWREF CLK - ENBL
NO ERROR
.O ERROREF CLK - ENBL


20-й ТФОП
21-й на Циску

Relise 6.5

А на cisco какие настройки относительно источника синхронизации, не поток ли от меридиана ?

Отвалился один из потоков, вчера к примеру на ТФОП, посыпались ошибки по потоку(все по вине провайдера),и нортел опустил оба потока на этой плате. Т.е. при просмотре stat потоков они оба были в down.
Ладно понятно с тем потоком с которым проблема, счетчик ошибок -> down
Relise 6.5

выб лучше копипастили данные со станции

Nortel opt 61c
Есть плата на 2-а потока Е1 NT5D97ABE5
Один поток в ТФОП второй на Cisco
Ситуация такая. Отвалился один из потоков, вчера к примеру на ТФОП, посыпались ошибки по потоку(все по вине провайдера),и нортел опустил оба потока на этой плате. Т.е. при просмотре stat потоков они оба были в down.
Ладно понятно с тем потоком с которым проблема, счетчик ошибок -> down, но причем здесь 2-й поток? Почему и он ушел в down если по нему не было никаких ошибок????
Кто сталкивался с проблемой? Как победить? Можно ли вообще запретить Nortel "выключать" поток?

После падения потоков в 60-м распечатайте lcnt. Станет понятно с чем предстоит бороться.
Пока только лирика...

А на cisco какие настройки относительно источника синхронизации, не поток ли от меридиана ?

Поток на циску - синхра от меридиана

После падения потоков в 60-м распечатайте lcnt. Станет понятно с чем предстоит бороться.
Пока только лирика...

В первую очередь посмотрел lcnt по обоим каналам. По ТФОП куча ошибок на циску чтото около 20 слипов было и все

Вообще я так понимаю 73 оверлеем можно побаловаться?
OOSC 0 и я так понимаю потоки вообще не будут отключаться ни при каких событиях? Есть у кого дока по 73 оверлею?

В первую очередь посмотрел lcnt по обоим каналам. По ТФОП куча ошибок на циску чтото около 20 слипов было и все

Состояние потока (физики) видно явно, в том числе и программная блокировка по количеству ошибок. Если с физикой нет проблем - двигаемся к лирике. А лирика у нас в 96, в plog.

Вероятно потоки очень секретны. Даже логи об их состоянии выкладывать нельзя...

Баловаться можно. Но можно и добаловаться.

Как временное/постоянное решение по слипам (до выздоровления или вылечивания причины слипов), можно решить прогой AC Tool натравленной например, на CRT и скриптиком для сброса ошибок в потоке (LD 60 > rcnt), с определенной периодичностью.

Так как инфы от топикстартера мало, то вариантов по разруливанию может быть множество, в том числе и усугубляющих ситуацию. Логи - в студию. Для начала как правильно заметили - ответ на LCNT.

ТС
Я так понимаю "пытка опельсинами" продолжается уже 3-ий год.
Ну что подождемс еще :)

ну так не рабочий поток просто погасить, а синхру от ЕДИНСТВЕННОГО РАБОЧЕГО завести, в чем дело?

Поток на циску - синхра от меридиана

Это прекрасно. Т.е. на меридиане у вас сказано при падении городского потока брать от циски, а на циске сказано брать от меридиана.
Неужели при такой логичной схеме могут наблюдаться проблемы, если поток с городом упадет.

Поток не блокируется, если в ld 73 прописать примерно следующее :
REQ prt
TYPE pri2
FEAT lpti
LOOP 62

MFF AFF
ACRC NO
ALRM REG
RAIE NO
G1OS NO
SLP 5 24 H 30 1 H
BPV 128 122
CRC 201 97
FAP 28 1
RATS 10
GP2 255 1 S 1 S 1 S 0 S
MNG1 3 S
NCG1 3 S
OSG1 3 S
MNG2 5 S
NCG2 5 S
OSG2 5 S
PERS 50
CLRS 50
OOSC 0
(здесь основное это GP2, но и таймеры MNG1-OSC2 тоже важны.
При восстановлении потока через 3-5 сек он уже в работе)