TAU-8 - виснут

[slapik]

Добрый вечер.
Включаем объект. 5 штук ТАУ8. Тау8 обновил до 1.9, расставил. В течение суток зависло 3. Свичи - cisco и dlink. После выхода из строя - линк на порту свича есть, а вот ARP-ов уже нет. Перезаргузка помогает. Продаунгрейдил до 1.8.1 (с сайта). Через часов 10 одна снова зависла (( После даунгрейда нужно ли устройство сбрасывать к заводским установкам?

К питанию претензий нет - оно упсовано, да и на этих же упсованых розетках TAU72 работают как часы. На форума проскакивало пару сообщений о подобном. Проблема известная?

Спасибо.

[Evgeniy]

День добрый.
Была проблема с подвисанием процесса voip. В принципе? сделали версию с правками, можно потестировать - отпишите мне на почту 3036@eltex.org

[slapik]

отписал

[VladimirSS]

Добрый день коллеги!
Аналогичную проблему наблюдаю на нескольких шлюзах с версией прошивки 1.8.1 и 1.9.0, общего на шлюзах: заняты все порты, периодичность подвисания 2-3 раза в месяц, перегрузка помогает. Можно прошивку на тест?

[alexc76]

Добрый день!
Проблема с подвисанием TAU-8.IP стоит остро. На объекте вместо ADDpack-а поставили TAU-8.IP(была необходимость) и начались проблемы с подвисанием шлюза раз примерно в неделю (рабочую). Используем шлюз с FXS портами без регистрации в режиме TRUNKING, со стороны клиента стоит станция Samsung c СО линиями. Иногда видно что подвисают линии по не отбитию по сигналу занято порты уходят в состояние howler, но через некоторое время трубка все же кладется со стороны Samsung, но как показали наблюдения виснет сам шлюз программно похоже. Т.е поставили один экземпляр шлюза,(по наблюдениям состояние занятости памяти не превышала всегда 13%) входящие вызова на шлюз, при его зависании, поступают, идет КПВ но по статусу занятости портов ничего не происходит и никто трубку со стороны клиента не берет естественно, а со стороны станции Samsung выходит клиент на порты шлюза(пытается позвонить) - они заняты. После перезагрузки шлюза все ок. Поставили на этот же объект другой экземпляр шлюза TAU-8.IP. После некоторого времени было замечено что начала расти загрузка памяти в меню статус-система, примерно на 1% в течении 1.5 часа. Т.е. при такой ситуации хватит 5 дней для загрузки в 100%. Но я дождался 91% (все процессы связанные с отображением страниц по WEB со шлюза стали очень долго открываться ) хотя процессы по телефонии работали т.е. заонить пока можно было и перегрузил шлюз - все опять ок но через 1.5 часа опять загрузка памяти поднялась на 1%.
Помогите плиз. Можно мне тоже новую прошивку для тестинга.
Спасибо.

[Aleksey_ts]

Добрый день!
Проблема с подвисанием TAU-8.IP стоит остро. На объекте вместо ADDpack-а поставили TAU-8.IP(была необходимость) и начались проблемы с подвисанием шлюза раз примерно в неделю (рабочую). Используем шлюз с FXS портами без регистрации в режиме TRUNKING, со стороны клиента стоит станция Samsung c СО линиями. Иногда видно что подвисают линии по не отбитию по сигналу занято порты уходят в состояние howler, но через некоторое время трубка все же кладется со стороны Samsung, но как показали наблюдения виснет сам шлюз программно похоже. Т.е поставили один экземпляр шлюза,(по наблюдениям состояние занятости памяти не превышала всегда 13%) входящие вызова на шлюз, при его зависании, поступают, идет КПВ но по статусу занятости портов ничего не происходит и никто трубку со стороны клиента не берет естественно, а со стороны станции Samsung выходит клиент на порты шлюза(пытается позвонить) - они заняты. После перезагрузки шлюза все ок. Поставили на этот же объект другой экземпляр шлюза TAU-8.IP. После некоторого времени было замечено что начала расти загрузка памяти в меню статус-система, примерно на 1% в течении 1.5 часа. Т.е. при такой ситуации хватит 5 дней для загрузки в 100%. Но я дождался 91% (все процессы связанные с отображением страниц по WEB со шлюза стали очень долго открываться ) хотя процессы по телефонии работали т.е. заонить пока можно было и перегрузил шлюз - все опять ок но через 1.5 часа опять загрузка памяти поднялась на 1%.
Помогите плиз. Можно мне тоже новую прошивку для тестинга.
Спасибо.

Здравствуйте!
Если Правильно Вас поняли, то проблема гарантировано проявляется 1 раз за неделю и связана она с утечкой памяти!?
Можете подключиться терминально к ТАУ (telnet или ssh. По умолчанию login/pass: root/password) и сделать несколько циклов (3-4) вывода команды top? Остановить циклический вывод сочетанием клавиш ctrl+c.
Не лишней будет информация по команде free, cat /proc/meminfo и ls -la /sbin/
Данные отправьте на почту 3015@eltex.org. В письмо приложите текущую конфигурацию устройства.
Если есть возможность настроить вывод сислога на удаленный сислог-сервер, то поставьте лог-файл устройства на запись на сислог-сервере, это очень поможет поиску проблемы.
Настройка сислог разсположена в закладке "Журнал"

Вывод трассировки- syslogd

Удаленный журнал
Адрес syslog-сервера - приписать адрес удаленного сислог-сервера
Порт syslog-сервера 514 (по умолчанию)



IP-телефония
Включить трассировку приложения VoIP - установить флаг
Ошибки - установить флаг
Предупреждения - установить флаг
Отладочная информация - установить флаг
Информационные сообщения - установить флаг
Уровень трассировки SIP - 1

[alexc76]

отписал на почту.
Спасибо.

[carcinogen75]

Шлюз TAU8IP подвисают FXS порты. Нет слышимости и нет гудка. Вызов проходит. Шлюз при этом управляется удаленно через WEB. После перезагрузки все нормализуется. Периодичность 1-2 раза в месяц

[Aleksey_ts]

Здравствуйте!
Проблема известна и исправлена.
Данные правки будут включены в релиз 1.9.2, выход которого ожидается к концу апреля текущего года.

[Zmej]

Добрый день.
Наблюдаем схожую проблему: раз в день (уже иногда и несколько) при снятии трубки аппарата подключенного к TAU-8 сигнал занято, при звонке на этот порт моментальный отбой, регистрация на ГШ и на астере присутствует, лечится программной перезагрузкой. Прошивка 2.4.2.4-ru.
udp: продолжение темы: viewtopic.php?f=7&t=5352&p=21363#p21363, иногда они возвращаются, проблемы...

[BahirevKI]

Добрый день.
У наших абонентов используется обширный перечень шлюзов.
(1e.ip, 1m.ip, 2m.ip, rg1404, 8m.ip, 16m.ip, 24m.ip, 72m.ip)
И все модели (независимо от версии прошивки) периодически зависают.
Со своей стороны мы некоторым особо проблемным абонентам сделали скрипт который заходит на шлюз и его перезагружает, но это не панацея.
Есть ли возможность добавить в прошивку данных устройств перезагрузку по расписанию? (раз в неделю либо сутки)