Здравствуйте!
Приобрели для связки несколько DVG-3032S и DVG-2032S
С 2032S проблем было много, но они решились случайно найденной прошивкой 1.02.38.93 (во всяком случае за прошедшие сутки не объявлялись).
На 3032S стоит ПО 1.02.38.68 и на данный момент открыты такие проблемы:
1. Последний 5 линий могут регистрироваться, а могут и нет - по настроению.
2. Исходящий звонок в FXO идет очень долго - 10-15 секунд примерно между набором номера и дозвоном. Вот скриншот настройки параметров линий:

3. Входящий звонок. Здесь я не совсем понимаю что происходит... Звонок прилетает извне на FXO и отправляется шлюзом на софтсвитч, потом показывает на порту "RingBack" и начинает звонить заново и так далее. Эту хрень немного удалось стабилизировать установкой параметра PSTN Ring OFF Length = 20000. Теперь хотя бы звонки длятся долго и человек успевает поднять трубку, но все равно звонок идет не один, как хотелось бы.

Подскажите, пожалуйста, есть ли новые прошивки на данное железо (на ftp и просто в гугле не нашел) и что можно сделать с вышеописанной ситуацией.

Всем еще раз привет! Что-то устали мы от этих шлюзов.
Проблемы так и не решились - железо пришлось снимать у заказчика и не ясно - что теперь с ним делать...
Вот еще пара "непонятностей" уже с сислогом, снятым в последний день "внедрения".
Если отменять регистрацию транков (чтобы исчезла проблема последних 5 линий), то звонок из тфоп идет как-то так:

То есть идет инвайт на прописанный хотлайн, который не прилетает на софтсвитч, теряясь где-то в недрах шлюза, затем выбирается первая свободная FXO-линия и это чудо звонит туда на 2014.
При этом на произвольном соседнем порту все проходит без проблем. Вернее начинается без проблем, но потом вдруг теряется поток RTP, обрывая разговор в любое время:


Софтсвитч из проблем с RTP исключаем, так как параллельно через него отлично работало 64 линии на перепрошитых DVG-2032S.
Как-то так...

Хм, может Астериск поможет? я сейчас пытаюсь "согнуть" 2032 на asterisk, т.к. "базовых" возможностей для обеспечения задач не хватает. Затык в том, что шлюз во время разговора не пропускает "решетку" и пр., т.е. их нажатия в астериск не видно.. а d-linkи теряют коннект, у нас разговоры апериодически рвутся.. запись RTP Lost 67/100 - вообще пугает, это что 67% потерь?

Ну "софтсвитч" там и есть *.
Задача - завернуть аналог на сип для какой-то их CRM и вернуть аналог пользователям.
То есть со стороны тфоп берется 3032, а в сторону пользователей - 2032.
Проблем с 2032 было много, но в итоге нашлась прошивка, их решившая (также отваливались регистрации последних 5 линий, висло все раз в сутки, увеличение громкости убивало dtmf и прочие радости), а вот на 3032 решения не нашлось.

А потери RTP - эта цифра берется перед обрывом разговора и легко бывает 80, 90 и более %

Прошейте шлюз той же прошивкой, что и 2032.

Спасибо, попробую!

На тестовой базе с обновленной прошивкой пропала хотя бы проблема с отваливанием последних пяти sip-аккаунтов.
При возврате к регистрации линий вроде и инвайты перестали теряться, и проблемы с RTP прошли (но в полевых условиях под нагрузкой еще не факт, что так будет, конечно).
Проблема долгого набора осталась актуальной - те же >= 10 сек.

Выложите лог SLmon, посмотрим откуда задержка в наборе.

В сислоге как раз ничего не видать...

Сбросил на оконечном телефоне после начала первого звонка. В сислог последние записи прилетели с опозданием на пару секунд, так что общая длительность вышла около 10, что, конечно, раза в полтора меньше, чем до перепрошивки - в боевых условиях было около 15 секунд.
Еще возможно, конечно, что сейчас эта задержа оттого, что на тестовой базе аналоговая линия создана простым fxs-шлюзом, который дает еще + к задержке, и у заказчика такого не обнаружится, но в противном случае однозначно будут трупы

Требуется лог slmon

Сорри, прочитал описание slmon и подумал, что это просто реализация syslogd.

Сегодня таки установили схему заказчику... По тестам суммарный звонок в среднем идет 13-15 сек.
2032S пока не могу проглядеть также, так как живых людей там нет... Но если у него подобная задержка, то как раз секунд 5 из 15 остается на тфоп и астериск...
Заказчику объяснили издержками нестандартной схемы - ждем их отзывов и окончательного решения.

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