Элтекс

Добрый день
Помогите разобраться
После обновления до версия ПО: 2.18.0.35 появились проблемы при использовании правил в плане набора.
Есть 14 тау и soft свитч связь с которым иногда пропадает (вопрос не в этом). Для того что бы абоненты могли работать без перебоев использавал такое правило в каждом тау: 20[0-6]x@Ip|20[7-9]x@Ip|21[0-3]x@Ip|21[4-9]x@Ip|220x@Ip|22[1-7]x@Ip|22[8-9]x@Ip|23[0-4]x@Ip|23[5-9]x@Ip|24[0-1]x@Ip|24[2-8]x@Ip|249x@Ip|25[0-5]x@Ip|25[6-9]x@Ip|26[0-2]x@Ip|26[3-9]x@Ip|27xx@Ip|28[0-5]x@Ip|28[6-9]x@Ip|29xx@Ip|340x@Ip|3[0-3]xx@Ip|37[0-8]x@Ip|34[1-9]x@Ip|3[5-6]xx@Ip|3[8-9]xx@Ip|379x@Ip|9xxx@IpSoftSvitch|0xxx@IpSoftSvitch
До обновления все стабильно работало, редко, после вненсения каких либо изменений, пропадал выход softsvitch- решалось перезагрузкой.
А после обновления до 2.18.0.35 через пол дня пропадает все, при звонках на абонентов сбойнувшего тау идет занятость, они не куда не могут выйти. И проблема не одном тау а на нескольких. Перезагрузка ничего не дает. Делаеш все на софт свитч все сразу работает и перезагружать не надо. Откатываться на предыдущую версию не хочу.

Добрый день.

Из приведённого Вами диалплана сложно что-то понять.
@Ip - это переменная? Т.е. в каждом правиле какой-то свой уникальный IP-адрес или в каждом правиле один и тот же адрес?

Если в Вашем диалплане используются серые адреса, то не маскируйте их под "Ip", пожалуйста. Что тут секретного?)

IP-адреса уникальные (192.168.46.133-192.168.46.147), могут повторяться не более 3 раз и зависит от диапозона номеров на тау.
Не указывал из-за того что это недолжно играть какой то роли (как я думаю).

Здравствуйте.

После обновления до версия ПО: 2.18.0.35 появились проблемы

Для какой цели обновлялись? Почему нельзя откатиться? ("не хочу" не аргумент)

Делаеш все на софт свитч все сразу работает и перезагружать не надо

Т.е. переносите dialplan с TAU на SSW и проблема уходит? (все звонки TAU отправляет на SSW)
Если так, то чем это не решение данной проблемы? Может стоит разбираться с причиной (что SSW пропадает), а не следствием (что TAU зависает с тяжелым конфигом)?
В качестве временного решения нужно сделать именно так, либо откатить ПО.

Чтобы разобраться с проблемной tau72, потребуется выслать на почту в моей подписи:
1) Ссылку на эту тему;
2) Название Вашей компании и город;
3) Конфигурацию проблемной tau72;
4) Лог с момента ребута до зависания, снятый на сервер по инструкции:
http://kcs.eltex.nsk.ru/articles/86
5) Время зависания, кто кому не дозвонился в момент проблемы, номера А и В.

Сегодня необходимо было добавить еще один профиль (2 основной и добавить 3 профиль)
На половине добавил и начались жалобы что не могут дозвониться. На двух Tau ничего не помогало и решил откатить на предудущую версию.
После отката послетали абоненские пароли - пришлось заново перебивать.

Для какой цели обновлялись?

А для какой цели выпускаете обновления??? А вобще убили этим вопросом.
Откатываться не хотел из-за того что Web интерфейсе есть история звонков, и не надо объяснять незнающему человеку как ее посмотреть.

что TAU зависает с тяжелым конфигом

Почему в предыдущей версии все работало?

На некоторых tau пока работает, включил журналирование - результат пришлю.

Т.е. переносите dialplan с TAU на SSW и проблема уходит? (все звонки TAU отправляет на SSW)

Да

Если так, то чем это не решение данной проблемы? Может стоит разбираться с причиной (что SSW пропадает), а не следствием

В виду того, что Вы отвечаете вопросом на вопрос, Ваша позиция понятна.
Дальнейшая дискуссия ни к чему не приведет.

Чтобы разобраться с проблемной tau72, потребуется выслать на почту в моей подписи:
1) Ссылку на эту тему;
2) Название Вашей компании и город;
3) Конфигурацию проблемной tau72;
4) Лог с момента ребута до зависания, снятый на сервер по инструкции:
http://kcs.eltex.nsk.ru/articles/86
5) Время зависания, кто кому не дозвонился в момент проблемы, номера А и В.

А как мне было ответить на вопрос "С какой целью обновлялись?"
По моему обновления выпускают для устранения каких то проблем (с которыми я может быть и несталкнулся бы), добавить какой то функционал, а тут вышло .....

Купили 2 шлюза. 16й и 24й. 24й был с самой новой прошивкой 2.18.0.35, а 16й был с предыдущей 2.17.0.45.
Настраивал эти шлюзы впервые.
После тестирования выявилось, что прошивка 2.18.0.35 странно себя ведет. Телефоны не хотят регистрироваться, а если регистрируются, то не могут звонить (звонок до Астера долетает, но получает forbidden).
На прошивке 2.17.0.45 оба шлюза работают пока нормально, ничего не отваливается при ТЕХ ЖЕ настройках, регистрации проходят без костылей и прочих приплясываниях с бубнами.

Здравствуйте.

GoldRok писал(а):звонок до Астера долетает, но получает forbidden).

Так может проблема в Астере?

GoldRok писал(а):На прошивке 2.17.0.45 оба шлюза работают пока нормально, ничего не отваливается при ТЕХ ЖЕ настройках, регистрации проходят без костылей и прочих приплясываниях с бубнами.

Чтобы разобраться, потребуется выслать на почту в моей подписи:
1) Ссылку на эту тему;
2) Название Вашей компании и город;
3) Конфигурацию проблемной tau;
4) Лог успешной регистрации/звонка с прошивки 2.17.0
http://kcs.eltex.nsk.ru/articles/86
5) Лог не успешной регистрации/звонка с прошивки 2.18.0

PS: Выражать свое мнение все горазды, а вот предметно разбираться в проблеме никто не хочет.

Dmitriy_eltex писал(а):Здравствуйте.
...

PS: Выражать свое мнение все горазды, а вот предметно разбираться в проблеме никто не хочет.

Свое мнение подтвердил логами с разных версий прошивок и предположением что происходит со шлюзом (выслал вам на почту). Надеюсь баг поправите

В общем после общения по почте:

на 16х и 24х портовых шлюзах на прошивке 2,18 регаются абоненты с паролем до 20 символов. В след прошивке обещали поправить. Будьте внимательны при обновлении!