Тема: KX-TDE100+PRI30 рвется связь
Уважаемые специалисты, помогите!
Бьюсь с проблемой уже 3 недели.
Комплектация:
1) Базовый блок KX-TDE 100 с блоком питания тип S , версия прошивки 4.2003
2) Плата KX-TDA0290 CJ (PRI30), версия прошивки 3.001 (изучение формума подсказало, что плата Вьетнамской сборки)
3) Плата KX-TDA0174 (SLC16) - 3 шт.
4) Плата KX-TDA0170 (DHLC16), версия прошивки 6.000
Подключение:
От оператора приходит Ethernet, в серверной стоит IPMUX (RAD
IPMUX-24, оборудование оператора), который преобразует Ethernet в
поток. С мукса я получаю поток, который заходит в АТС и
Ethernet, по которому я получаю интернет. Оператор мне выделяет 20
линий в потоке.
Описание проблемы:
Периодически (периодичность выявить не удается) во время разговора
у разных абонентов (внутренних) происходит разрыв связи,
проявляется следующим образом: сначала порядка 5 сек тишина в трубке,
потом короткие гудки. Разрывы происходят в обоих направлениях:
исходящие звонки и входящие. Время, через которое происходит разрыв
разное, т.е. ограничение разговоров по времени отпадает. При анализе
трассировки внешней линии установлены причины релизов: #38 Network is
out if order. Также установлено, что получение релиза соответствует по
времени получению следующей ошибки 302 Digital Trunc AIS Reception,
следом, иногда, идет ошибка 305 Data Link Failure, после восстановления
синхронизации я получаю 392 Clock master card selected.
Предпринято:
Оператор обследует магистраль по всему маршруту, нашел несколько
проблемных участков, уже устранил, но проблема не ушла.
На форумах нашел посты о каком-то завороте (петле) на АТС, вроде это помогает
выяснить на чьей стороне проблема, но оператор про данный метод ничего
не знает. Подскажите как.
Также на форуме найдена информация, что частенько плата PRI30 бывает глючной, возможности взять на тест другую плату нет, у нас в Хабаровске все панасовские АТС тока на заказ.
Диагностика платы из консоли показала, что все цепи ОК.
Прилагаю фрагмент трассы с проблемным звонком.
trace.txt (Размер: 3KB - Загрузки: 180)Первое, что нужно сделать это тестирование потока на количество ошибок.
С одной стороны, лучше это сделать с Вашей стороны, завернуть передачу на приём.
На другой стороне запускается тест.
В RAD-ком оборудовании были очень хорошие встроенные тесты. Не уже ли, что-то изменилось?
Тест на количество ошибок Е1, описан в спецификации ITU-T G.826. Эта инфа для Вашего провайдера.
Второе, какое оборудование на противоположной стороне, в какую АТС Вы включены?
Включен ли у Вас CRC-4?
Третье, сообщите серийный номер платы KX-TDA0290CJ.
1) Что значит завернуть передачу на прием? Я правильно понял, что кабель с мукса мне нужно в атс не кросом завести, а прямым? Тесты на муксе может только оператор, но что-то у меня большие сомнения насчет их способностей. В консоли есть отчет об ошибках на внешней цифровой линии, он подойдет для оценки кол-ва ошибок?
2)На противоположной стороне стоит, как мне сказал оператор, какой-то софтсвитч хуавей. CRC4 отключен на обоих концах.
3)Серийник, что-то не разберу где находится, есть такие комбинации на плате: PSUP1331YA, 5025A3-4463P<232-7>, 1BCCF020888. На одной из микросхем в нижнем левом углу стоит штамп 0290СЕ, насколько я знаю маркировка для стран СНГ CJ.
По поводу тестирования и заворота, сами не лезте. Пусть этим занимается Ваш провайдер.
Нужен результат теста на количество ошибок в потоке. Номер спецификации, описывающей тест - G.826.
Название софтсвича наводит на определёные мысли, которые не красиво писать на открытом форуме.
Если на Вашей KX-TDA0290 стоит штам CJ, на самой плате, то плата правильная.
Спасибо. передам Ваши рекомендации прову.
Включение CRC на обоих концах не помогает?
Мне помогла следующаа тема: https://komendant.pro/spr/viewthread/26934/P15/
Включение CRC на обоих концах не помогает?
Проблема была на уровне физики, провайдер полностью заменил магистраль на оптику, все сразу ушло. Спасибо за совет, но CRC не помогало.
<....>
Недавно столкнулся с аналогичной проблемой.
В станции установлено две PRI карты и два потока. Один поток постоянно рвется. Периодичность разрывов - разная.
Поднял версию станции и плат до последней - не помогло.
Поменял платы местами - проблема пошла за платой.
Поставил подменную плату - все работает стабильно.
При этом 3 года до текущего момента - проблем не было.
Наш СЦ причину глючности найти не смог. Отправили в вышестоящий СЦ. Пока те тоже причину найти не могут.
Так что совет ТС - проверьте плату подменой на другую...
Отправили в вышестоящий СЦ. Пока те тоже причину найти не могут...
Известная, но очень редкая проблема. Не правильный формат Bit1(C). Лечится специальной, прошивкой по заказу.
Известная, но очень редкая проблема. Не правильный формат Bit1(C). Лечится специальной, прошивкой по заказу.
А как быть с тем что 3 года оно проработало без проблем?
Где можно скачать данную прошивку - подскажите?
Провайдер установил очень правильное оборудование, которое начало тотально контролировать все принятые биты.
T19424, T19373
Провайдер установил очень правильное оборудование, которое начало тотально контролировать все принятые биты.
T19424, T19373
Оборудование провайдера, настройки потока - не менялось (со слов провайдера)...
Единственная разница: одна плата была 2.11 (точно не помню но 2 с копейками точно), а эта глючная - 1.09 - поднял до 3.01 не помогло.
3.04 видел, но понял что это спецверсия и применяется не везде. Понял что ее использовать надо не везде, а только по надобности.
ОК. Если вернут с СЦ и ничего не сделают, тогда попробую, а пока будем предполагать, что СЦ решит проблему.
Спасибо.
Отправили в вышестоящий СЦ. Пока те тоже причину найти не могут...
Известная, но очень редкая проблема. Не правильный формат Bit1(C). Лечится специальной, прошивкой по заказу.
Mike_K, можно узнать подробнее про Bit1(C) и спецпрошивку? Встречная станция Iskratel SI3000.
Что конкретно узнать?
Специальная версия - 3.04
Bit1(C)отправляктся в формате 1111 1111
Пояснение:
В настоящее время при отключении функции CRC4, PRI карта отправляет Bit1(C) в формате 0010 1111, но некоторым ISDN операторам требуется получать Bit1(C) в формате 1111 1111
