Модем настроен в режиме роутера, прошивка последняя, оператор - Белтелеком (byfly). Модем очень часто (бывает раз в час рвет соединение). Менял на промсвязь (ZTE) тоже в режиме роутера - работает как часы:( Чего делать (классический вопрос) ? Проблема не только у меня такая с этой моделью - спецы белтелекома советуют менять на промсвязь.

Предоставьте записи системного журнала модема.

поясните, что сделать:(

Извиняюсь, системный журнал не включён в данную модель.
Разрывы dsl- могут случаться по следующим причинам:
1. По причине плохих характеристик линии связи. Эти данные можно посмотреть в разделе Статус--DSL. Как вариант решения? ограничить скорость со стороны провайдера на которой связь не будет разрываться. Также можно попробовать установить режим SRA в разделе Дополнительно--ADSL.
2. По причине слабой производительности устройства. Например при использовании торрента или флуда из внешней сети. Если это торрент, то уменьшить максимальное количество одновременных соединений в клиенте. Если это флуд, приобрести более производительное устройство либо использовать модем в режиме бриджа.

или включен
Management -> System Log ->

System Log

The System Log dialog allows you to view the System Log and configure the System Log options.

Click "View System Log" to view the System Log.

Click "Configure System Log" to configure the System Log options.

Нажмите Configure и потом Enable

_________________
Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/

Вы не написали ревизию модели h/w и прошивку , у Вас старая модель, в старой модели системный лог есть.
В настройках РРРоЕ соединения установите опцию Debug PPP, а уровень журналирования установите Debugging.

Сейчас пропадало соединение (светодиод Internet светил красным) 2 раза:

Device Info
Board ID: DSL-2540U
Software Version: RU_1.36
Bootloader (CFE) Version: 1.0.37-8.7
Release Date: Aug. 05, 2010

System Log

Date/Time Facility Severity Message
Jan 1 00:24:03 syslog emerg BCM96345 started: BusyBox v1.00 (2010.08.05-03:16+0000)
Jan 1 00:27:26 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=93.73.95.75 DST=178.122.134.174 LEN=48 TOS=0x00 PREC=0x00 TTL=115 ID=33043 DF PROTO=TCP SPT=1032 DPT=43295 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 00:33:48 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=46.159.164.144 DST=178.122.134.174 LEN=52 TOS=0x00 PREC=0x00 TTL=114 ID=30866 DF PROTO=TCP SPT=55919 DPT=2832 WINDOW=8192 RES=0x00 SYN URGP=0
Jan 1 00:43:46 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=62.148.145.237 DST=178.122.136.106 LEN=48 TOS=0x00 PREC=0x00 TTL=115 ID=57289 DF PROTO=TCP SPT=27425 DPT=57945 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 00:43:49 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=62.148.145.237 DST=178.122.136.106 LEN=48 TOS=0x00 PREC=0x00 TTL=115 ID=57477 DF PROTO=TCP SPT=27425 DPT=57945 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 00:43:55 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=62.148.145.237 DST=178.122.136.106 LEN=48 TOS=0x00 PREC=0x00 TTL=115 ID=57826 DF PROTO=TCP SPT=27425 DPT=57945 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 00:44:36 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=93.85.151.70 DST=178.122.136.106 LEN=48 TOS=0x00 PREC=0x00 TTL=125 ID=18878 DF PROTO=TCP SPT=13384 DPT=58870 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 00:44:38 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=93.85.151.70 DST=178.122.136.106 LEN=48 TOS=0x00 PREC=0x00 TTL=125 ID=20495 DF PROTO=TCP SPT=13384 DPT=58870 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 00:53:51 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=46.158.45.64 DST=178.122.136.106 LEN=48 TOS=0x00 PREC=0x00 TTL=116 ID=60234 DF PROTO=TCP SPT=5476 DPT=6881 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 01:04:49 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=195.175.254.94 DST=178.122.136.106 LEN=48 TOS=0x00 PREC=0x00 TTL=116 ID=5337 PROTO=TCP SPT=27905 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0
Jan 1 01:13:58 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=178.206.137.86 DST=178.122.136.106 LEN=48 TOS=0x00 PREC=0x00 TTL=115 ID=1102 DF PROTO=TCP SPT=3764 DPT=58870 WINDOW=65535 RES=0x00 SYN URGP=0

Большое количество входящих SYN запросов может приводить к отказу в обслуживании.
Причины:
1. Использование р2р-клиентов с большим количеством одновременных соединений. Решение- уменьшить максимальное количество одновременных соединений в клиенте.
2. Syn-флуд . Уточните у провайдера о возможности защиты с его стороны.