Проблемы не пропадают после выдёргивания потоков. Выдёргивал новые потоки, исключал доступы из ТГ 104. Менял приоритеты синхронизации на доступах, кот. в ТГ 104. Толку нет..
N64. На 1-22 висит Корал + Cisco 1760. Точнее висели. Перебросил в нулевой кристалл. И вообще поудалял интофы. Создал шельф 1 заново. Теперь интоф на поднимается на этом шельфе в позиции 1-6. Пишет, что зарегистрирована, но не инициализирована... Чёт в ступоре..
Я спросил у прова есть ли разница с какого потока брать синхру? Сказали, что нет, ибо в одной трубе. Но попробовал выставить на старых 0, а на новых 10. Толку нет
Заключили договор с ОАО "СЗТ" на выделение доп. нумерации (1000 гор. номеров)+ 2 Е1. В тестовом режиме я подал эти два новых потока на 0-0 (NPRAE). Соотвествующие доступы 0-0-0 и 0-0-1 сидели в ТГ104. Приоритет синхронизации был равен 2 по обоим доступам, в то время как в доступах (0-11-0 и 0-11-1), которые смотрели в сторону Элкома был выставлен приоритет 0. Ведь Элком на тот момент смотрел в город двумя старыми потоками. Сегодня выдернул с Элкома 2 старых потока и подал их на 0-17. Соотвественно доступы 0-17-0 и 0-17-1 добавил в ТГ 104. А приоритет синхры на 0-0 и 0-17 выставил в 0. Перед этим доступы на 0-11 выставил в нетворк и приоритет синхры = 255. На Элкоме выставил Юзера. Корал подцеплен к 1-22 одним потоком и является юзером по отношению к Алкателю. Проблемы начались после подключения старых потоков. Может попробовать выдернуть 0-0, чтобы синхра шла от 0-17?
Ахахахха))) Пардон, за то, что всю инфу не дал, но просто нам дополнительно ещё 2 Е1 подали городских, которые на 0-0 висят. А сегодня старые, которые на Элкоме были бросил на 0-17. Все 4 сидят в ТГ 104. Потоки, которые смотрят на Элком сидят в ТГ 106.
07/04/10 10:51:01 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 1 , value : 4 6 07/04/10 10:51:01 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 0 , value : 4 4 07/04/10 10:51:01 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 1 , value : 4 3 07/04/10 10:51:02 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 0 , value : 4 3 07/04/10 10:51:03 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 1 , value : 4 6 07/04/10 10:51:03 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 0 , value : 4 3 07/04/10 10:51:03 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 1 , value : 4 3 07/04/10 10:51:03 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 0 , value : 4 4 07/04/10 10:51:04 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 1 , value : 4 6 07/04/10 10:51:05 000001M|00/05/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 0 , value : 4 4
Стоит мультиплексор Siemens SMT1D, если это интересует. Обслуживает провайдер. А какие комментарии к infocs-у нужны?
+---------------------------------------------------------------------+ | Synchronization on global domain X | +---------------------------------------------------------------------+
Стал выскакивать после переключения городских потоков. В основной корзине ACT28 установлены две INTOF2 в позициях 5 и 19, на выносе ACT28 установлены соответственно в позиции CPU. 2-й линк сделан как стандбай. Была такая схема: Станция "Элком" смотрит в город 2-мя потоками, Алкатель 2-мя потоками приколочен к Элкому, к Алкателю - Корал одним потоком. Синхру Алкатель брал с Элкома, Корал - с Алкателя. Теперь же городские потоки с Элкома перебросились на Алкатель. После этого на всех 4-ёх INTOF-ах мигает SYC. В описании инцидента 3660 сказано, что необходимо перегрузить INTOF2A. Не помогает.
Ощибся сгоряча.. 2 и 5 - приём, а 3 и 4 - передача. Оба порта RJ-11. Одна задача решилась. Но нужно теперь писать только входящие с города. Говорят в техподдержке, что вышел новый релиз с возможностью оргнизации чёрных и белых списков Буду дальше лопатить
Готов расстрелять эту техподдержку!!!!! Неделю назад звонил, спрашивал распайку этого несчастного модуля!! Сказали: 1 и 2 пины RJ-11 - это передача, а 4 и 5 - приём!! Так и бился лбом об стенку всю неделю. Звоню сейчас, говорят, что 4 и 5 - это приём, а 3 и 4 - передача(((((( Слов нет... Хоть доку дали бы нормальную,с..
Сделал как посоветовал error. Выявилась интересная зависимость: стали прекрасно писаться звонки, инициатором которых является внешний абонент, т.е. звонки от Алкателя до Корала. Звонки с Корала на Алкатель вообще не пишутся.