Аналогично, второй реконект.

Apr 11 15:53:43 daemon crit pppd[315]: Clear IP addresses. Connection DOWN.
Apr 11 15:53:43 daemon crit pppd[315]: Clear IP addresses. PPP connection DOWN.
Apr 11 15:53:49 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 15:53:49 daemon crit pppd[315]: PPP server detected.
Apr 11 15:53:52 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 15:53:52 daemon crit pppd[315]: PPP server detected.
Apr 11 15:53:55 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 15:53:55 daemon crit pppd[315]: PPP session established.
Apr 11 15:53:57 daemon crit pppd[315]: PPP LCP UP.
Apr 11 15:53:58 daemon crit pppd[315]: Received valid IP address from server. Connection UP.

3 дисконект и модем повис.

Apr 11 23:53:58 daemon crit pppd[315]: Clear IP addresses. Connection DOWN.
Apr 11 23:53:58 daemon crit pppd[315]: Clear IP addresses. PPP connection DOWN.
Apr 11 23:54:04 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:54:04 daemon crit pppd[315]: PPP server detected.
Apr 11 23:54:07 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:54:07 daemon crit pppd[315]: PPP session established.
Apr 11 23:54:19 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:54:19 daemon crit pppd[315]: PPP server detected.
Apr 11 23:54:22 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:54:22 daemon crit pppd[315]: PPP server detected.
Apr 11 23:54:22 daemon crit pppd[315]: PPP session established.
Apr 11 23:54:30 user warn dnsprobe[483]: dns query failed
Apr 11 23:54:32 user warn dnsprobe[483]: dns query failed
Apr 11 23:54:34 user warn dnsprobe[483]: dns query failed
Apr 11 23:54:34 user notice dnsprobe[483]: Primary DNS server Is Down... Switching To Secondary DNS server
Apr 11 23:54:37 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:54:38 daemon crit pppd[315]: PPP server detected.
Apr 11 23:54:41 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:54:41 daemon crit pppd[315]: PPP server detected.
Apr 11 23:54:44 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:54:44 daemon crit pppd[315]: PPP server detected.
Apr 11 23:54:44 daemon crit pppd[315]: PPP session established.
Apr 11 23:54:56 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:54:56 daemon crit pppd[315]: PPP server detected.
Apr 11 23:54:56 daemon crit pppd[315]: PPP session established.
Apr 11 23:55:07 user warn dnsprobe[483]: dns query failed
Apr 11 23:55:08 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:55:08 daemon crit pppd[315]: PPP server detected.
Apr 11 23:55:09 user warn dnsprobe[483]: dns query failed
Apr 11 23:55:11 user warn dnsprobe[483]: dns query failed
Apr 11 23:55:11 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:55:11 daemon crit pppd[315]: PPP server detected.
Apr 11 23:55:14 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:55:15 daemon crit pppd[315]: PPP server detected.
Apr 11 23:55:15 daemon crit pppd[315]: PPP session established.
Apr 11 23:55:27 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:55:27 daemon crit pppd[315]: PPP server detected.
Apr 11 23:55:30 daemon notice pppd[315]: PPP: Start to connect ...
Apr 11 23:55:30 daemon crit pppd[315]: PPP session established.

4 Дисконект не пережил модем.

ради интереса я сделал вот что:

свой dsl-2540u_RU настроил бриджем
а к нему подключил VPN ROUTER DI-804HV (взял с работы) и настроил PPoE на нём.
никаких дисконектов !!!!

и понравилась мне одна функция в DI-804HV --- это
Connect mode select
Always-on * Manual * Connect-on-demand *

Connect mode select — режим установки соединения.
«Connect-on-Demand» — установка соединения при необходимости — то есть при появлении трафика, направленного в Интернет, устройство установит соединение, а при отсутствии активности более времени, указанного в «Maximum Idle Time» — отсоединиться. Также можно поставить режим «Always-on» для постоянного подключения. В случае выбора «Manual» — соединение устанавливается и завершается вручную

разве нельзя сделать такой функции в dsl-2540u_RU ???

_________________
dsl-2540u_RU ЮТК Волгоград

4 Дисконект пережил

Apr 12 16:00:43 daemon crit pppd[309]: Clear IP addresses. PPP connection DOWN.
Apr 12 16:00:49 daemon notice pppd[309]: PPP: Start to connect ...
Apr 12 16:00:49 daemon crit pppd[309]: PPP server detected.
Apr 12 16:00:52 daemon notice pppd[309]: PPP: Start to connect ...
Apr 12 16:00:53 daemon crit pppd[309]: PPP server detected.
Apr 12 16:00:53 daemon crit pppd[309]: PPP session established.
Apr 12 16:01:05 daemon notice pppd[309]: PPP: Start to connect ...
Apr 12 16:01:05 daemon crit pppd[309]: PPP server detected.
Apr 12 16:01:08 daemon notice pppd[309]: PPP: Start to connect ...
Apr 12 16:01:08 daemon crit pppd[309]: PPP session established.
Apr 12 16:01:09 daemon crit pppd[309]: PPP LCP UP.
Apr 12 16:01:12 daemon crit pppd[309]: Received valid IP address from server. Connection UP.

2 Hunter34

Что ты понимаешь под "Модем повис"?
Если модем повисает, то как ты с него логи получаешь?

В тему:
Любимый ЮТК Волгоград, очередной реконект на 85.174.0.0 (bas3) - вроди как и подключился, но пинг доходит только до самого "сервера авторизации", то есть мой модем 83.239.ХХ.ХХ - пингуется, 85.174.0.0 - пингуется ... а дальше нет ... я кароч в тех поддержку ...
В первые поймал сам момент и дозвонился до тех поддержки быстро... они в ответ вы авторизованны, должно работать, перезапустите модем (я то знаю, если ребутнуть модем - интернет запашет) ... по мере общения мы с чуваком из тех поддержки пришли к выводу что умер НАТ на модеме...
Если сравнивать с WIN RRAS, то получается та же лабуда - не запущен маршрут по умолчанию ... то есть вроди как оно то работает, а вот маршрут по умолчанию не работает ...
В логах модема при этом вроди как всё в норме, только не хватает строчки dnsprobe[554]: dnsprobe started! ... но до модема снаружи вроди как ломятся kernel: Intrusion -> IN=ppp_0_8_35_1 OUT= MAC= SRC=195.90.128.68 DST=83.239.ХХ.ХХ LEN=60 TOS=0x00 PREC=0x20 TTL=55 ID=59429 DF PROTO=TCP SPT=42385 DPT=113 WINDOW=5840 RES=0x00 SYN URGP=0 (на сколько я понимаю эту запись формирует фаервол, возможно ошибаюсь - поправьте меня)

Ребут конечно помог, но хочется без ребута - пусть модем сам поднимается

После ребута параметры те же, но оно работает...

Board ID: DSL-2540U
Software Version: RU_1.20
Bootloader (CFE) Version: 1.0.37-8.7
Line Rate - Upstream (Kbps): 1265
Line Rate - Downstream (Kbps): 13347
LAN IP Address: 192.168.1.1
Default Gateway: 85.174.0.0
Primary DNS Server: 83.239.128.30
Secondary DNS Server: 83.239.131.8
Date/Time: Sun Apr 12 21:42:58 2009

offtopic
Сменил модем с Асуса(прошивка от акорпа) на этот... думал болезнь модема... чую болезнь всех модемов... это по поводу заверений I7 и tundra37

Зациклился на реконекте. Я думал для посетителей этого форума такие банальные вещи должны быть интуитивно понятны.

Я так и понял, просто на Асусе - он у меня реально просто вис... и не зайдешь и не ребутнешь програмно - только физически ... лезть под стол ... Д-Линк - пока програмным ребутом всегда справляется...

У меня такое было именно из-за конденсатора. Правда, модем dsl-2500u.
При этом через веб интерфейс снова поднять соединение не получается.
Тут описал, что делать и как решить проблему на своем модеме:
viewtopic.php?t=84110
Может, кто кинет фото вашей платы?

я обратил внимание, что после перепайки конденсаторов действительно модему можно сделать ресет через скрипт или вэбинтерфейс и сессия поднимется.
до этого только выкл-вкл помогал.
пользователь Armen E прав по этому поводу.

но проблема самостоятельного поднятия сессии модемом так и осталась.

Продолжаю наблюдать за работой dsl-2540u_ru в режиме рутер после ввода команд:

echo 10240 > /proc/sys/net/ipv4/ipfrag_low_thresh
echo 22000 > /proc/sys/net/ipv4/ipfrag_high_thresh

Результат эксперимента с поднятием PPPoE на DI-804HV подключенный к dsl-2540u_RU бриджем --- никаких проблем, никаких обрывов.

_________________
dsl-2540u_RU ЮТК Волгоград

С бриджем, таких проблем не было, никто на это не жаловался. Более того, писали, что намучившись с роутером переходили в этот режим и все было хорошо.

Я по поводу того, что DI-804HV -это ведь тоже DLINK, что в нём есть такого в режиме PPPoE чего нет в dsl-2540 ?????

_________________
dsl-2540u_RU ЮТК Волгоград

У DI-804HV памяти больше.

Жаль что в Dlink 2100AP нет роутера.

To: Alexander Gorelik

вобщем с данными вами командами модем также не восстанавливает сессию....

я так понимаю что проблемы с dsl-2xx0u связаны с недостатком памяти?
ну а если сделать, чтобы модем сам очищал память в промежутки времени.... но тем самым мог бы восстанавливать сессию....

_________________
dsl-2540u_RU ЮТК Волгоград