А теперь капелька дёгтя.

1. При включении компрессии на стороне Провайдера DI-704P дисконнектился.

Не беда. Не каждый день систему отлаживают.

НО!

2. При отключении-включении притания DI-704P устройство рестартует, поднимется в режиме PPTP, НО без автоконнекта!

Не смотря на включенную в разделе WAN галочку на Auto-reconnect.
Точнее коннектится, но лишь минут через пять. Возможно, что параметр Idle Time не учитывается и используется какая-то константа.
Правда хорошо уже то, что канал сам восстанавливается хоть когда-то.

3. При пропаже соединения при размыкании линии между Шлюзом Провайдера и DI-704P соединение не восстанавливает. Точнее восстанавливает, но очень долго. Пять минут.
Дело в том, что устройство терпеливо выжидает время, которое указано в пункте Maximum Idle Time.
Таким образом там надо ставить не 300 секунд (умолчание), а 5 секунд.

Надо добавить это отдельной строкой в FAQ.

лучше не 5 а 1сек
(если вытставить такой квантить времяни позволяет устройство).

Позволяет. Сделал 1 сек. Пробую.

Работает.

Напоминаю в чём проблема:

На стороне Провайдера в Радиусе аутентификация была MS-Chap, поставили Chap.

ВОТ ОНА- очередная ложка дегтя от MS!

Аналогичная ситуация.
До того, как поставил роутер, в свойствах коннекта
было явно написано -
Имя устройства - Miniport WAN (PPTP)
Тип устройства - vpn
Тип сервера - PPP
Транспорты - TCP
Проверка подлинности - MS CHAP V2
Сжатие - нет
etc

попытки завести аналогичное соединение при помощи DI-704P успехом не увенчались.

из этой темы следует вывод - попросить провайдера сменить
аутентификацию с MS CHAP на CHAP - и всё должно заработать ? правильно я понимаю ?

на всякий случай вот немного логов

адрес на втором интерфейсе - 192.168.137.4 (шлюз 192.168.137.1)
коннектится по адресу 192.168.253.1


29 июля 2004 г. 12:44:51 DOD:prot 1 trigger from 192.168.0.47 to 192.168.137.1
29 июля 2004 г. 12:44:51 start to dial-up
29 июля 2004 г. 12:44:51 PPTP:PNS=192.168.253.1
29 июля 2004 г. 12:44:51 PPP1: Rx LCP Request
29 июля 2004 г. 12:44:51 PPP1: TX LCP NACK
29 июля 2004 г. 12:44:51 PPP1: Rx LCP Request
29 июля 2004 г. 12:44:51 PPP1: TX LCP ACK
29 июля 2004 г. 12:44:53 PPP1: TX LCP Request
29 июля 2004 г. 12:44:53 PPP1: Rx LCP ACK
29 июля 2004 г. 12:44:53 MSCHAP1: Welcome
*
29 июля 2004 г. 12:44:53 PPP1: Rx IPCP Request
29 июля 2004 г. 12:44:53 PPP1: Rx IPCP Request
29 июля 2004 г. 12:44:53 PPP1: Tx IPCP Reguest
29 июля 2004 г. 12:44:53 PPP1: Rx IPCP NACK/REJECT
29 июля 2004 г. 12:44:53 PPP1: Tx IPCP Reguest

...

29 июля 2004 г. 12:46:48 DOD:prot 1 trigger from 192.168.0.47 to 192.168.137.1
29 июля 2004 г. 12:46:48 start to dial-up
29 июля 2004 г. 12:46:48 L2TP:LNS=192.168.253.1
29 июля 2004 г. 12:47:21 L2TP:error=-212
29 июля 2004 г. 12:47:54 DOD:triggered internally
29 июля 2004 г. 12:47:54 start to dial-up
29 июля 2004 г. 12:47:54 L2TP:LNS=192.168.253.1
29 июля 2004 г. 12:48:27 L2TP:error=-212

Буду признателен за любые советы/рекомендации.

аутентификацию MS CHAP V2 наши устройства не поддерживают.

_________________
С уважением, Карагезов Владислав

Т.е. следует обратиться к провайдеру и узнать, смогут ли они изменить для нас систему аутентификации ?

да

_________________
С уважением, Карагезов Владислав

Проблема решилась сама собой
Возможно, дело не в новой версии прошивки, а в чём-то другом,
но тем не менее, привожу последовательность действий.
Скачиваю с фтп ftp.d-link.ru
новую версию прошивки - 20040528_604_704_707_305b02_Eng.zip
после установки пишет - Current Firmware Version: V3.05b02
Firmware Date: Fri, May 28 2004
Сбрасываю роутер.
Вписываю настройки PPTP, случай статического IP.
На моё удивление - всё работает (хотя аутентификация и не MS CHAP2, а MS CHAP1, судя по логам) -

WAN Type: PPTP (V3.05b02)
Display time: Thu Jul 29 17:40:00 2004

29 июля 2004 г. 17:25:22 DOD:triggered internally
29 июля 2004 г. 17:25:22 start to dial-up
29 июля 2004 г. 17:25:22 PPTP:PNS=192.168.253.1
29 июля 2004 г. 17:25:23 PPP1: Rx LCP Request
29 июля 2004 г. 17:25:23 PPP1: TX LCP NACK
29 июля 2004 г. 17:25:23 PPP1: Rx LCP Request
29 июля 2004 г. 17:25:23 PPP1: TX LCP ACK
29 июля 2004 г. 17:25:25 PPP1: TX LCP Request
29 июля 2004 г. 17:25:25 PPP1: Rx LCP ACK
29 июля 2004 г. 17:25:25 MSCHAP1: Welcome

29 июля 2004 г. 17:25:24 PPP1: Rx IPCP Request
29 июля 2004 г. 17:25:24 PPP1: Rx IPCP Request
29 июля 2004 г. 17:25:24 PPP1: Tx IPCP Reguest
29 июля 2004 г. 17:25:24 PPP1: Rx IPCP NACK/REJECT
29 июля 2004 г. 17:25:24 IPCP1: IP is 80.246.xx.xx
29 июля 2004 г. 17:25:24 IPCP1: DNS0 is 80.246.xx.xx
29 июля 2004 г. 17:25:24 IPCP1: DNS1 is 80.246.xx.xx
29 июля 2004 г. 17:25:24 PPP1: Tx IPCP Reguest
...

В некоторых случаях соединение отваливается -
29 июля 2004 г. 17:38:24 Unrecognized attempt blocked from 205.188.1.197:5190 to 80.246.74.161 TCP:1039
29 июля 2004 г. 17:38:27 Unrecognized attempt blocked from 80.246.68.74:1025 to 80.246.74.161 TCP:1275
29 июля 2004 г. 17:38:53 Unrecognized attempt blocked from 205.188.1.197:5190 to 80.246.74.161 TCP:1039
29 июля 2004 г. 17:39:15 Unrecognized attempt blocked from 205.188.1.197:5190 to 80.246.74.161 TCP:1039
29 июля 2004 г. 17:39:17 Unrecognized attempt blocked from 80.246.68.74:1025 to 80.246.74.161 TCP:1531
29 июля 2004 г. 17:39:53 Unrecognized attempt blocked from 205.188.1.197:5190 to 80.246.74.161 TCP:1039
29 июля 2004 г. 17:40:06 Unrecognized attempt blocked from 205.188.1.197:5190 to 80.246.74.161 TCP:1039
29 июля 2004 г. 17:40:53 Unrecognized attempt blocked from 205.188.1.197:5190 to 80.246.74.161 TCP:1039
29 июля 2004 г. 17:40:57 Unrecognized attempt blocked from 205.188.1.197:5190 to 80.246.74.161 TCP:1039
29 июля 2004 г. 17:41:13 start to hang-up


Вопрос в следующем -
в установках WAN стоит Maximum Idle Time = 0 Minutes (о секундах
и речи нет
при этом, после того, как связь отвалилась, попыток реконнектиться нет
Connect mode - Connect-on-demand.

Но в общем и целом - всё работает !!!!
Если бы ещё и реконнектилось - было бы вообще сказочно !!!
Возможно ли сделать этот автоматический реконнект ?

забыл ещё одну строчку из лога - в случае обрыва
последняя запись выглядит типа -
29 июля 2004 г. 17:48:26 PPTP:error=-200

MS-CHAp в последних прошивках поддерживается. так что здесь все закономерно.
По поводу переподключения при обрыве - Connect-on-demand - это установка соединения по требованию, т.е. при наличии запроса из LAN в WAN. Установитье Always ON (кажется так называлось это) - и роутер сам будет переустанавливать соединение.

_________________
С уважением, Карагезов Владислав

А нельзя ли указать, начиная с каких прошивок эта фича поддерживается для 704P ?