следующая ситуация, мне все равно, но может кому либ0, программистам d-link или пользователям поможет.
купил я как то Di-604 для подключения к провайдеру по pptp. туннель без шифрации, chap. не заработало. примерно так

PPTP1: TX(0) LCP Request
PPTP1: TX(1) LCP Request
PPTP1: TX(2) LCP Request
PPTP1: TX(3) LCP Request
PPTP:error=-200

у провайтера freebsd с линукс pptpd (или как оно зовется). общался в форуме - не помогло. причем явно было видно что именно так не работает не только у меня. рутер брал по причине что под мою спецефическую ось номального клиента pptp нет. выход в следующем - нашел человека который дописал для чудесной программы sfl (которя делает все что мне надо) для меня pptp клиента.
он НЕ заработал с теми же симптомами что и DI-604. обрыв на стадии PPP хендшейка. логи провайдера один в один чтио при коннекте с DI-604, что при коннекте моей программой. человек программу дописал, она заработала, и вот что он мне сказал.


1) Весь протокол PPtP разрабатывался для разнесения по разным серверам серверов
Dial-In и PPP. При использовании его в качестве VPN тунеля возможны два варианта:
a) Клиент работает как DialIn , сервер как PPP. в этом случае соединение обрабатывается
как входящий звонок на DialIn (который тот передает серверу PPP)
b) Клиент работает как PPP, сервер как DialIn. В этом случае соединение - это исходящий
звонок, который сервер PPP совершает через DialIn.
Более логичный по-моему первый варинат, поэтому он и был реализован изначально.
Разница там в общем в пару пакетов.

когда мне реализовали и второй вариант все заработало.

если данная информация кому либо посожет - хорошо, нет так нет.

сам DI-604 сейчас активно и успешно используется для NAT на статическом адресе.