Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Конфигурирование

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

   RSS
Инцидент 3660
 
#1
07.04.2010 12:13:27
Стал выскакивать после переключения городских потоков. В основной корзине ACT28 установлены две INTOF2 в позициях 5 и 19, на выносе ACT28 установлены соответственно в позиции CPU. 2-й линк сделан как стандбай. Была такая схема: Станция "Элком" смотрит в город 2-мя потоками, Алкатель 2-мя потоками приколочен к Элкому, к Алкателю - Корал одним потоком. Синхру Алкатель брал с Элкома, Корал - с Алкателя. Теперь же городские потоки с Элкома перебросились на Алкатель. После этого на всех 4-ёх INTOF-ах мигает SYC. В описании инцидента 3660 сказано, что необходимо перегрузить INTOF2A. Не помогает.
 
 
Страницы: Пред. 1 2 3 4 5 След.
Ответы
 
#31
08.04.2010 15:02:41
Когда включаете другую пару - все аналогично?
А если отключены потоки (или убрана синхронизация)?
С процессора на проц при этом не переключались? Менеджмент случаем не разбежался? Т.е. mgr на обоих процах одинаковый менеджмен плат INTOF показывает?
 
 
 
#32
08.04.2010 15:05:04
Т.е. рестартом называете рестарт или два раза bascul?
 
 
 
#33
08.04.2010 15:48:01
Выравнивал базы на обоих процах. Пока не пробовал вырубать оба потока, т.к. станция живая. shutdown -h now делал на стандбае, а основной shutdown -r now. Баскулами тоже увлекался.
 
 
 
#34
08.04.2010 16:54:05
осталась одна единственная мысль - когда перетыкали кабеля на в гнезде загнулся один штырек, посмотрите внимательно чтоб все штырьки стояли на месте

так же был случай на Z32 пропали куда-то 4 порта, пришлось разбирать разъем и провода отверточкой на место ставить
Изменено: error - 08.04.2010 16:54:51
Пути IP-пакета неисповедимы
 
 
 
#35
08.04.2010 18:53:25
дело в том, что перед этим сбоем я кабели не трогал. Поэтому штырьки загнуться не могли. Тем более на основном и дополнительном доступах одновременно.
 
 
 
#36
08.04.2010 23:32:26
Потоки выдернул - до лампочки.. та же песня.. чёт творческий застой. нужно перекур сделать :)
 
 
 
#37
09.04.2010 00:42:14
сдернуть потоки, standbay потушить совсем, вытащить плату rma и ребутнуть как писал ранее vad, после загрузки включать по одному потоки поглядывая в терминалку (порт А) на предмет инцидентов чтоб поток поднимется подключаем следующий

для интереса можно еще раз вывести текущее состояние config all
Пути IP-пакета неисповедимы
 
 
 
#38
18.05.2010 16:14:07
Вернулси из Франции)) К делу! Выяснилась интересная зависимость: когда выдёргиваешь поточную плату (0,0), то инциденты 3660 исчезают и вынос цепляется. При этом остальные два потока убиты в описаниях ТГ. С ними вместе пока не пробовал.
 
 
 
#39
18.05.2010 16:41:58
Давайте заново и по честному - осталось два потока на плате 0-0. убираете их все нормально становится?
Проблема с синхронизацией, разбирайтесь.
Или от города фигня с потоками (например аналоговые линии собираются каким то оборудованием в поток), или нет синхронизации в оборудовании между станциями (модемы, SDH, муксы или чего у вас там стоит).
 
 
 
#40
18.05.2010 16:58:58
Точно так. Пока не знаю чья вина. Разбираюсь.
 
 
 
#41
18.05.2010 19:02:43
В городе говорят, что единственное промежуточное устройство между Алкатель и EWSD Siemens - это мультиплексор, который стоит у нас. Насколько я понимаю на синхру он влияния не оказывает. В городе мы выставлены юзером. У меня на станции все 4 потока сидят в одной ТГ 104 и у всех приоритет синхры равен 0. И мы юзеры, конечно, по отношению к ЕВСД. Ещё хотелось бы поподробнее узнать про инцидент 1735, т.к. вываливается перед уходом плат в перезагрузку.
 
 
 
#42
19.05.2010 19:14:40
На сегодняшний день имеем следующее. Заглушили два старых потока, которые перешли с Элкома на Алкатель. Остались два новых. Всё работает. Но вынос по-прежнему заводится только при погашенной NPRAE. При её активизации вновь вылетает инцидент 3660. До этого пробовал выставлять приоритет синхр.=255 в сторону города, в итоге непрерывно горит RAI. Пробовал отключать CRC4 - непрерывное моргание RAI. Пробовали вместе с провом отключать CRC4 - бесполезно....
 
 
 
#43
19.05.2010 20:07:12
Опять упала 0-0. Перед этим вывалился инц. 1735. Вот исключение:

There is a new exception. Its address is : 0X020230D8. Monitel time : 147152. Da
te : Wed May 19 17:49:14 2010
Exception in coupler (0, 0)
* CPL Backtrace: 0x020230D8
* CPL Backtrace: 0x0101C59B
* CPL Backtrace: 0x00000000
* CPL Backtrace: 0x01009069
* CPL Backtrace: 0x20636576
* CPL Backtrace: 0x00333030
* CPL Backtrace: 0x00000000
* CPL Backtrace: 0x00000000
* CPL Backtrace: 0x0102202B
* CPL Backtrace: 0x00000001
* CPL Backtrace: 0x020230E4
* CPL Backtrace: 0x0207F780
* CPL Backtrace: 0x000080A0
* CPL Backtrace: 0x0101C59B
* CPL Backtrace: 0x00000003
* CPL Backtrace: 0x01008DC7
* CPL Backtrace: 0x00000000
* CPL Backtrace: 0x02078720
* CPL CPL_BACKTRACE_COMMENT
* CPL vec 003 next_addr = 00000000 start_addr = 00803F3C
* CPL msk_it_l1 = 0000FFFF rgabort = 000080A0 addr = 0101C597
* CPL r0 = 020230E4 r1 = 00000003 r2 = 00000030 r3 = 00803F54
* CPL r4 = 00000003 r5 = 020230D8 r6 = 0101C59B r7 = 00000000
* CPL r8 = 00000000 r9 = 0000FFBF r10= 00000000 r11= 00000000
* CPL r12= 0207F810
* CPL @[bnvpra2 _1.29 _16Feb06_12h43
End of exception message in CPL_ (0,0)
 
 
 
#44
19.05.2010 21:54:21
впервые встречаю ситуацию, когда при выключенной синхронизации не работает вообще.
Один выход - брать где-то нормальный тестер и мерять - частоту и пр.
 
 
 
#45
21.05.2010 01:16:15
Цитата
santeri пишет:
Но вынос по-прежнему заводится только при погашенной NPRAE.
вы имеете ввиду под погашенной это сдернуты потоки или физически сдернули со слота?

если вынос работает при сдернутых потоках смотрите пост #14 т.е. хочу сказать что всех потоках перевести синхру в 255, рестертануть потоковые платы, подключить два потока которые при которых вынос заводится и поочередно подключать другие потоки (подключить, покурить, посмотреть на вынос в работе или нет)

не стеснятесь напречь прова на счет тестера isdn (как было сказано ранее) чтоб проверку делали прямо от вас как в их сторону как и вашу, это их прямая обязанность
мало ли что - pri порты битые бывают
Изменено: error - 21.05.2010 01:26:32
Пути IP-пакета неисповедимы
 
 
 
Страницы: Пред. 1 2 3 4 5 След.
Читают тему