Model name : DVG-7111S
P/N RVG7111SE....A1G
H/W Ver/: A1
F/W Ver.: RU_01

Обнаружена проблема с маршрутизацией LAN порта при поднетом DUAL PPtP соединении. Порывшись на форумах, было принято обновить прошивку с версии :

> get hardware
==================== Hardware Status
Hardware [TSO]
Driver [0.10.37.1.311 02/Jun/2009 P]
DSP [481]
Software [RU_1.00 == Ver(1.02.38.39.2597 2009/06/25 13:29:25) PId(281.DLink.RU.DecodeProf.DhcpOpt195.l2tp.DualAccess.NoPrefix.drtp) Drv(0.10.37.1) Hw(TSO) == 0.6.8]

на версию из файла размещенного на ftp://ftp.dlink.ru/pub/VoIP/DVG-7111S/Firmware
1.2.38.56_0.10.55.1(0127190552)(0128112541).7z
После обновления прошивки, перестал работать http, т.е. браузером открывается, но кроме "Setup Wizart" в нем нет, который кстати тоже не работает.
Не удается сбросить конфигурацию, шлюз запускается, работает маршрутизация и PPtP клиент. SIP телефония, если шлюз ставить не за NAT, тоже работает, до перепрошивки работало без проблем и за NAT.
Конфигурация SIP, LAN, WAN, та что была на старой прошивке и ее неполучается изменить telnet.
По telnet видим следующее:

> get hardware
==================== Hardware Status
Hardware [TSO]
Driver [0.10.55.1.464/281 03/Nov/2010 P]
DSP [81]
Software [RU_1.00 == Ver(1.02.38.56.2876 2010/05/21 14:06:11) PId(281.DLink.RU.DecodeProf.DhcpOpt195.l2tp.DualAccess.NoPrefix.drtp) Drv(0.10.55.1) Hw(TSO) == 0.6.8]

Пробывали перепрошивать на прошивку 1.2.38.54_0.10.47.1(0416104312).rar - ситуация не меняется и вернутся на 1.2.38.56_0.10.55.1(0127190552)(0128112541).7z, ничего не меняется.
При попытке прошить 7111S_1.2.38.39_0.10.34_167_to_281(0619123237).rar матюгается на v82sipgXXXX-281.pack.app, что наталкивает на неопределенность.
Помогите выличить шлюз. Шлюз был куплен 15.04.2011 года.

После пляски с бубном вокруг telnet всю ночь подряд. Удалось вернуть работу WEB.
Теперь он работает только на WAN порту, что делает недопустимым по политике безопасности (типа заходи и подбирай пароли). На LAN интерфейсе WEB так и не заработал. При попытке убрать WEB с WAN - WEB вообще перестает работать.
Данная фигня имеет место быть как на 1.2.38.54_0.10.47.1(0416104312).rar, так и на 1.2.38.56_0.10.55.1(0127190552)(0128112541).7z прошивке. Работу всех остальных параметров пока не проверял.

К сожелению, использовать шлюз как router c nat при поднятом pptp клиенте, не представляется пока возможным, проблема так и не поправлена, шлюз работает только с одним MAC адресом.

Попробуйте сбросить шлюз в настройки по умолчанию. Для этого нажимаете ресет держите до появления частых морганий индикатора reg, затем сразу отпускаете. Либо через telnet:
RESTORE
SAVE
Reboot

Спасибо за совет. Не раз пробывал проделать такие операции с разными типами прошивок на протяжении всей ночи: результат - настройки не сбрасываются.

Прблема крылась в том, что я работу WEB на WAN порту запретил на старой прошивке. На новой прошивке соответственно по приведенным выше причинам WEB не смог запуститься вообще. Естественно пока до меня дошла тупость разработчиков D-Link прошло не мало времени.

Господа тех. подержка!!!!

Обращаюсь снова с прозьбой:
Выложите прошивку
> get hardware
==================== Hardware Status
Hardware [TSO]
Driver [0.10.37.1.311 02/Jun/2009 P]
DSP [481]
Software [RU_1.00 == Ver(1.02.38.39.2597 2009/06/25 13:29:25) PId(281.DLink.RU.DecodeProf.DhcpOpt195.l2tp.DualAccess.NoPrefix.drtp) Drv(0.10.37.1) Hw(TSO) == 0.6.8]

она меня устраивает и работает стабильно.
Не хочется рабочий шлюз ложить на полку и покупать новый со старой прошивкой, только потому, что новая прошивка кривая!!!

Напишите мне на почту, вышлю 1.2.38.49

Итак, инструкция кто попал с такую ситуацию как моя.

Сначала предупреждение как в нее не попасть:
1. Перед прошивкой проверте PID.

Проверяем настройки сетевой карты:
IP : 192.168.8.10 // IP адрес.
Mask : 255.255.255.0 // Маска подсети.
Gateway : 192.168.8.254 // Шлюз по умолчанию.

Запускаем telnet с адресом шлюза по староне LAN, обычно это 192.168.8.254 и вводим логин и пароль.

C:\>telnet 192.168.8.254

<< Command Line Interface V 2.1.7.5 >>

User: admin
Password:
Please Wait ...
System Ready

<< Command Line Interface V 2.1.7.5 >>

Enter HELP for usage

[[/]]
>
[[/]]

Проверяем включенность WEB на WAN и если WEB выключен - включаем его:

> cd net
[[NET]]
>
[[NET]]
> cd wan
[[NET WAN]]
>
[[NET WAN]]
> list
NET WAN: WAN Settings
CURRENT_IP: Current WAN IP Address
LISTEN_PORT: Listen Port UDP
RTP_PORT: RTP Starting Port UDP
WAN_TYPE: Type
IP_TYPE: WAN IP Type (0:Static IP 1:PPPoE 2:DHCP 3:PPTP 4:L2TP 5:
BigPond)
DHCP:
STATIC:
PPPOE:
PPTP:
L2TP:
MTU: MTU
DNS_MODE: Domain Name Server Assignment (0:Auto 1:Manual)
PRIMARY_DNS: Domain Name Server
SECONDARY_DNS: Domain Name Server (Secondary)
WAN_LINK_SPEED: WAN Link Speed
ENABLE_DUAL_ACCESS: Enable Dual Access
2ND_ACC_USE_FIX_IP: 2nd Access Uses Static IP
2ND_ACC_DNS: Unknown message
VOIP_OVER_2ND_ACCESS: VoIP Over Second Access
CURRENT_MAC_ADDRESS: Current MAC Address
HTTP_PORT: Port of Web Access from WAN
ENABLE_WEB: Enable Web UI
ENABLE_TELNET: Enable Telnet Service
[[NET WAN]]
>
[[NET WAN]]
> get enable_web
NET WAN ENABLE_WEB [1]
GET OK

Строка NET WAN ENABLE_WEB [1] - говорит нам, что WEB на WAN включен, если мы видим строку NET WAN ENABLE_WEB [0], то это означает, что WEB выключен.
Включенный WEB на WAN, будет гарантировать нам, что управлять настройками мы сможем не через telnet.
Включаем WEB:

> set enable_web 1
NET WAN ENABLE_WEB [1]
SET OK

И выставляем статический IP адрес на WAN порту, а так же сохраняем конфигурацию:

> set IP_TYPE 0
NET WAN IP_TYPE [0]
SET OK
[[NET WAN]]
>
[[NET WAN]]
> cd static
[[NET WAN STATIC]]
>
[[NET WAN STATIC]]
> list
NET WAN STATIC:
IP: IP address
MASK: Subnet mask
DEFAULT_GATEWAY: Default Gateway IP
[[NET WAN STATIC]]
>
[[NET WAN STATIC]]
> set ip 192.168.2.1
NET WAN STATIC IP [192.168.2.1]
SET OK
[[NET WAN STATIC]]
>
[[NET WAN STATIC]]
> set mask 255.255.255.0
NET WAN STATIC MASK [255.255.255.0]
SET OK
[[NET WAN STATIC]]
>
[[NET WAN STATIC]]
> set default_gateway 192.168.2.254
NET WAN STATIC DEFAULT_GATEWAY [192.168.2.254]
SET OK
[[NET WAN STATIC]]
>
[[NET WAN STATIC]]
> save
Saving Configuration...
SAVE OK
[[NET WAN STATIC]]
>
[[NET WAN STATIC]]
> restart
You have to SAVE before RESTART.
Restart Now? (Y/N) Yes
Restarting...

Подключение к узлу утеряно.

Дальше снова заходим на шлюз по telnet и проверяем версию прошивки:

> cd status
[[STATUS]]
>
[[STATUS]]
> get hardware
==================== Hardware Status
Hardware [TSO]
Driver [0.10.55.1.464/281 03/Nov/2010 P]
DSP [81]
Software [RU_1.00 == Ver(1.02.38.56.2876 2010/05/21 14:06:11) PId(281.DLink.RU.D
ecodeProf.DhcpOpt195.l2tp.DualAccess.NoPrefix.drtp) Drv(0.10.55.1) Hw(TSO) == 0.
6.8]
[[STATUS]]
>
[[STATUS]]
>

Смотрим на строку "...PId(281.DLink.RU.D..."
Если "PId(281" меньше 281, например 167, то ставим прошивку 7111S_1.2.38.39_0.10.34_167_to_281(0619123237).rar,
если меньше 167 обращаемся в тех. подержку.
взять ее можно с ftp://ftp.dlink.ru/pub/VoIP/DVG-7111S/Firmware/

Для этого распаковываем архив например на диск "C" можно в корень:
C:\7111S_1.2.38.39_0.10.34_167_to_281(0619123237)

Берем tftpd32.exe (можно свободно найти через гугль) и копируем в наш каталог.
запускаем tftpd32.exe, выставляем ваш интерфейс например "192.168.8.10" и каталог C:\7111S_1.2.38.39_0.10.34_167_to_281(0619123237)

далее входим через telnet и набираем:

> upgrade 192.168.8.10 69 // 192.168.8.10 - это ваш интерфейс.
Progress 0%

Подключение к узлу утеряно.

Важно посмотреть в процессе прошивки, чтобы шлюз взял два файла v82sipg.pack.sys и v82sipgXXXX-167.pack.app.
Если все в порядке, шлюз подумает примерно 2 минуты и перезагрузиться.

Дальше снова заходим на шлюз по telnet и сбрасываем конфигурацию:

> restore
Restore This Directory? (Y/N)Yes // жмем "Y"
STATUS [Type[DIR] Child(5)]
PORT: <STATUS>
SERVER_REG: <STATUS>
WAN_PORT: <STATUS>
LAN_PORT: <STATUS>
HARDWARE: <STATUS>
RESTORE OK
[[STATUS]]
> save
Saving Configuration...
SAVE OK
[[STATUS]]
>
[[STATUS]]
> restart
You have to SAVE before RESTART.
Restart Now? (Y/N) Yes // жмем "Y"
Restarting...

Подключение к узлу утеряно.

Снова заходим на шлюз по telnet и проверяем версию:
должно высветиться что то вроде такого, где x - это цифры.

7111S_1.2.38.39_0.10.34_167_to_281(0619123237).rar - для сравнения найдите цифры в названии фапйла.

> cd status
[[STATUS]]
>
[[STATUS]]
> get hardware
==================== Hardware Status
Hardware [TSO]
Driver [0.10.34.x.xxx/281 xx/xxx/xxxx P]
DSP [481] // или немного другой, не сильно важно.
Software [RU_1.00 == Ver(1.2.38.39.xxxx xxxx/xx/xx xx:xx:xx) PId(281.DLink.RU.D
ecodeProf.DhcpOpt195.l2tp.DualAccess.NoPrefix.drtp) Drv(0.10.34.x) Hw(TSO) == 0.
6.8]

если этого не произошло, проверяем настройки, а если с настройками все правильно, обращаемся в тех. подержку.

Аналогично проводим обновления сначало до 1.2.38.54_0.10.47.1(0416104312).rar,
потом до 1.2.38.56_0.10.55.1(0127190552)(0128112541).7z.

Естественно после каждой прошивки лучше сбросить настройки по умолчанию и проверить версию прошивки.

После последней прошивки делаем следующее:
Проверяем настройки сетевой карты:
IP : 192.168.8.10 // IP адрес.
Mask : 255.255.255.0 // Маска подсети.
Gateway : 192.168.8.254 // Шлюз по умолчанию.

Далее заходим через IE8 (браузер Internet Explorer или любой другой версии.
Вводим 192.168.2.1, заходим на страницу "MAINTENANCE", выбираем "Backup and Restore" и последовательно жмем кнопки:
1. Backup Settings
2. Bacup Templete
3. Restore Default Settings
4. Ставим галку "Save All Settings" и кнопку "Reboot".

Шлюз перезагружается и через браузер заходим на 192.168.8.254.
Далее настраиваем шлюз как обычно.

Для тех, у кого проблемы с WEB, на LAN порту, подключаем сетевой провод WAN порту,
и заходим на WEB через WAN IP.
Если не получается, подключаем сетевой провод к LAN, выполняем пункт Включение WEB на WAN.
Пытаемся зайти на WAN через LAN или просто через WAN, выполяем:

1. Backup Settings
2. Bacup Templete
3. Restore Default Settings
4. Ставим галку "Save All Settings" и кнопку "Reboot".

После перезагрузки шлюз в нормальном состоянии.

С уважением Sorduck. Приятных настроек

С последней прошивкой 1.2.38.56_0.10.55.1(0127190552)(0128112541).7z , при поднетом PPtP соединении, маршрутизация с LAN на PPtP работает только в сторону прямых настроек внешнего роутера с сервером PPtP. Если Internet берется на внешнем роутере через PPtP или PPPoE соединения, то 7111 может прокидывать только пинги, остальной трафик не проходит .
Пробовали тестить как на Win 2003, Linux и аппаратной железяке от Cisco, результат тотже.
Хотя каналы на Windows и Linux с этими внешними роутерами работают на ура в качестве PPtP клиентов.

Залатайте дырки Господа разработчики!!!

Тоже чтоле кинуть камень? У меня веселее ситуация. Есть 2 шлюза полностью одинаковые только на одном интерфейс немного другой.

А именно вкладка которая ну очень нужна DIGITMAP нет пункта MAX_DIAL_LENGTH

Версия прошивки get hardware
==================== Hardware Status
Hardware [TSO]
Driver [0.10.37.1.311 02/Jun/2009 P]
DSP [481]
Software [RU_1.00 == Ver(1.02.38.39.2597 2009/06/25 13:29:25) PId(281.DLink.RU.DecodeProf.DhcpOpt195.l2tp.DualAccess.NoPrefix.drtp) Drv(0.10.37.1) Hw(TSO) == 0.6.8]
[[STATUS]]

На рабочем:



На проблемном:



Какую прошивку то залить? Если на обоих одна и та же? Сброс к дефолту делался как через морду так и через telnet.
При попытке:


Он тупо не знает про MAX_DIAL_LENGTH

Почему не хотите обновить прошивку?

Позвольте узнать как. Это чудо инженерной при любом файле — failed пишет.