Модем DSL-2540U/BRU/D в режиме роутера. Последняя прошивка 1.31
Периодически происходит пропадание DSL- индикатор DSL отключается, естественно, Интернет тоже. Переподключение происходит не всегда - индикатор DSL начинает моргать, поморгает и снова отключается. И так несколько раз. Но вот какая особенность наблюдается - если поднять трубку на телефоне перед тем или до того как начинает мигать лампочка DSL, то коннект DSL происходит нормально. И дальше уже держится нормально вне зависимости от использования телефона. Потом через какое то время разрыв происходит снова. Частота разрывов совершенно непредсказуемая - может работать стабильно несколько часов, а может за час несколько раз "сорваться".

Мне бы выяснить что вообще происходит - проблема в настройках -модеме или что то у оператора на АТС? Почему при поднятии трубки происходит линк сразу, а до поднятия может долго не подключаться -только холостые попытки?

Приведу лог:
Aug 8 07:12:32 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=174.129.204.65 DST=78.156.242.74 LEN=40 TOS=0x00 PREC=0x00 TTL=116 ID=256 DF PROTO=TCP SPT=12200 DPT=1080 WINDOW=8192 RES=0x00 SYN URGP=0
Aug 8 07:41:02 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=119.152.42.247 DST=78.156.242.74 LEN=56 TOS=0x00 PREC=0x00 TTL=49 ID=61701 DF PROTO=TCP SPT=2142 DPT=23 WINDOW=5808 RES=0x00 SYN URGP=0
Aug 8 07:41:05 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=119.152.42.247 DST=78.156.242.74 LEN=56 TOS=0x00 PREC=0x00 TTL=49 ID=61702 DF PROTO=TCP SPT=2142 DPT=23 WINDOW=5808 RES=0x00 SYN URGP=0
Aug 8 07:57:25 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=95.24.219.125 DST=78.156.242.74 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=5045 DF PROTO=TCP SPT=46044 DPT=13401 WINDOW=5680 RES=0x00 SYN URGP=0
Aug 8 07:57:28 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=95.24.219.125 DST=78.156.242.74 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=5046 DF PROTO=TCP SPT=46044 DPT=13401 WINDOW=5680 RES=0x00 SYN URGP=0
Aug 8 08:02:21 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=118.100.138.206 DST=78.156.242.74 LEN=60 TOS=0x00 PREC=0x00 TTL=53 ID=17862 DF PROTO=TCP SPT=4666 DPT=23 WINDOW=5808 RES=0x00 SYN URGP=0
Aug 8 08:05:52 syslog info -- MARK --
Aug 8 08:20:23 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=209.9.4.69 DST=78.156.242.74 LEN=60 TOS=0x00 PREC=0x00 TTL=59 ID=39591 DF PROTO=TCP SPT=39655 DPT=22 WINDOW=5840 RES=0x00 SYN URGP=0
Aug 8 08:36:13 user crit kernel: eth0 Link DOWN.
Aug 8 08:36:13 user info kernel: br0: port 1(eth0) entering disabled state
Aug 8 08:36:13 user info kernel: br0: port 1(eth0) entering disabled state
Aug 8 08:36:15 user crit kernel: eth0 Link UP.
Aug 8 08:36:16 user info kernel: br0: port 1(eth0) entering learning state
Aug 8 08:36:16 user info kernel: br0: topology change detected, propagating
Aug 8 08:36:16 user info kernel: br0: port 1(eth0) entering forwarding state
Aug 8 08:42:02 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=174.129.204.65 DST=78.156.242.74 LEN=40 TOS=0x00 PREC=0x00 TTL=116 ID=256 DF PROTO=TCP SPT=12200 DPT=1080 WINDOW=8192 RES=0x00 SYN URGP=0
Aug 8 08:55:01 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=213.233.92.93 DST=78.156.242.74 LEN=52 TOS=0x00 PREC=0x00 TTL=50 ID=63541 DF PROTO=TCP SPT=37034 DPT=135 WINDOW=65535 RES=0x00 SYN URGP=0
Aug 8 09:02:36 user crit kernel: ADSL link down
Aug 8 09:02:39 daemon crit pppd[320]: Clear IP addresses. Connection DOWN.
Aug 8 09:02:39 daemon crit pppd[320]: Clear IP addresses. PPP connection DOWN.
Вот срывается линк и дальше не может подключиться, но когда я поднимаю трубку на телефоне (слышу ровный, обычный гудок в трубке), то линк DSL появляется и дальше держится интернет нормально, не зависимо от того пользуюсь телефоном или нет

Aug 8 09:05:19 user warn dnsprobe[506]: dns query failed
Aug 8 09:05:21 user warn dnsprobe[506]: dns query failed
Aug 8 09:05:23 user warn dnsprobe[506]: dns query failed

Aug 8 09:05:23 user notice dnsprobe[506]: Primary DNS server Is Down... Switching To Secondary DNS server
Aug 8 09:05:24 user crit kernel: ADSL G.994 training
Aug 8 09:05:28 user crit kernel: ADSL G.992 started
Aug 8 09:05:32 user crit kernel: ADSL G.992 channel analysis
Aug 8 09:05:39 user crit kernel: ADSL G.992 message exchange
Aug 8 09:05:39 user crit kernel: ADSL link up, interleaved, us=639, ds=6144
Aug 8 09:05:39 user warn kernel: ADSL2/ADSL2+ connection
Aug 8 09:05:41 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
Aug 8 09:05:41 daemon notice pppd[320]: PPP: Start to connect ...
Aug 8 09:05:43 daemon crit pppd[320]: PPP server detected.
Aug 8 09:05:43 daemon crit pppd[320]: PPP session established.
Aug 8 09:05:43 daemon crit pppd[320]: PPP LCP UP.
Aug 8 09:05:43 daemon crit pppd[320]: Received valid IP address from server. Connection UP.
Aug 8 09:05:48 user debug syslog: route add default gw 78.156.240.58 2>/dev/null
Aug 8 09:05:48 user debug syslog: iptables -A FORWARD -o ppp_0_0_35_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Aug 8 09:05:48 user debug syslog: iptables -A FORWARD -i ppp_0_0_35_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Aug 8 09:05:48 user debug syslog: echo > /proc/net/ip_conntrack
Aug 8 09:05:49 user debug syslog: echo "1000" > /proc/sys/net/ipv4/ip_conntrack_max
Aug 8 09:05:49 user debug syslog: echo 2000 > /proc/sys/net/ipv4/netfilter/ip_conntrack_generic_timeout
Aug 8 09:05:49 user debug syslog: echo 600 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established
Aug 8 09:05:49 user debug syslog: echo 1400 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_fin_wait
Aug 8 09:05:49 user debug syslog: echo 2000 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_time_wait
Aug 8 09:05:49 user debug syslog: echo 4096 > /proc/sys/net/ipv4/ipfrag_high_thresh
Aug 8 09:05:49 user debug syslog: echo 1024 > /proc/sys/net/ipv4/ipfrag_low_thresh
Aug 8 09:05:49 user debug syslog: echo 5 > /proc/sys/net/ipv4/ipfrag_time
Aug 8 09:05:49 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
Aug 8 09:05:49 user debug syslog: iptables -t nat -D POSTROUTING -o ppp_0_0_35_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Aug 8 09:05:49 user debug syslog: iptables -t nat -A POSTROUTING -o ppp_0_0_35_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE
Aug 8 09:05:49 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 78.156.225.2 2>/dev/null
Aug 8 09:05:49 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 78.156.225.2
Aug 8 09:05:52 syslog info -- MARK --
Aug 8 09:14:36 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=174.129.204.65 DST=78.156.242.74 LEN=40 TOS=0x00 PREC=0x00 TTL=116 ID=256 DF PROTO=TCP SPT=12200 DPT=1080 WINDOW=8192 RES=0x00 SYN URGP=0
Aug 8 09:15:25 user notice dnsprobe[506]: Switching Back To Primary DNS server
Aug 8 09:15:28 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=125.89.77.146 DST=78.156.242.74 LEN=40 TOS=0x00 PREC=0x00 TTL=107 ID=256 PROTO=TCP SPT=6000 DPT=1433 WINDOW=16384 RES=0x00 SYN URGP=0
Aug 8 09:28:22 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=174.129.204.65 DST=78.156.242.74 LEN=40 TOS=0x00 PREC=0x00 TTL=116 ID=256 DF PROTO=TCP SPT=12200 DPT=1080 WINDOW=8192 RES=0x00 SYN URGP=0
Aug 8 09:38:15 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=174.129.204.65 DST=78.156.242.74 LEN=40 TOS=0x00 PREC=0x00 TTL=116 ID=256 DF PROTO=TCP SPT=12200 DPT=1080 WINDOW=8192 RES=0x00 SYN URGP=0
Aug 8 09:42:55 user alert kernel: Intrusion -> IN=ppp_0_0_35_1 OUT= MAC= SRC=174.129.204.65 DST=78.156.242.74 LEN=40 TOS=0x00 PREC=0x00 TTL=116 ID=256 DF PROTO=TCP SPT=12200 DPT=1080 WINDOW=8192 RES=0x00 SYN URGP=0

И дальше все нормально не срывается, щас не срывается - а может сорваться в любое время - не пойму от чего.

Возможно сплиттер барахлит, если есть возможность поменяйте его.
Также проверьте все контакты на надежность, если на линии есть скрутки зачистите их и пропаяйте.

_________________
DSL-2500U/BRU/D1 | F/W 1.58 | Укртелеком ОГО! - 10

О какой линии идет речь? Если то что по квартире - то от щитка в подъезде в квартиру и по квартире я сдалал на витой паре 5-й категории (использовал одну пару от кабеля) и никаких скруток вообще нет - цельный кабель о сплитера, и от него тоже две цельные разводки -одна на модем вторая на телефон. А в подъезд заходит 40-ка жильный кабель - а куда он дальше через подвал идет - это уж мне не известно и сколько там скруток может быть на пути в шахтах это же отследить практически невозможно!!!

Была у меня такая-же история.
Тот-же эффект наблюдается если вместо поднятия трубки, позвонить себе на телефон с мобилы.

Всё как рукой сняло после полугодичной войны с кабельщиками:)

Проблема в линии. А ещё может быть такая ситуация, что на порту(на АТС) стоит профиль 4мегабита(допустим) и на ващей линии четырехмеговый профиль поднимается "впритык", но, скажем, если у вас тарифный план 1мегабит - то вы можете позвонив в сапорт, попросить, чтобы профиль порта тоже сделали мегабитным - и тогда проблема исчезнет сама собой(информация 100% проверена, сам так делал).

Даже когда на мегабите у меня начиналась свистопляска - звонил в сапорт и просил сделать 512(пока кабельщики приедут) и на 512 прекрасно всё работало. Т.е. проблема у вас та-же.

Для подтверждения выложите параметры линии в тот момент, когда связь всё-таки установилась.

Если по квартире до щитка все ок, то сдавайте линию в бюро ремонта

_________________
DSL-2500U/BRU/D1 | F/W 1.58 | Укртелеком ОГО! - 10

Ну вот сейчас вроде держится линия:
Параметры следующие

Mode: ADSL2+
Line Coding: Trellis On
Status: No Defect
Link Power State: L0

Downstream Upstream
SNR Margin (dB): 12.8 12.5
Attenuation (dB): 47.0 31.2
Output Power (dBm): 12.8 38.3
Attainable Rate (Kbps): 2408 25124
Rate (Kbps): 1019 467
MSGc (number of bytes in overhead channel message): 60 11
B (number of bytes in Mux Data Frame): 31 13
M (number of Mux Data Frames in FEC Data Frame): 1 1
T (Mux Data Frames over sync bytes): 1 4
R (number of check bytes in FEC Data Frame): 0 0
S (ratio of FEC over PMD Data Frame length): 0.9734 0.9412
L (number of bits in PMD Data Frame): 263 119
D (interleaver depth): 1 1
Delay (msec): 0 0

Super Frames: 191284 191938
Super Frame Errors: 571 1108
RS Words: 0 0
RS Correctable Errors: 0 0
RS Uncorrectable Errors: 0 N/A

HEC Errors: 317 1941
OCD Errors: 29 0
LCD Errors: 0 0
Total Cells: 7382609 3379769
Data Cells: 257694 10792
Bit Errors: 0 0

Total ES: 148 141
Total SES: 12 21
Total UAS: 53 0