Подскажите пожалуйста, как его включить через WEB LAN для всех устройств, или как отключить этот контроль доступа к WEB WAN? Шлюзов стоит много в разных городах. Администрирую их тоже из разных точек России, бывало даже через смартфон в каком нибудь привокзальном кафе по Wi-Fi.
А нельзя ли в прошивке этот контроль доступа к WEB WAN по умолчанию выключить, чтобы администратор сам решал - нужен ли он ему или нет?
Все шлюзы хоть и стоят в VPN, но ведь "смотрят" они в неё WAN-ом!

MAINTINANCE - Device Management - Enable Web UI From WAN
Если добавленный функционал не требуется, то лучше использовать предпоследнюю прошивку 1.2.38.97.12997.

Рад,что такую железку не забывают,но политика с отсутствующем changelog вызывает недоумение, тем более у людей иногда возникают проблемы после обновлений,многие проблемы они могли решить сами имея список изменений на руках.
Теперь мой вопрос если у меня вот эта прошивка
стоит ли обновлять?
Если да, то до какой версии?
И что меня ждет после обновления?

Я конечно не служба поддержки, но по своему опыту эксплуатации могу сказать, что предпоследняя прошивка, в принципе - приемлема. Нужных опций, например перезагрузка по расписанию и Keep-alive, в ней по прежнему нет, а основные глюки и возможные способы их решения описаны в этой ветке. В последней прошивке, лично для моего случая, вижу только один плюс - возможность дальнейшего обновления прошивки через WEB-интерфейс, но включенный дефолтный контроль доступа в ней меня просто "добил". А поскольку шлюзы с портами в бридж стоят в разных городах - рисковать не стал.
Кстати, прошивка, как у вас, у меня стоит на шлюзах DVG-5112s, и в ней замечен такой глюк: если в него зайти телнетом и перезагрузить - шлюз "впадает в кому", лечится только передёргиванием питания. DVG-7111s с предпоследней пошивкой телнетом ребутится и поднимается нормально.

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

я пытаюсь обновиться до 12997 шью через tftp по очереди и застрял на
проблема в том что после 38.93 пропал файл v82sipg.pack.sys а шлюз его упорно ищет
что делать?

Видимо вы пытаетесь установить прошивку другой ревизии, проверьте перед обновлением. На текущий момент есть H/W ver: Ax и Bx, прошивки отличаются.

К сожалению - не работает
И даже если через телнет не работает.
Объясню почему.
Вот так было до обновления:

Вот так стало после обновления:

А надо, чтобы после обновления было так:

Исправьте пожалуйста этот BAG в последней прошивке.

p.s.
Через телнет, команда "TREE" выводит 525 строк вариантов своих команд для настройки шлюза, но команды ввода Access Address и Access Mask для Web UI From WAN там нету.

Добрый вечер,
интересует вопрос, а возможно ли вообще отключить "женщину" в default greeting?
Морочиться с custom greeting нет потребности, dial tone дает постоянный гудок, а хотелось бы был простой ring tone И переброс на IVR *.
Или же простой ring tone надо в этот "чудо-девайс" вливать в виде custom greeting???

P.S. С параметром Warm Line понятно. Если выставить в 0, то "женщина" молчит (идеальная жена ) и идет сразу переадресация по Hot Line No. Но есть временная необходимость сделать именно с небольшим значением Warm Line.

И второй, момент, как победить щелчки при разговоре? Периодичность щелчков разная: то один, то сразу два подряд. С разными паузами.
Ставил на эту линию Linksys SPA3102 все работает хорошо.

Здравствуйте. Что указано в качестве Hot-Line - номер на IP-АТС или номер порта FXS?

Добрый день.
SIP-абонент (100) звонит через FXO порт.
Оба слышат друг друга нормально.
Но, когда абонент 100 говорит, динамик его трубки затухает (глохнет, отключается); при этом, другой абонент слышит его нормально.
Когда он перестаёт говорить в микрофон своей трубки, динамик снова включается.
Ситуация одинаковая, вне зависимости от того, какое устройство на стороне абонента 100 (IP телефон, софтфон и пр.), а также вне зависимости от направления звонка.
Не подскажите, с чем может быть связано такое поведение?

После пары лет работы, на одном шлюзе получил постоянно светящийся индикатор phone, даже при отключенном аппарате. Причем при перезагрузке слышен характерный щелчок реле(оно ведь там есть?).
Есть ли какое-то объяснение этому кроме того, что шлюз пришел в негодность полностью? Можно ли как-то это исправить?

Добрый день всем.
Настраиваю пару dvg-7111s в режиме р2р
(точка А) трубка DECT - 7111s - NAT - интернет - NAT - 7111s - АТС (точка Б)
сделано по инструкции с этого сайта, через Hotline.
Протестировано в одной локальной сети, все работает. Потом разнес по разным точкам.
На роутерах с обеих сторон статические ИП, проброс 5060 сделан.

С трубки DECT из точки А могу позвонить любому абоненту АТС в точку Б, также могу позвонить с любой внешней СО, подключенной к АТС
Проблема в том что из точки Б звонок на трубку в точку А не работает.

Что делал:
1. проброс портов RTP не влияет никак
2. Настройка Nat traversal прописана только в точке А, при попытке прописать в точке Б связь пропадает
3. Самый интересный момент, не уловил закономерность: если на шлюзах 7111s выбирать для связи только 1 кодек, например 729, то случайным образом звонок из точки Б в точку А проходит, трубка звенит. Но при снятии трубки голосовой связи нет с обеих сторон. Причем через какое-то время при попытке дозвона трубка больше не звенит.

Буду рад любой помощи.

UPD.
Телефон в точке А при вызове звенит. Абонент в точке Б слышит, что трубку подняли. Голосовой связи все равно нет.

Добрый день, снимайте логи и высылайте на почту.

Методом научного тыка выяснил следующее:
В логах по шлюзам видно, что после соединения по протоколу сигнализации (звонок приходит) дальнейшее соединение для голосовой связи для передачи голосового трафика через RTP вызывающий шлюз передает вызываемому свой локальный ИП вместо внешнего.
Следовательно, вызываемый шлюз пытается слушать трафик по локальному адресу, которого не существует.
Я так понимаю, надо заставить шлюзы общаться только по внешним ИП, но как это сделать ?
Включение функции NAT traversal помогает только на вызываемом шлюзе, в точке А. В такой конфигурации абонент А может полноценно звонить в точку Б.
Если включить nat traversal в точке Б - голосовая связь пропадает везде, звонок приходит в обе точки.

Для обхода NAT где-то видел, что можно использовать ВПН туннель. Решил попробовать реализовать впн на роутерах, смотрю в сторону микротика.
Вопрос: Есть ли смысл в организации впн между офисами? Каким образом voip трафик будет проходить по этому впн?