Страница 2 из 2

Re: ОКС7, мониторинг SLIP и их появление

Добавлено: 11 май 2016 13:42
YeSSko
Анна писал(а):если мониторинг линксета настроен, то считать со станции журнал аварии и посмотреть были ли падения сигнального линка

да настроен падения сигнального линка нет

Re: ОКС7, мониторинг SLIP и их появление

Добавлено: 13 май 2016 09:25
YeSSko
YeSSko писал(а):
Анна писал(а):Нужно производить тестирование линии методом локальных/удаленных заворотов и искать участок возникновения слипов

каким тестом луче протестировать поток:
-Remote loopback?
-PRBS test?
-PRBS+Remote loopback?
Сколько времени понадобиться на тест, чтоб предупредить руководства?
А результат тестирование отображается в журнале тестирования?


Я НЕ НАШЕЛ ИНСТРУКЦИЮ ПО ТЕСТУ ПОТОКА? ПОДСКАЖИТЕ...

Re: ОКС7, мониторинг SLIP и их появление

Добавлено: 15 май 2016 14:45
Ермек
поставь прибор в режиме мониторинга потока и смотри. EDST2,EDST2A, EST 120 и т.д.

Re: ОКС7, мониторинг SLIP и их появление

Добавлено: 16 май 2016 08:51
Анна
Тестирование нужно проводить на потоке без D-канала (т.е. временно в конфигурации его убирать), т.к. падение сигнального канала может приводить к появлению ошибок.
Включаете на МС240 локальный заворот, наблюдаете. Если ошибок нет, то на станции заворот отключаете и включаете на следующем оборудовании удаленный заворот. Опять смотрите ошибки. Если отсутствуют, заворот отключаете, включаете удаленный на следующем и т.д.
Участок на котором пойдут ошибки и является проблемным

Re: ОКС7, мониторинг SLIP и их появление

Добавлено: 18 май 2016 19:02
Arman
Так если у Вас поток задействован на SUB1? то и синхронизация должна быть выставлена 0SM1 в системных параметрах, после лучше перезагрузить АТС

Re: ОКС7, мониторинг SLIP и их появление

Добавлено: 19 май 2016 08:40
Анна
Arman писал(а):Так если у Вас поток задействован на SUB1? то и синхронизация должна быть выставлена 0SM1 в системных параметрах, после лучше перезагрузить АТС

Это зависит от схемы включения.
Если по потоку 0 подключена станция с более приоритетным источником синхронизации и/или если станция подключенная по потоку 1 является оконечной, то текущая настройка источников корректная.
Если же к потоку 0 ничего не подключена, подключена станция с таким же качеством синхросигнала как на потоке 1 или подключена оконечная АТС - тогда да, синхронизация должна быть от потока 1

Re: ОКС7, мониторинг SLIP и их появление

Добавлено: 30 сен 2016 10:46
YeSSko
Анна писал(а):
Arman писал(а):Так если у Вас поток задействован на SUB1? то и синхронизация должна быть выставлена 0SM1 в системных параметрах, после лучше перезагрузить АТС

Это зависит от схемы включения.
Если по потоку 0 подключена станция с более приоритетным источником синхронизации и/или если станция подключенная по потоку 1 является оконечной, то текущая настройка источников корректная.
Если же к потоку 0 ничего не подключена, подключена станция с таким же качеством синхросигнала как на потоке 1 или подключена оконечная АТС - тогда да, синхронизация должна быть от потока 1


Задействовано два потока, 0-ой поток стороннего оператора (SI2000) и 1-ый поток наш (MC240),
А как мне определить приоритет потока?

Re: ОКС7, мониторинг SLIP и их появление

Добавлено: 30 сен 2016 11:07
Анна
Какая у вас станция является вышестоящей, от той и должна браться синхронизация
Если МСка подключенная по потоку 1 оконечная, то вы явно должны брать синхросигнал от СИшки.
Синхронизация всегда настраивается по цепочке от источника наиболее близкого к задающему генератору до наиболее дальнего от него. Разбирайте свою схему сети, определяйте где синхросигнал наилучший (в России обычно от Ростелекома синхронизируются)

Re: ОКС7, мониторинг SLIP и их появление

Добавлено: 30 сен 2016 14:49
bravo
есть ещё один формальный нюанс... на СИшке конечно без вариантов - синхра в потоке есть. Но всё зависит от транспорта.
1) надо обязательно оформить договор на присоединение к сети тактовой синхронизации. Без этого у вас и узел то не зарегистрируют, вроде как.
2) есть синхра в потоке или нет - всё зависит от транспорта. У нас используется Alcatel-lucent SDH MUX (есть нюансы с моделями, но это сейчас не важно). Так вот если в медном порту не назначить ретрансляцию синхры (она у нас по STM прилетает на весь транспорт, а транспорт уже выдаёт синхру узлам), то синхросигнал с потока на встречной стороне не снимут. (даже если это будет засинхронизированная БКП, и от неё медью в SDH сеть и на другом конце опять же медью с мультиплексора на станцию заказчика). Это вот у нас так было и в какой то момент после перехода на новую транспортную сеть (4 дня понадобилось) сеть синхронизации окончательно разъехалась. Пока туда сюда, так и обнаружили, что нужно ре-трансляцию синхры выдать с транспорта в медь. Хотя на TDMoIP шлюзах такого не требовалось, по понятными причинам.