В принципе, можно было и не создавать новую тему, а написать в одной из существующих о проблеме, так как она в чем-то схожая с обсуждаемыми на этом форуме.
2540U BRU/C у меня появился недавно. Сессию после обрыва (тот, который обычно происходит раз в 24 часа) BRU C восстанавливает отлично, по сравнению со старым 2540U, который вообще частенько работал весьма нестабильно.
Однако 2540U BRU/C не может поднять соединение после других разрывов. Дело в том, что у моего провайдера уже несколько месяцев перегружен BRAS, терминирующий PPPoE сессии. И в связи с этим, иногда по вечерам происходят разрывы. После которых модем не может вновь поднять PPPoE. При этом, модем другой марки, при таких разрывах, восстанавливает соединение без труда.
И, имхо, ноги проблемы растут из не до конца решенной проблемы с плохой совместимостью модемов D-Link, c некоторым DSL-оборудованием провайдеров. Так как, повторюсь, другой модем переподключает сам и его не приходится перезагружать.
Перегрузка точки терминации - это конечно дело временное и решаемое, а также вина провайдера. Но все-таки модем должен поднимать PPPoE при любом разрыве, как мне кажется.
Прикладываю лог модема к проблеме:
Mar 18 17:44:43 daemon crit pppd[290]: Clear IP addresses. Connection DOWN.
Mar 18 17:44:43 daemon crit pppd[290]: Clear IP addresses. PPP connection DOWN.
Mar 18 17:44:43 daemon warn pppd[290]: Couldn't increase MTU to 1500.
Mar 18 17:44:43 daemon err pppd[290]: Couldn't increase MRU to 1500
Mar 18 17:44:46 daemon notice pppd[290]: Connection terminated.
Mar 18 17:44:46 daemon warn pppd[290]: Doing disconnect
Mar 18 17:44:49 daemon notice pppd[290]: PPP: Start to connect ...
Mar 18 17:44:51 daemon crit pppd[290]: PPP server detected.
Mar 18 17:44:51 daemon crit pppd[290]: PPP session established.
Mar 18 17:44:52 daemon notice pppd[290]: Connect: ppp_0_0_35_1 <--> nas_0_0_35
........
Mar 18 17:45:08 daemon crit pppd[290]: Received valid IP address from server. Connection UP.
Mar 18 17:47:15 user warn dnsprobe[516]: dns query failed
Mar 18 17:50:48 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=80.251.113.12 DST=95.72.176.90 LEN=48 TOS=0x00 PREC=0x00 TTL=113 ID=29186 DF PROTO=TCP SPT=2169 DPT=22543 WINDOW=65535 RES=0x00 SYN URGP=0
Mar 18 18:05:28 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=212.49.116.71 DST=95.72.176.90 LEN=60 TOS=0x00 PREC=0x00 TTL=47 ID=14804 DF PROTO=TCP SPT=38069 DPT=42811 WINDOW=5840 RES=0x00 SYN URGP=0
Mar 18 18:05:31 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=212.49.116.71 DST=95.72.176.90 LEN=60 TOS=0x00 PREC=0x00 TTL=47 ID=14805 DF PROTO=TCP SPT=38069 DPT=42811 WINDOW=5840 RES=0x00 SYN URGP=0
Mar 18 18:05:37 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=212.49.116.71 DST=95.72.176.90 LEN=60 TOS=0x00 PREC=0x00 TTL=47 ID=14806 DF PROTO=TCP SPT=38069 DPT=42811 WINDOW=5840 RES=0x00 SYN URGP=0
Mar 18 18:08:09 user crit kernel: eth0 Link DOWN.
Mar 18 18:09:20 user crit kernel: eth0 Link UP.
Mar 18 18:27:23 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=61.160.216.6 DST=95.72.176.90 LEN=40 TOS=0x00 PREC=0x00 TTL=94 ID=34702 PROTO=TCP SPT=6000 DPT=2967 WINDOW=16384 RES=0x00 SYN URGP=0
Mar 18 19:02:31 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=95.72.23.13 DST=95.72.176.90 LEN=60 TOS=0x00 PREC=0x00 TTL=61 ID=4776 DF PROTO=TCP SPT=2064 DPT=23 WINDOW=5808 RES=0x00 SYN URGP=0
Mar 18 20:35:25 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=61.160.216.6 DST=95.72.176.90 LEN=40 TOS=0x00 PREC=0x00 TTL=94 ID=54036 PROTO=TCP SPT=6000 DPT=2967 WINDOW=16384 RES=0x00 SYN URGP=0
Mar 18 20:37:34 user warn dnsprobe[516]: dns query failed
Mar 18 20:42:43 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=95.72.113.201 DST=95.72.176.90 LEN=60 TOS=0x00 PREC=0x00 TTL=61 ID=38032 DF PROTO=TCP SPT=4730 DPT=23 WINDOW=5760 RES=0x00 SYN URGP=0
(------- разрыв --------)
Mar 18 20:47:38 user warn dnsprobe[516]: dns query failed
Mar 18 20:57:41 user warn dnsprobe[516]: dns query failed
Mar 18 20:57:43 user warn dnsprobe[516]: dns query failed
Mar 18 20:57:45 user warn dnsprobe[516]: dns query failed
Mar 18 20:57:45 user notice dnsprobe[516]: Primary DNS server Is Down... Switching To Secondary DNS server
Mar 18 21:07:47 user warn dnsprobe[516]: dns query failed
Mar 18 21:07:49 user warn dnsprobe[516]: dns query failed
Mar 18 21:07:51 user warn dnsprobe[516]: dns query failed
Mar 18 21:17:53 user warn dnsprobe[516]: dns query failed
Mar 18 21:17:55 user warn dnsprobe[516]: dns query failed
Mar 18 21:17:57 user warn dnsprobe[516]: dns query failed
Mar 18 21:27:59 user warn dnsprobe[516]: dns query failed
Mar 18 21:28:01 user warn dnsprobe[516]: dns query failed
Mar 18 21:28:03 user warn dnsprobe[516]: dns query failed
Mar 18 21:38:05 user warn dnsprobe[516]: dns query failed
Mar 18 21:38:07 user warn dnsprobe[516]: dns query failed
Mar 18 21:38:09 user warn dnsprobe[516]: dns query failed
Mar 18 21:48:12 user warn dnsprobe[516]: dns query failed
Mar 18 21:48:14 user warn dnsprobe[516]: dns query failed
Mar 18 21:48:16 user warn dnsprobe[516]: dns query failed
Mar 18 21:58:18 user warn dnsprobe[516]: dns query failed
Mar 18 21:58:20 user warn dnsprobe[516]: dns query failed
Mar 18 21:58:22 user warn dnsprobe[516]: dns query failed
Параметры линии:
Mode: G.DMT
Type: Interleave
Line Coding: Trellis On
Status: No Defect
Link Power State: L0
Downstream Upstream
SNR Margin (dB): 29.7 25.0
Attenuation (dB): 9.0 3.5
Output Power (dBm): 12.2 11.8
Attainable Rate (Kbps): 12771 1458
Rate (Kbps): 6126 623
Оборудование на стороне провайдера:
DSLAM - ZyXEL IES-1248 (какой именно из серии IES-1248 - не знаю)
Точка терминации - Cisco 7206
Замечу, что после разрыва до Default Gateway пинг естественно не доходит.
Это я все к тому, что команде D-Link наверное стоит более тщательно проработать проблему совместимости новых модемов (тех же 2540U BRU/C) c оборудованием провайдеров.
Вход
Регистрация
FAQ
Поиск
