forum.technoforward.ru

станция NEAX7400 100MX
c нее выполнены выносы на 4 направления
стоял процессор CP-14. Данные ошибки повторяются регулярно ( до 100 событий в сутки)
проверили схему синхронизации. соответствует схемным решениям. ошибок в организации не выявлено.
заменили на CP-24. ситуация не изменилась!
ошибки идут с плат PN-30CCTA!!!
а с раздельных плат ( PN-30DTC-A и PN-SC00) ошибки не идут!!!
журнал аварий прилагаю!
данные аварии влияют на сервис в виде щелчков в каналах!

Fault Alarm Date CPU Description
32 -- 2014/07/30 10:13 AP 13 CCH link connection returned to normal condition. (CCH NO. = 4) Data = (04 FF FF FF FF FF FF FF)
22 MN 2014/07/30 10:13 AP 13 CCH link connection failure. (CCH NO. = 4) Data = (04 FF FF FF FF FF FF FF)
32 -- 2014/07/30 10:03 AP 13 CCH link connection returned to normal condition. (CCH NO. = 4) Data = (04 FF FF FF FF FF FF FF)
22 MN 2014/07/30 10:03 AP 13 CCH link connection failure. (CCH NO. = 4) Data = (04 FF FF FF FF FF FF FF)
32 -- 2014/07/30 09:58 AP 13 CCH link connection returned to normal condition. (CCH NO. = 4) Data = (04 FF FF FF FF FF FF FF)
22 MN 2014/07/30 09:58 AP 13 CCH link connection failure. (CCH NO. = 4) Data = (04 FF FF FF FF FF FF FF)
32 -- 2014/07/30 09:53 AP 9 CCH link connection returned to normal condition. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
22 MN 2014/07/30 09:53 AP 9 CCH link connection failure. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
32 -- 2014/07/30 09:48 AP 9 CCH link connection returned to normal condition. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
22 MN 2014/07/30 09:48 AP 9 CCH link connection failure. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
32 -- 2014/07/30 09:36 AP 9 CCH link connection returned to normal condition. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
22 MN 2014/07/30 09:36 AP 9 CCH link connection failure. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
32 -- 2014/07/30 09:33 AP 11 CCH link connection returned to normal condition. (CCH NO. = 3) Data = (03 FF FF FF FF FF FF FF)
22 MN 2014/07/30 09:33 AP 11 CCH link connection failure. (CCH NO. = 3) Data = (03 FF FF FF FF FF FF FF)
32 -- 2014/07/30 09:21 AP 9 CCH link connection returned to normal condition. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
22 MN 2014/07/30 09:21 AP 9 CCH link connection failure. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
32 -- 2014/07/30 09:12 AP 9 CCH link connection returned to normal condition. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
22 MN 2014/07/30 09:12 AP 9 CCH link connection failure. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
32 -- 2014/07/30 09:10 AP 9 CCH link connection returned to normal condition. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
22 MN 2014/07/30 09:10 AP 9 CCH link connection failure. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
32 -- 2014/07/30 09:07 AP 9 CCH link connection returned to normal condition. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
22 MN 2014/07/30 09:07 AP 9 CCH link connection failure. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)
32 -- 2014/07/30 09:02 AP 9 CCH link connection returned to normal condition. (CCH NO. = 2) Data = (02 FF FF FF FF FF FF FF)

Довольно смелое утверждение! Остается только понять, чего же оно там щелкает?
PN-30CCTA поновее, чем 30DTC-A, и вполне может относиться к качеству потока Е1 более строго, что-ли. Например, пытаться рестартовать линк при меньшем количестве накопленных ошибок. Какой-либо вывод можно сделать после эксперимента по использованию на ОДНОМ И ТОМ ЖЕ ПОТОКЕ новой карты и старой пары карт, и, конечно, при условии, что новые карты установлены и запрограммированы действительно абсолютно верно. А вот об этом то форумчане из Вашего сообщения судить как раз и не могут - данных нет!

добавляем
до момента замены процессора выносы были подключены по модемам через медь
поэтому изначально грешили на медные кабели
сейчас мы все потоки Е1 переключили на ВОЛС- история та же...
ну как мы понимаем, что при переключении с меди на ВОЛС качество того же потока должно было прийти в норму
перетрясли все заземления всего оборудования
заземлили неиспользуемые жилы в поточных кабелях от мукса до neax
насчет эксперимента надо подумать как тут нам это все реализовать....
добавлю, что мультиплексоры, через которые включены эти выноса не регистрируют никаких ошибок по потокам!!!!!

Дело не в "качестве" потока, а в том, насколько полно согласованы параметры потока с карт, с ним работающих, а также - насколько продумана и исполнена схема передачи синхронизации в Вашей сети. Первая часть - это вопрос точного знания параметров потока и, соответственно - правильного выставления свичей на картах под каждый из них.
Со вторым вопросом - сложнее. Должны быть проработаны вопросы синхронизации в пределах сети: откуда (от КОГО) она берется, через какие линии распространяется, какие из них считать основными, какие резервными, а какие - не задействовать в передаче синхронизации. В результате получается схема синхронизации сети. И затем эта схема должна быть четко реализована картами потоков (соответствующими свичами и расположением этих карт). Причем, необходимо учитывать не только стыки CCIS over TDM, а ВСЕ TDM-стыки во ВСЕХ узлах сети.
В Вашем случае как минимум один узел содержит как минимум четыре TDM - направления, т.е. всё уже достаточно серьезно (про другие узлы и направления здесь информации нет), и поэтому вопросы синхронизации сети должны быть проработаны со всей серьезностью.

в общем пока проверяем два варианта
1. перегрев по температуре. там автозал находится. много оборудования. попробуем добавить охлаждение
2. сегодня проверим мультиплексоры ибо там почти 100 процентов надо ставить аттенюатор..
спасибо что помогаете!

Попробуйте поискать фрагменты TDM over IP на этих направлениях.
Если передача данных по IP настроена немного не верно, то TDM часть может отваливаться.
Характерный признак - каналообразующее говорит что все хорошо, а NEC потоки рестартует.
В лабораторных условиях TDMoIP работает хорошо, а вот в полевых - бывают нюансы.

_________________
С уважением,
Валерий Петров.
www.tarificator.ru