ИМХО, провайдер у нас с mvt неплохой, у меня стабильно работает инет, живем в 200 метрах друг от друга, бывают иногда провалы (падает интернет) минут на 10-20 (ну очень редко). Проблема,  наверное, в проводах... Он просто запаниковал - у нас по звонку эти мальчики бегают только в путь, в выходные то же (за инет бабки каждый месяц отсчитываем), а когда надоест бегать, то занимаются уже серьезно. Один мой товарищ на дню раза по 4 звонил, когда надоело им бегать - уж не знаю, что они сделали, но ему написали целый мануал и инет стал без проблемный...

Вот, Олег. Я тоже так думал, а когда столкнулся... Если в понедельник не сделают - уйду на Домолинк.

$ sudo mcedit /etc/ppp/peers/dsl-provider

noipdefault

# В таблице маршрутизации сделать данное соединение маршрутом по умолчанию

defaultroute

replacedefaultroute

hide-password

#lcp-echo-interval 30

#lcp-echo-failure 4

noauth

# Восстановить связь в случае разрыва

persist

# Использовать максимальный размер передаваемого пакета в 1492 байт

mtu 1492

usepeerdns

Взято отсюда

...
persist
              Do  not exit after a connection is terminated; instead try to reopen the connection. The maxfail option still has an effect on persistent connections.
...

lcp-echo-adaptive
              If this option is used with the lcp-echo-failure option then pppd will send LCP echo-request frames only if no traffic  was received from the peer since the last echo-request was sent.

       lcp-echo-failure n
              If  this  option  is given, pppd will presume the peer to be dead if n LCP echo-requests are sent without receiving a valid LCP echo-reply.  If this happens, pppd will terminate the connection.  Use of this option requires a non-zero value for the lcp-echo-interval  parameter.   This  option can be used to enable pppd to terminate after the physical connection has been broken (e.g., the modem has hung up) in situations where no hardware modem control lines are available.

       lcp-echo-interval n
              If this option is given, pppd will send an LCP echo-request frame to the peer every n seconds.  Normally  the  peer  should respond  to  the echo-request by sending an echo-reply.  This option can be used with the lcp-echo-failure option to detect that the peer is no longer connected.

P.S. Вполне вероятно, что проблема всё-таки «железная». Чтобы более предметно общаться с провайдером, попробуйте подключить машину с Windows (мне, к счастью, удалось обойтись без этого )

Как сделать? Ну хоть на два дня?

mvt, тут такая мысль:
если работало и у себя ничего не меняли,- значит велика вероятность, что проблема не на вашей стороне.И надо заставить провайдера проревизить участок "проводов" от вас и до него.
Можно найти (у соседей) нетбук с 7й, вызвать кудесников от провайдера и сказать= вот мол, сеть отваливается. они тогда не смогут перевсети стрелки на линукс.
И пусть всё смотрят, от вашей квартиры и свитча на чердаке до своей АТС- или что там у них. Вам это не помешает, а может и поможет.
Параллельно это вам не мешает изучать логи,- проверять, что у себя. Хотя обрывы, ИМХО,- от проблем у провайдера,- как вариант от перегрузки сети.

stalker_tk пишет:

А pppd не должен рестартовать соединение после дисконнекта?

В некоторой степени зависит от настроек.

Как сделать? Ну хоть на два дня?

А pppd не должен рестартовать соединение после дисконнекта?

В некоторой степени зависит от настроек.

Добавь debug в файл настройки и тогда будет более раскрытый лог. Может чего увидем?

разумный совет

на сетевухе образуется интерфейс ppp0 и Lnux его воспринимает, как модем...

Может в этом дело? В смысле сетевая карта умирает.
А pppd не должен рестартовать соединение после дисконнекта?

А на 2.6.32.44 проблемы были?

Да Вы знаете, я не заморачивался. Приходили ядра, менялись. Всё работало. Я уже на 4-том ядре загрузился. Пока - всё падало

mvt пишет:

Посмотрим?

Диагностировать, так диагностировать по максимуму

mvt@eeepc:~$ uname -a
Linux eeepc 2.6.32-44-generic #98-Ubuntu SMP Mon Sep 24 17:32:45 UTC 2012 i686 GNU/Linux

Будем посмотреть...