Проведя небольшой поиск по темам с ключевыми совами "7111s PPTP"
можно найти несколько тем, в который был задан вопрос описанный ниже(либо похожая его вариация), но решения или ответа от специалистов dlink так и не последовало.

Краткое описание проблемы: "PPTP" соединение на интерфейсе WAN не работает, "PPTP client" соединение на интерфейсе ppp0(название из Routing Table) работает.

Темы:
viewtopic.php?t=94613&highlight=7111S+PPTP
viewtopic.php?t=113066&highlight=7111S+PPTP
viewtopic.php?t=120688&highlight=7111S+PPTP
viewtopic.php?t=127154&highlight=7111S+PPTP
viewtopic.php?t=114691&highlight=7111S+PPTP

Что имеем:
1)
Model Name : DVG-7111S
Firmware Version : RU_1.00
Hardware Platform : TSO
Hardware : A1-0.1
Driver : 0.10.47.1.396/281 30/Mar/2010 P
(всё ниже описанное проводилось так же на родной прошивке GE_1.00) Далее 7111s

2)
Обычный ADSL модем с поднятым натом, может раздавать IP по DHCP. Далее - модем

3)
Model Name : DI-824VUP
Firmware Version : V2.10b10(beta01), Tue, Jun 08 2010
(приводится в дальнейшем как работающий вариант схемы подключений) Далее IP-шлюз

4)
MS win2k3 RRAS c поддержкой шифрования MS-CHAP v2, MS-CHAP (но были попытки также использовать и др. в том числе CHAP(в данном случае результат одинаков для любого)) Далее сервер

Топология подключения:
Подключаем модем к провайдеру и раздаём провайдерский инет.Всё ок.
Подключаем IP-шлюз к серверу через модем при помощи "PPTP" соединение на интерфейсе WAN.Всё ок.
{Замечание в принцепе не относящиеся к теме: при указании статического адреса с модема не поднимает на IP-шлюзе подключение по PPTP; но к счастью при динамическом получении IP IP-шлюзом - всё хорошо}
Подключаем 7111s к серверу через модем при помощи "PPTP client" соединение на интерфейсе ppp0. Всё хорошо(), но нам так не надо{мы хотим отказаться от использования IP-шлюза}Всё ок. Сообщение сервера: ""Пользователь "NONAME\voipphone" подключился к порту "VPN3-122" и успешно прошел проверку подлинности . Данные, которые будут отправляться и получаться по этому соединению, будут шифроваться сильным ключом.""
Вместо предыдущего шага подключаем 7111s к серверу через модем при помощи "PPTP" соединение на интерфейсе WAN. Видим ошибку на сервере:""Произошла ошибка в модуле протокола точка-точка (PPP), Порт: VPN3-119, Имя пользователя: "NONAME\voipphone" Удаленный компьютер не поддерживает требуемый тип шифрования данных. Код 20073""

Настройка IP-шлюза http://imglink.ru/show-image.php?id=04d ... a511b17255

Различные настойки 7111s при помощи "PPTP" соединение на интерфейсе WAN
http://imglink.ru/show-image.php?id=529 ... c6795d5462
http://imglink.ru/show-image.php?id=821 ... c4aa384537
http://imglink.ru/show-image.php?id=04d ... a511b17255
http://imglink.ru/show-image.php?id=307 ... 0f44f8309e
http://imglink.ru/show-image.php?id=629 ... 4936899f8f
При всех вариантах настройки 7111s: 7111s ВСЕГДА "достучивался" до сервера с одним и тем же результатом.

Настройка 7111s при помощи "PPTP client" соединение на интерфейсе ppp0.{зачем правда в обязательном порядке требовать Peer IP; да и к тому же всёравно назначается сервером а не тот который прописали?}
http://imglink.ru/show-image.php?id=1c1 ... 5f6ac310e4

Собственно основной вопрос: если есть PPTP на WAN, то можно его поднять?

P.s. Просьба писать ответы, если у вас была похожая схема, а ещё лучше если вы её смогли реализовать.

приложите графическую схему сети которая есть сейчас и той которая должна быть. запутался в тестовом описании

есть, работает
сервер Аsterisk - сервер vpn - adslМодем - PPTP соединение до сервера vpn через IPшлюз - компьютеры в сети сервера

надо
сервер Asterisk - сервер vpn - adslМодем - PPTP соединение до сервера vpn через VOIPШлюз(7111s) - компьютеры и телефоны в сети сервера

предлагать настроить Asterisk по одноимённой схеме-"за натом" или купить други железки - нестоит

поробуйте просто pap на сервере

я думаю понятно что без шифрования данная схема использоваться не будет,
но ради любопытства я использовал разные протоколы поочерёдно, как я уже писал в шапке, а точнее сказать ВСЕ поддерживаемые протоколы(осталось кому-нибудь ещё предложить SPAP),
результат имеет интересные выводы: в IP-шлюз DI похоже встроены только протоколы MS-CHAP v1 и v2, потому как при использовании других - сервер отвечал для него, туже самую ошибку:"клиент не поддерживает данный протокол", проблема в том что для VOIP-шлюза сервер данную ошибку выводит для любого протокола