View previous topic :: View next topic |
Author |
Message |
formatc Продвинутый пользователь
Joined: 25 Oct 2005 Posts: 62
|
Posted: Mon Mar 01, 2010 12:05 pm Post subject: SUERM |
|
|
Добрый день коллеги,
На сети организован сигнальный пучок между двумя станциями. В пучке 3 звена. примерно вот так
АТС1 --(SIGTRAN)-- MGW1 -- (SS7) --АТС2
\
-- --(SIGTRAN)-- MGW2 -- (SS7) --АТС2
Два из этих линков(оба через MGW1) как по расписанию раз в час рестартуют. Анализ проблемы показал, что на удаленной стороне(АТС2) выходит рапорт "SUERM TRESHOLD EXCEEDED" и она рестартует линки.
можно ли както анализатором отловить действительно ли наблюдаются ошибки на линке? причем насколько я понимаю это ошибки связаные с bit-staffing. |
|
Back to top |
|
|
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Mon Mar 01, 2010 12:15 pm Post subject: |
|
|
Можно. Надо вывести проблемный линк из обслуживания и прогнать BERTest по физике. Но странно, что именно раз в час... М.б. раз в час что-то происходит в системе передачи, но верится в это с трудом. _________________ Always yours, Ilya Danilov |
|
Back to top |
|
|
formatc Продвинутый пользователь
Joined: 25 Oct 2005 Posts: 62
|
Posted: Mon Mar 01, 2010 12:51 pm Post subject: |
|
|
id wrote: | Можно. Надо вывести проблемный линк из обслуживания и прогнать BERTest по физике. Но странно, что именно раз в час... М.б. раз в час что-то происходит в системе передачи, но верится в это с трудом. |
а пасивный мониториг не поможет?
там вся трасса это откроса до станции и от кроса до MGW, тоесть длинна линии местров 50. SLIP-ов нет. или подразумевается что-то другое? |
|
Back to top |
|
|
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Mon Mar 01, 2010 1:21 pm Post subject: |
|
|
В нашем ПО BERTest можно проводить и в пассивном режиме, но тогда шансы обнаружить ошибку - ниже.
SLIP - это "проскальзывание" фрейма из-за расхождения синхронизации в системах передачи на обоих концах. То есть - лишь одна из возможных причин битовых ошибок в ИКМ-тракте.
SUERM бьется в истерике, если ему поступило на вход слишком много "битых" SU (неверная CRC), или же битовый поток формируется некорректно (режим "подсчет октетов"). Это тоже может быть следствием искажения ИКМ-сигнала.
Именно поэтому я советую вывести тракт из обслуживания и прогнать BERTest, чтобы исключить из области поиска неисправности по крайней мере физический уровень (систему передачи). _________________ Always yours, Ilya Danilov |
|
Back to top |
|
|
formatc Продвинутый пользователь
Joined: 25 Oct 2005 Posts: 62
|
Posted: Mon Mar 01, 2010 3:27 pm Post subject: |
|
|
спасибо. подскажите а схема включния прибора при этом какая?
Я спрашиваю по той причине, что АТС2 и mgw1 стоят рядом и между ними нет никакого активного оборудования. включаться при этом возможно только на кроссе. |
|
Back to top |
|
|
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Mon Mar 01, 2010 4:11 pm Post subject: |
|
|
То есть между ними нет системы передачи?
В таком случае BERTest протестирует исключительно качество проложенного отрезка кабеля. Анализатор подключается вместо одного коммутатора, в режиме BERTest, а со стороны другого коммутатора ставится шлейф (loopback). Если этот шлейф будет программный (т.е. внутри второго коммутатора) - это хоть что-то даст. В противном случае - действительно тестируем кабель, увы
Если предположить, что с кабелем все ОК, и BERT за три часа выявит 0 ошибок, то надо разбираться дальше. Я полагаю, что если SUERM "валится" в определенное время, надо включить поближе к этому моменту все тот же BERT, но в режиме "подслушивания" - сохранения битового канала ИКМ (настроить его надо на канал сигнализации, естественно). В этом режиме надо дождаться повторного фазирования MTP2, а файл прислать нам на анализ. Если получится разобрать битовые посылки - будет шанс понять, почему SUERM-у не нравятся сообщения. _________________ Always yours, Ilya Danilov |
|
Back to top |
|
|
formatc Продвинутый пользователь
Joined: 25 Oct 2005 Posts: 62
|
Posted: Tue Mar 02, 2010 3:18 pm Post subject: |
|
|
спасибо за рекомендации. попробуем |
|
Back to top |
|
|
formatc Продвинутый пользователь
Joined: 25 Oct 2005 Posts: 62
|
Posted: Fri Apr 09, 2010 10:29 am Post subject: |
|
|
Проверили тракт до MGW1, в течении 41 часа было порядка 6 ошибочных секунд, 67 битовых ошибок, некоторое количество кодовы. тестирование проводилось с задействованием платы, тоесть не гольный заворот кабеля, а просто заворот PAYLOAD-а, когда структуру фрейма формирует плата MGW.
Сейчас запустили на проверку железный заворот без задействования платы MGW. посмотрим что будет. |
|
Back to top |
|
|
formatc Продвинутый пользователь
Joined: 25 Oct 2005 Posts: 62
|
Posted: Tue Apr 20, 2010 2:01 pm Post subject: |
|
|
Оказались поспешными выводы, похоже несправен прибор (SunSet), другим прибором ошибок не обнаруживается при прогоне тестовой последовательности по петле.
Более того, на потоке включили CRC4 и пустили под нагрузку, аварии с SUERM так и возникают. а ошибок CRC4 нет.....
что это ошибка кодирования одной из сторон? |
|
Back to top |
|
|
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Wed May 05, 2010 1:24 pm Post subject: предварительно |
|
|
Выдался свободный час для анализа, предварительный итог такой: повторному фазированию предшествует ~90 сообщений ОКС7 с неверным CRC-16.
Кроме того, FISU не полностью заполняют канал (как положено по рекомендации), а сильно разбавлены флагами.
Это очень похоже на дефект ПО: например, одна из сторон пытается передать FISU с неверным CRC-16, делает это последовательно N раз и этим "будит" SUERM.
Могу разобраться подробнее, только мне потребуется wav-файл, снятый "Анализом ИКМ" с двух направлений (надо правильно выставить на закладке параметров номера ИКМ-трактов - по умолчанию они оба Tx1/Rx1, а надо второй изменить на Tx2/Rx2). Сейчас в фале одно направление (дублировано в оба канала), картина происходящего не совсем полная.
Если окажется виновато оборудование, будете рекламацию писать? _________________ Always yours, Ilya Danilov |
|
Back to top |
|
|
formatc Продвинутый пользователь
Joined: 25 Oct 2005 Posts: 62
|
Posted: Thu May 06, 2010 10:57 am Post subject: Re: предварительно |
|
|
id wrote: | Выдался свободный час для анализа, предварительный итог такой: повторному фазированию предшествует ~90 сообщений ОКС7 с неверным CRC-16.
Кроме того, FISU не полностью заполняют канал (как положено по рекомендации), а сильно разбавлены флагами.
Это очень похоже на дефект ПО: например, одна из сторон пытается передать FISU с неверным CRC-16, делает это последовательно N раз и этим "будит" SUERM.
<skip>
Если окажется виновато оборудование, будете рекламацию писать? |
Во как интересно. Тикет у вендора заведен, т.к. по нашим прикидкам тоже получалось, что косяк ПО.
Спасибо!
я думаю, что раз так пусть вендор голову ломает. Я ему направил ваше "заключение" в качестве подсказки.
PS Возможно это кому-то поможет, проблемны MGW - Huawei UMG8900 mini |
|
Back to top |
|
|
formatc Продвинутый пользователь
Joined: 25 Oct 2005 Posts: 62
|
Posted: Thu May 06, 2010 10:59 am Post subject: Re: предварительно |
|
|
-- |
|
Back to top |
|
|
formatc Продвинутый пользователь
Joined: 25 Oct 2005 Posts: 62
|
Posted: Wed Dec 29, 2010 11:16 am Post subject: |
|
|
Вопрос по теме/
к чему может относиться высказывание: "ОКС работает мультифлагом"? |
|
Back to top |
|
|
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Wed Dec 29, 2010 11:56 am Post subject: |
|
|
Лично я такое вообще первый раз слышу.
ОКС работает с заполнением. Т.е. все время, пока не передаются значащие сигнальные единицы, передаются FISU (флаг-fsn-bsn-len-crc-flag). Это сделано для того, чтобы мгновенно узнать о деградации сигнального звена - даже если по нему мало полезного трафика.
В противоположность этому PRI непрерывно передает в канале только флаги. _________________ Always yours, Ilya Danilov |
|
Back to top |
|
|
|