Элтекс

Добрый день!
У меня есть стык по ОКС7 с другим оператором (пока он, оксовый стык, один). Работает он себе и работает. Решил включить мониторинг проскальзываний.
прошёлся в мониторинге по всем потока (их 8 в линксете), ни на одном не было проскальзываний и других ошибок.
Повтыкал на всех потоках в линксете галочку "Индикация SLIP", а таймаут обнаружение оставил дефолтным - 15 минут. И откровенно говоря не знаю какой таймаут ставить... Ведь требования к проскальзываниями - не более 5 в год. ну да ладно... сохранил конфигурацию.
Появилось предупреждение. Открываю. Пишет, что обнаружено проскальзывание на потоке таком то... открываю - действительно, появилось одно, смотрю на другой поток - то же появилось одно... на потоках статистика сбросилась...

Теперь придётся объяснять коллегам, почему статистика такая плохая. и не будет собственно никакой статистики...

Так что там такое происходит, что появляются слипы и обнуляется стата ?

дополнение:
слипы появились по одному, и не на всех потоках в линксете и не на всех PRI на которых я тоже поставил галочку (из 3х PRI потоков на 2х появилось).

из особенности ОКС - на 8 потоков есть только один D канал.

Включение/выключение мониторинга SLIP приводит к переинициализации потока, соответственно все счетчики сбрасываются. В этот момент возможно кратковременное увеличение счетчиков slip-ов

Анна писал(а):Включение/выключение мониторинга SLIP приводит к переинициализации потока, соответственно все счетчики сбрасываются. В этот момент возможно кратковременное увеличение счетчиков slip-ов

это ... поражает. особенно вместе с этим падает D канал на весь стык... после него у меня ещё и CIC пяток заблокировался, причём только с одной стороны почему то и через них звонки не могли перепрыгнуть, пока не разблокировал.
С этим надо что то делать.


а вообще интересно получается - нет проскальзываний... включил их обнаружение - они появились и горит предупреждение... странно это как то. неужели по другому нельзя и потоки всегда надо держать с включенным обнаружение проскальзываний?

Любые изменения в настройках физических параметров приводит к переинициализации потока, что влечет за собой падение D-канала. При падении D-канала могут увеличиться счетчики слипов. Т.к. при переинициализации счетчики сбросились (т.е. состояние было 0), а из-за падения D-канала счетчик увеличился на 1, то у вас и горит предупреждение об обнаружении проскальзывания

Применить изменения в разделе физические параметры без переинициализации потока не возможно

Вот у меня тоже появляется slip, в субботу заметил, это плохо, как исправить?

Как у вас настроена синхронизация? С этого же потока или с какого-то другого?

вот системные параметры

МС240 синхронизируется от 0 потока субмодуля. Судя по предыдущему скрину слипы у вас на первом потоке субмодуля. Откуда берет синхронизацию станция подключенная по первому потоку? Она должна либо синхронизироваться от МС240, либо от того же источника, откуда берет синхросигнал МС240

да от MC240

что делать??? кто подскажет???

D-канал на потоке не падает? Это тоже может вызывать возникновение слипов
Нужно производить тестирование линии методом локальных/удаленных заворотов и искать участок возникновения слипов

Анна писал(а):D-канал на потоке не падает?

насчет D-канала не знаю, как это проверить?

если мониторинг линксета настроен, то считать со станции журнал аварии и посмотреть были ли падения сигнального линка

Анна писал(а):Нужно производить тестирование линии методом локальных/удаленных заворотов и искать участок возникновения слипов

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