Зависание "линии" на MG Опции

[DaGash]

Не уверен в правильности термина "Линия", но да ладно.


Есть некоторое количество MG и LDK, соеденены по IP. Периодически на MG(100, 300) и LDK(Было на 60, 100, 300, 300e) зависают линии. Причем выглядит это следующим образом. На консоли АТС(Впрочем как и в терминале) линии на LDK и MG обозначены как свободные. При звонке на/с LDK односторонняя слышимость при занятии поврежденной линии. Причем от Voib интерфейса MG в сторону LDK летит большое количество UDP пакетов(Сниф). Наблюдал на MG как версии 1.7, так и 2.0, 2.1. Версии LDK 3.8, 3,9. Версии плат Voib также различны. Лечится перезагрузкой платы Voib на mg. Вообще проблема возникает редко и спонтанно, выявить систему не смог.

P.S.Тема скорее для информации, если кто столкнется, т.к. не представляю как поймать начало проблемы.

[harris]

Не уверен в правильности термина "Линия", но да ладно.


Есть некоторое количество MG и LDK, соеденены по IP. Периодически на MG(100, 300) и LDK(Было на 60, 100, 300, 300e) зависают линии. Причем выглядит это следующим образом. На консоли АТС(Впрочем как и в терминале) линии на LDK и MG обозначены как свободные. При звонке на/с LDK односторонняя слышимость при занятии поврежденной линии. Причем от Voib интерфейса MG в сторону LDK летит большое количество UDP пакетов(Сниф). Наблюдал на MG как версии 1.7, так и 2.0, 2.1. Версии LDK 3.8, 3,9. Версии плат Voib также различны. Лечится перезагрузкой платы Voib на mg. Вообще проблема возникает редко и спонтанно, выявить систему не смог.

P.S.Тема скорее для информации, если кто столкнется, т.к. не представляю как поймать начало проблемы.

Да. На эту проблем уже были жалобы. Заявка на устранение этой проблемы уже отправлена в Корею, и разработчики уже приступили к поиску причины. Сейчас собираем допол. трассировки, которые потребовались корейцам.

Уваж-му vldmr каким-то случайным образом удалось смоделировать эту проблему на своей тестовой станции. Но как именно - осталось неясным. Он "игрался" с отключением VOIB от сетки во время текущего разговора.

[DaGash]

Да. На эту проблем уже были жалобы. Заявка на устранение этой проблемы уже отправлена в Корею, и разработчики уже приступили к поиску причины. Сейчас собираем допол. трассировки, которые потребовались корейцам.

Уваж-му vldmr каким-то случайным образом удалось смоделировать эту проблему на своей тестовой станции. Но как именно - осталось неясным. Он "игрался" с отключением VOIB от сетки во время текущего разговора.

Могу поучаствовать, АТС много, может "повезет". Только что попробовать сделать?

[harris]

Могу поучаствовать, АТС много, может "повезет". Только что попробовать сделать?

ОК. Буду иметь ваше предложение в виду. Но пока вроде не требуется. Есть станция, на которой проблемка возникает пару раз в день. Там обещали снять трассировки.

[IgorT]

ОК. Буду иметь ваше предложение в виду. Но пока вроде не требуется. Есть станция, на которой проблемка возникает пару раз в день. Там обещали снять трассировки.

У меня такая же проблема на одной из Ipecs MG, voib линии используются только для звонков через sip, и 2-3 раза в неделю зависают, лечится перезагрузкой. Причем симптомы не всегда одинаковые: чаще всего sip не работает в обе стороны, но иногда по-другому - входящие звонки проходят, а исходящие - нет.

Причем у нас есть два ipecs MG, не связанные между собой, но практически идентичные по конфигурации сети и выходу в город. И данная проблема наблюдается только на АТС, на которой установлена дополнительно VOIB8, на другой атс используется только встроенные 4 линии MB и всё работает стабильно, тьфу-тьфу-тьфу) Отпишитесь пожалуйста есть ли сдвиги по этой проблеме.

[harris]

У меня такая же проблема на одной из Ipecs MG, voib линии используются только для звонков через sip, и 2-3 раза в неделю зависают, лечится перезагрузкой. Причем симптомы не всегда одинаковые: чаще всего sip не работает в обе стороны, но иногда по-другому - входящие звонки проходят, а исходящие - нет.

Причем у нас есть два ipecs MG, не связанные между собой, но практически идентичные по конфигурации сети и выходу в город. И данная проблема наблюдается только на АТС, на которой установлена дополнительно VOIB8, на другой атс используется только встроенные 4 линии MB и всё работает стабильно, тьфу-тьфу-тьфу) Отпишитесь пожалуйста есть ли сдвиги по этой проблеме.

Корейцы продолжают поиски причины проблемы. Сейчас у одного из клиентов проверяется новая версия софта, на которой были сделаны правки. Пока еще нет результата тестирования.

[harris]

Корейцы продолжают поиски причины проблемы. Сейчас у одного из клиентов проверяется новая версия софта, на которой были сделаны правки. Пока еще нет результата тестирования.

Проблема с зависанием каналов устранена на версии B[2].1Bl

[ИгорьS]

Проблема с зависанием каналов устранена на версии B[2].1Bl

Доброго времени суток Игорь.
А можно озвучить, в чем заключалась проблема с зависанием, т.е. симптомы.

Как я писал выше

iPECS-MG/GS55MxB.1Bl JUN/13 (на данный момент)
Boot Version-1.1Ab AUG/11
OS Version-1.1Ab AUG/11

Используется в качестве VOIB только:
VOIB8 -1.0 HA

Станция за NAT.

В моем случае станция подключена к "городу" по SIP, проблема следующая - раз в неделю- исходящая и входящая связь прекращается. Понимаю требуемость "трейсов". Какие и когда снять?

Но, обновление прошивки на B.1Bl, было выполнено (ох не помню уже числа) в понедельник 10-11 часов утра, после этого зависание проявилось ровно через неделю - в понедельник с 10 до 11 часов утра. Перезагрузил станцию - все ОК
Для "теста" - на следующий понедельник(уже смешно - да), в 6:30 удаленно ребутнул станцию, проблема не проявилась.
Следующий понедельник - ребут 6:30 - стабильная работа.
А в следующий понедельник - не было ребута.
В 10:20 позвонил клиент - "нет связи" - удаленный ребут - и все опять хорошо.

Командировки и другие запуски - ни как не позволяют в очередной "понедельник" быть на месте, но можно выкроить время - главное чтобы с пользой.

Самое смешное, в напоминалке каждый "понедельник" - "ребутнуть <company name>", и того ребут еженедельный и 3 месяца работы "без нареканий" в мою сторону.

Собственно вопрос - что мониторить в случае зависа(wireshark вызова наружу естественно).