Имеется провайдер, доступ у инету через l2tp, соединение работает, только пока не пытаюсь запускать p2p(торрент). Как только запускаю p2p отваливается ppp и естественно остаюсь без ничего. При этом вижу на маршрутизаторе следующий лог:

10.07.41 - соединение поднялось и потом отвалилось.
Отсюда понял, что проблема с QoS. Но насколько она существенна, т.е. ppp отваливается из-за QoS или по какой-то другой причине?
В общем главный вопрос почему не держиться соединение? Прошивка 2.05 последняя доступная на офф ftp.

Попробуйте вот так
viewtopic.php?p=723800#p723800
Если провайдер не поддерживает QoS, то он только мешает.
На первом шаге, после выбора типа соединения, уберите также галочки Enable QoS Engine и Automatic Classification.

Только что попробовал через другого провайдера, соединение pppoe ничего больше не трогал(QoS тоже). Запустил все работает без вопросов. В чем могут быть проблемы?
Дома еще попробую без QoS, ну и что получается, дир 825 не может нормально работать с l2tp?

Сам протокол l2tp тут ни при чем, а тем более роутер. Это провайдер не поддерживает QoS (или, еще хуже, его оборудование поддерживает, но сконфигурировано криво).

поговорил провайдером, спросил поддерживает ли их оборудование QoS, ответили следующее:

QoS с l2tp нормально работает, никаких падений нет. если он вам не нужен (или вы не знаете что это) то лучше выключите. если нужен то поставьте не автоопределение скорости, а вручную.
PS сильно сомневаюсь что падает изза qos, может просто кривое mtu. (т.к. падает не сразу после ошибки измерения скорости).
PPS mtu лучше всего ставить 1280-1300 (либо подбирать индивидуально с шагом 50 от 1400 до 1000).

Действительно QoS тут ни при чем, без него тоже падает, mtu и так по умолчанию остался 1300. Пробую пока через pptp.
На pptp при mtu 1400 уже час как нормально работает.

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

Не рвет соединение – подтверждаю. Не на 2.02 WW (с этой версией микропрограммы сейчас поступают роутеры), не на 2.05WW.
L2TP также не рвет, но это я смотрел в связке с кабельным модемом Thomson TCM 420.

Мда, пробовал играться с mtu, теперь работает l2tp и на 1300, а вот 1350, 1400 рвет соединения.

Вот и оставьте 1300, раз не рвет соединения. У меня в настройках l2tp стоит MTU 1280. Близко к оптимуму по стабильности и скорости.
Кстати, вот на заметку Balian'у. Пусть-ка объяснит.

А с какой стати радоваться mtu 1300, если при этом при этом полезного трафика ощутимо меньше?
Я хочу положенные 1454, к тому как же jumbo-frames?
Роутер позволяет выставить mtu только в дианазоне 200-1400.

Что значит "полезного трафика ощутимо меньше"? Одинаково при любом MTU. Вы хоть почитайте, что это такое.
Jumbo frames поддерживается только на гигабитных интерфейсах. Вы уверены, что вам провайдер гигабитный линк дает?

Я вроде как читал и писал в свое время, каждый пакет оборачивается в служебный траффик, чем меньше размеры пакетов, тем большее их число надо передать(при одинаковом объеме информации), следовательно чем больше пакето, тем больше служебного траффика в канале. Короче при mtu 1500 по 100 Мбит/с можно гонять 12,5 Мбайт/с, при mtu 500 - только 5 Мбайт/с. Или кто-то с этим не согласен?
А почему jumbo frames работает только на гигабитных линках, если в том же dlink dsl-2650 он прекрасно работает, или у нас уже появился гигабитный adsl?

С чего бы такое падение скорости? Ну пусть все заголовки и обертки занимают 60 байт. При MTU=1500 это будет 60/1500=4%, при MTU=500 это 60/500=12%. Ну будет не 12.3 мбайт/с, а 11.3 мбайт/с. Просто при MTU=500 у вас будет больше пакетов генериться за то же время, давая такую же скорость. Главное, чтобы процессор роутера с этим справлялся.

Эмм... Вы можете какую-нибудь ссылку привести, где jumbo frames в стандарте adsl присутствуют?