dir 620 rev. d1. hw 1.36.
Вопрос №1 Пинг, до роутера по витой паре, 2-4 мс. Почему?
Вопрос №2 Поднимаю, ppoe как wan. Сверху поднимаю pptp статик роут с mppe и без него. - Всё подключается, но скорость 16 КИЛОБИТ.
убираю pptp, поднимаю его за натом, на виндовом клиенте, скорость 2,1 МЕГАБАЙТА.
Почему ?

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Пусть тут по pptp отвечают, тож проблема для меня серьёзная. Насколько я помню, они любят, одна проблема, одна тема. Дык будем уважать труд службы сервиса. Помню, они даж как то для меня спец прошивку делали на 2640, бру, с pptp. Тогда я долго их мучал
А. а Алексея, я прошу, аналогично и с пингом ,посмотреть данный баг, ибо запустить данную конфигурацию на d1, я пробовал несколько раз, и получал всегда плачевный результат. А так девайс, очень даж достойный.

Расскажите подробнее о своих настройках. Куда вы направляете туннель?

_________________
Полезные настройки

Провайдер у меня dom.ru. Конект у них чистый ppoe. Я его поднял как wan1 default route. Всё работает замечательно.
После чего, я добавил второй wan , тип pptp с mppe128 в адрес своей работы. На работе в качестве шлюза стоит debian stable, с поднятым pptpd - настройки стандартные.
Т.к у меня сеть pptp (192.168.110.0/24) разниться с локальной сетью работы (192.168.109.0/24), то я добавил на интерфейс pptp новый статический маршрут.
Всё подключилось , всё пингуется, всё работает. т.е машина например 192.168.109.12 , пингуется, на неё работает терминал, файлы копируются!!!! но все эти действия делаются на скорость 16 КИЛОБИТ.

Убираю, всё это хозяйство, оставляю только ppoe. А pptp делаю не на роутере, а на локальной машине за роутером через обычный виндовый клиент. и скорость вышеупомянутых действий составляет 2,1 Мегабайта.
как бы теперь сделать что бы pptp на роутере аналогично работал на 2,1 мегабайта, а не на 16 Килобит.

По всей видимости, роутеру просто не хватает ресурсов для обработки туннеля в туннеле.

_________________
Полезные настройки

Т.е. на через wan порт у вас организована инкапсуляция pppoe, в которую Вы загоняете pptp-туннель до работы.
Я правильно понимаю?

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Я на DFL'ках делал двойной и тройной pptp-туннель через несколько операторов, рабочая скорость равнялась половине самого слабого канала.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

так она так и будет ....
что тут говорить расшифруй сначала PPOE , затем PPTP $-) и все это на 620 -м
Игорь , DFL железка совсем другого класса , и намного мощьней... поэтому все фишки с туннелями и дальнейшими - для ее семечки . тут же домашняя мыльница только мыла нет

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

Нехватка ресурсов, была бы видна на работе web интерфейса, он бы просто еле двигался в момент нагрузки на тунель pptp, чего я не заметил. моё мнение вы тут немного ошибаетесь, нагрузка торент клиента, намного более весомая, нежели не шифрованного pptp тунеля. я настаиваю что организация pptp тунелья поверх ppoe, в данной железке, зарезано настройками. тунель pptp , превосходно работал на 2640 bru, хотя параметры начинки не сопоставимы, 620 железа и 2640.

Вы верно понимаете, но ppoe , это требование провайдера для аутентификации и биллинга. Насколько я знаю, ppoe это не протокол класса ip, это соседний класс - находящийся рядом с ip. и теоретический, ресурсо зависимость ppoe такая же как и от организации простого static ip.
Что же касается, вашего примера, pptp в pptp, тот тут я с вами согласен, двойная нагрузка должна присутствовать, но ppoe это не совсем тунель в вашем понимании, ppoe это больше похоже на tcp/ip с встроенной аутентификацией.
Надеюсь, Алексей подтвердит моё представление... ибо отговорка о нехватке ресурсов, можно применить pptp внутри pptp. но применить нехватку pptp внутри ppoe, это тоже самое что применить нехватку pptp поверх tcp/ip

up

Проблема решена и закрыта. Как я и думал, не каких нехваток мощностей небыло....

ну раскажите для потомков ?!

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

mtu сервера и роутера должны быть равны. у 620, настройки mtu выведены на вебформу, и в неё подставляется следующее значение в меньшую сторону по сравнению с ppoe. Потому у меня на сервере MTU пошло 1496, а на 620 пошло, 1459. При такой фрагментации не чего толком и не работает. Как только я выровнял обои концы до 1400, всё за летало, на 90% моего входящего канала. Так что половинчатые скорости внутри pptp это миф, шифрование съедает всего лишь порядка 10% трафика.
Моё мнение, великие программисты dlink, могли бы автоматом сделать согласование mtu, mru, с сервером, ибо виндовый клиент не когда mtu и mru не спрашивает и тем самым не нужно держать всю эту шнягу по фрагментации в голове.