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

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

Страницы: 1
RSS
Не вяжутся INTOF
 
#1
11.04.2011 12:59:30
Станция 4400 Enterprise, R8.0.1
Есть главный узел и переферийный, связаны между собой INTIP платами.
Подключаем еще один переферийный с помощью INTOF.
Выглядит примерно так:
+-Главный узел (INTIPA)+----+(INTIPB)Переферийный(INTOFA)+-----+(INTOFB) Переферийный+

При подключении переферийного, валятся инциденты:
11/04/11 12:36:23 000001M|006/20/-/---|=2:2166=CPU requires Reset CPL INT2A (8,9) Cause 9
11/04/11 12:36:26 000001M|000/28/-/---|=3:3001=IO transm. fault 0 3 1 4 0 0
11/04/11 12:36:27 000001M|000/28/-/---|=3:3001=IO transm. fault 0 3 1 8 0 0
11/04/11 12:36:27 000001M|000/28/-/---|=3:3001=IO transm. fault 0 3 1 12 0 0
(252298:141343) Bad IO1 message : invalid type 130
(252298:141344) Dump: .aa.55.0c.00.02.00.00.1c.06.fe.82.01
11/04/11 12:36:27 000001M|000/01/-/---|=2:2042=Loss of a UA type cpl
11/04/11 12:36:27 000001M|---/--/-/---|=0:1603=IO1 driver error, wrong telephone msg received, line 2346, position (0,28,254)
11/04/11 12:36:28 000001M|---/--/-/---|=3:1607=aa.55.0c.00.00.00.00.1c.06.fe.82.01.ff.ff.ff
11/04/11 12:36:28 000001M|000/28/-/---|=3:3001=IO transm. fault 0 3 1 4 2 1c00
11/04/11 12:36:28 000001M|000/28/-/---|=3:3001=IO transm. fault 0 3 1 8 2 1c00
11/04/11 12:36:29 000001M|000/28/-/---|=3:3001=IO transm. fault 0 3 1 12 2 1c00
11/04/11 12:36:35 000001M|008/09/-/---|=5:2019=INT2A coupler commissioning
11/04/11 12:36:35 000001M|008/09/-/---|=3:3539=Reset ordered by CPU
11/04/11 12:36:35 000001M|008/09/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 0 , value : 10 11
11/04/11 12:36:40 000001M|000/01/-/---|=3:3539=Reset ordered by CPU
11/04/11 12:36:45 000001M|000/01/-/---|=3:3539=Reset ordered by CPU
11/04/11 12:36:49 000001M|008/09/-/---|=0:3769=Hardware Pb 7, diag:0,info 0x5 0x0 0x0 0x0 0x0000 0x0000
11/04/11 12:36:49 000001M|008/09/-/---|=0:3769=Hardware Pb 7, diag:0,info 0x1 0x0 0x0 0x0 0x0000 0x0000
11/04/11 12:37:05 000001M|008/09/-/---|=0:3769=Hardware Pb 7, diag:0,info 0x5 0x0 0x0 0x0 0x0000 0x0000
11/04/11 12:37:06 000001M|008/09/-/---|=0:3769=Hardware Pb 7, diag:0,info 0x0 0x0 0x0 0x0 0x0000 0x0000
11/04/11 12:37:07 000001M|008/09/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 0 , value : 10 11
11/04/11 12:37:15 000001M|000/01/0/000|=5:2053=Terminal 0 in service
11/04/11 12:37:15 000001M|000/01/0/003|=5:2053=Terminal 3 in service
11/04/11 12:37:15 000001M|000/01/0/014|=5:2053=Terminal 14 in service
11/04/11 12:37:15 000001M|000/01/0/012|=5:2053=Terminal 12 in service
11/04/11 12:37:15 000001M|000/01/0/013|=5:2053=Terminal 13 in service
11/04/11 12:37:16 000001M|000/01/0/004|=5:2053=Terminal 4 in service
11/04/11 12:37:16 000001M|000/01/0/001|=5:2053=Terminal 1 in service
11/04/11 12:37:17 000001M|000/01/0/005|=5:2053=Terminal 5 in service
11/04/11 12:37:17 000001M|000/01/0/006|=5:2053=Terminal 6 in service
11/04/11 12:37:17 000001M|000/01/0/009|=5:2053=Terminal 9 in service
11/04/11 12:37:17 000001M|000/01/0/008|=5:2053=Terminal 8 in service
11/04/11 12:37:17 000001M|000/01/0/015|=5:2053=Terminal 15 in service
11/04/11 12:37:17 000001M|000/01/-/---|=3:3539=Reset ordered by CPU
11/04/11 12:37:17 000001M|000/01/0/020|=5:2053=Terminal 20 in service
11/04/11 12:37:19 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login"
11/04/11 12:37:21 000001M|008/09/-/---|=0:3769=Hardware Pb 7, diag:0,info 0x5 0x0 0x0 0x0 0x0000 0x0000
11/04/11 12:37:21 000001M|008/09/-/---|=0:3769=Hardware Pb 7, diag:0,info 0x1 0x0 0x0 0x0 0x0000 0x0000
11/04/11 12:37:23 000001M|000/01/0/030|=3:3954=IBS connected with just on 1 UA link, instead of 2 configured
11/04/11 12:37:23 000001M|000/01/0/030|=3:3953=Internal IBS anomaly no 1, parameters 0 255 255 255

Я не понимаю, как INTOF может влиять на плату UA в главном узле? Из-за этого на цифровых аппаратах, обрываются разговоры. Если удаляю INTOF платы, то инциденты пропадают.
И плюс ко всему - не вяжутся INTOF (11/04/11 12:37:21 000001M|008/09/-/---|=0:3769=Hardware Pb 7, diag:0,info 0x5 0x0 0x0 0x0 0x0000 0x0000) хоть и говорится о Hardware, но платы проверены - рабочие.
 
 
 
#2
11.04.2011 13:27:21
А кто сказал, что такая конфигурация возможна?
UA скорее всего падает из-за проблем с синхрой (станция пытается засинхронизированть INTOF стоящие за IP.
 
 
 
#3
11.04.2011 15:33:07
А почему невозможна конфигурация?
 
 
 
#4
11.04.2011 15:44:53
Ну в Актисе - мне не удалось такое сконфигурировать, кроме того нечто подобное в доке есть только для AS.
AS по IP коннектится  с шелфом где стоит INTIP, а за ним еще кристал (за INTOF).
Т.е. по доке написано что INTOF предназначена для коннекта периферийных шелфов к MAIN шелфу. (соответственно для CPU имеем 3-х уровневую, для AS - 2-х уровневую архитектуру).
Вы коннектите периферийный шелф к периферийному, а последний не подключен к MAIN по INTOF.
 
 
 
#5
16.04.2011 10:47:35
Спасибо за ответы.
 
 
 
#6
16.04.2011 12:37:35
Но я так же не уверен, что это не будет работать. У вас есть 100% уверенность, что INTOF рабочие?
Были например в свое время проблемы с подключением по INTOF, если подключали кристалл с новыми платами (ничего не работало).
Порядок был следующий - втыкаем ТОЛЬКО INTOFB, дожидаемся пока встанет в сервис, ПОТОМ втыкаем остальные платы.
Или была альтернатива - когда запускали вынос - ставится хотя бы одна старая плата (NDDI, PRA, UA старая и т.п.) - тогда запускались INTOF, старая плата. А новые начинали работать после выдернуть/вставить.
 
 
 
#7
17.04.2011 23:28:02
Спасибо, попробую на следующей неделе!
 
 
 
#8
18.04.2011 13:03:02
Бывают разные проблемы - проверили на основном шелфе с кабелями INT_INT - 5 метровыми - работает, а потом на реальном сайте включают через 25-метровый TY1.
 
 
 
#9
18.05.2011 16:06:03
вот что удалось выяснить:
после первых неудач с интофом, решили поднять вынос на INTIP, время поджимало да и руководство не отставало. Через некоторое время решил установить тестовый вынос и на нем поэкспериментировать.
Создал новый shelf, прописал INTOFA, INTOFB, z24...и вынос поднялся успешно!
В итоге оказалось, что как то влияет номер shelfa, т.е. изначально создал с номером 6, на нем INTOFы не поднимались ни в какую, а теперь создал под номером 5 и все заработало.
Объясните, как такое может быть? Может какая бяка в БД?
 
 
 
#10
18.05.2011 16:48:20
Может, а может чего не правильно прописывали (в первом посту инцидент упоминает 6/20 и INT2A - интересно, а прописывали INTOFA или B)?
 
 
 
#11
01.06.2011 12:12:54
Да прописывал INTOFA и INTOFB. И вроде прописывал правильно, т.к. такие же действия совершал когда настраивал на другом shelf'е.  
Когда конфигурировал INTOF на 6-ом shelf'е, заметил что показывает INT2A, но не придал большого значения..
 
 
 
Страницы: 1
Читают тему