LINUX.ORG.RU
Форум — Admin  

ADSL + PPP + LCP + сранный разрыв связи


0

0 

Всем привет!

Я использую ADSL модем D-Link DSL-200 под Gentoo:
  pppd 2.4.2
  rp-pppoe 3.5-r11
  eciadsl-usermode-0.11

Имеется весьма странное поведение - после нескольких часов работы 
соединение разрывается!

Вот кусок лога, в котором демонстрируется успешное 
подключение к провайдеру
---------------------------------------------
* The following section shows the pppd command we will invoke
pppd invocation
/usr/bin/setsid /usr/sbin/pppd pty '/usr/sbin/pppoe -p /var/run/-adsl.pid.pppoe -I tap0 -T 80 -U  -m 1412   '  noipdefault noauth default-asyncmap defaultroute hide-password nodetach  mtu 512 mru 1492 noaccomp noccp nobsdcomp nodeflate nopcomp novj novjccomp user ptn lcp-echo-interval 20 lcp-echo-failure 3   debug
---------------------------------------------
using channel 26
Using interface ppp0
Connect: ppp0 <--> /dev/pts/0
sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xf6d6f92b>]
rcvd [LCP ConfReq id=0x9 <mru 1492> <auth pap> <magic 0x63fe861b>]
sent [LCP ConfAck id=0x9 <mru 1492> <auth pap> <magic 0x63fe861b>]
rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xf6d6f92b>]
sent [LCP EchoReq id=0x0 magic=0xf6d6f92b]
sent [PAP AuthReq id=0x1 user="ptn" password=<hidden>]
rcvd [LCP EchoRep id=0x0 magic=0x63fe861b]
rcvd [PAP AuthAck id=0x1 ""]
PAP authentication succeeded
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1 <addr 89.110.4.137>]
sent [IPCP ConfReq id=0x2 <addr 89.110.4.137>]
rcvd [IPCP ConfReq id=0x35 <addr 89.110.4.1>]
sent [IPCP ConfAck id=0x35 <addr 89.110.4.1>]
rcvd [IPCP ConfAck id=0x2 <addr 89.110.4.137>]
local  IP address 89.110.4.137
remote IP address 89.110.4.1

А вот следующие строчки в нем (при разрыве)

rcvd [LCP TermReq id=0xa]
LCP terminated by peer
Script /etc/ppp/ip-down started (pid 16710)
sent [LCP TermAck id=0xa]
Modem hangup
Connection terminated.
Connect time 720.2 minutes.
Sent 1574570979 bytes, received 1052403621 bytes.
Waiting for 2 child processes...
  script /etc/ppp/ip-down, pid 16710
  script /usr/sbin/pppoe -p /var/run/-adsl.pid.pppoe -I tap0 -T 80 -U  -m 1412   , pid 14318
Script /usr/sbin/pppoe -p /var/run/-adsl.pid.pppoe -I tap0 -T 80 -U  -m 1412    finished (pid 14318), status = 0x0
Script /etc/ppp/ip-down finished (pid 16710), status = 0x1
Connect time 720.2 minutes.
Sent 1574570979 bytes, received 1052403621 bytes.

Как видно, по протоколу управления соединением LCP приходит 
termination request.
Приходит он очевидно (поправьте, если я не прав) от провайдера (т.е. 
от второй точки).
Вопрос - почему он приходит?!
Может ли это быть связано с проблемами с моей стороны?

Или провайдеры делают это специально (у меня 256K/Unlimit)?

Спасибо!
← копирование файлов в фоновом режиме
openvpn не роутится во внутреннюю сеть →
Ответ на: комментарий от Deleted 

Пока нет уверенности менять не хочу.
Я его не покупал, дали при подключении на халяву :)

А если придется менять - что можете порекомендовать?

Krivenok_Dmitry ★
() автор топика
Ответ на: комментарий от Deleted 

Ну про качество linksys можешь мне не рассказывать :)
Я уже имел дело с их WiFi рутером и Skype Phone'ом.
Один работает через жопу, второй просто сломался.

Krivenok_Dmitry ★
() автор топика

Видимо провайдер раз в 12 часов (12*60=720мин)принудительно разрывает соединение для снятия статистики через radius-сервер. Думаю модем тут не виноват. Позвони провайдеру и узнай.

anonymous
()

>Connect time 720.2 minutes.
720/60=12
имхо, неспроста :) Может договор\инфу на сайте прова почитать про принудительный разрыв?

anonymous
()
Ответ на: комментарий от Krivenok_Dmitry

если обычто 720, а 189 было один раз - то случайность, сбой, пр.

anonymous
()

Разные ADSL-модемы по разному дружат с разными DSLAM'ами. К примеру модемы D-Link DSL-200 очень плохо работают (в винде) если у провайдера DSLAM ZyXEL, там разрывы связи каждые 2-5 минут наблюдаются.

Vlad_Ts ★★★★★
()
Ответ на: комментарий от Krivenok_Dmitry

Честно говоря не знаю, но ADSL-модем c USB интерфейсом я бы брать не стал, при халявной раздаче лежал бы как запасной.

Vlad_Ts ★★★★★
()
Ответ на: комментарий от Vlad_Ts

Вообще они все между собой обязаны дружить, т.к. стандарт один для всех, однако реализация фирменных фич иногда плохо сказывается для USB-модемов, для которых сетевой интерфейс реализутеся драйвером. D-Link DSL-300 DSL-500, не имеют проблем с теми же DSLAM ZyXEL.

Vlad_Ts ★★★★★
()
Ответ на: комментарий от Krivenok_Dmitry

Зухель OMNI ADSL USB пашет отменно, дрова в ядре, прошивка элементарно выдирается из виндового драйвера и аплоадится на момед самим драйвером, греется мало, звуков не издает вообще, питание от порта USB. Если используется выделенный роутер - то ИМХО идеальное решение. Фича с разрывом связи - такое есть, например, у московского МТУ, только раз в 24 часа. Теоретически rp-pppoe обрабатывает разрыв связи автоматом и поднимает соединение.

Gharik ☆
()
Ответ на: комментарий от Gharik 

Да, но после разрыва восстановить связь он не может.

Вот лог (трасса PPP) нормального соединения

rp-pppoe-3.5
17:35:11.580 SENT PPPoE Discovery (8863) PADI sess-id 0 length 12
SourceAddr 4a:ad:fe:bc:48:e5 DestAddr ff:ff:ff:ff:ff:ff
01 01 00 00 01 03 00 04 96 33 00 00               .........3..

17:35:11.638 RCVD PPPoE Discovery (8863) PADO sess-id 0 length 59
SourceAddr 00:90:1a:41:fb:3f DestAddr 4a:ad:fe:bc:48:e5
01 02 00 17 53 50 62 2d 53 5a 54 2d 42 52 41 53   ....SPb-SZT-BRAS
2d 45 33 32 30 2d 31 2d 33 34 33 01 03 00 04 96   -E320-1-343.....
33 00 00 01 01 00 00 01 04 00 10 8d 10 a5 66 63   3.............fc
fb 92 3f 3c fb 78 cc 25 ee 3b 11                  ..?<.x.%.;.

17:35:11.638 SENT PPPoE Discovery (8863) PADR sess-id 0 length 32
SourceAddr 4a:ad:fe:bc:48:e5 DestAddr 00:90:1a:41:fb:3f
01 01 00 00 01 03 00 04 96 33 00 00 01 04 00 10   .........3......
8d 10 a5 66 63 fb 92 3f 3c fb 78 cc 25 ee 3b 11   ...fc..?<.x.%.;.

17:35:11.698 RCVD PPPoE Discovery (8863) PADS sess-id 4841 length 59
SourceAddr 00:90:1a:41:fb:3f DestAddr 4a:ad:fe:bc:48:e5
01 01 00 00 01 03 00 04 96 33 00 00 01 02 00 17   .........3......
53 50 62 2d 53 5a 54 2d 42 52 41 53 2d 45 33 32   SPb-SZT-BRAS-E32
30 2d 31 2d 33 34 33 01 04 00 10 8d 10 a5 66 63   0-1-343.......fc
fb 92 3f 3c fb 78 cc 25 ee 3b 11                  ..?<.x.%.;.

17:35:12.582 SENT PPPoE Session (8864) SESS sess-id 4841 length 16
SourceAddr 4a:ad:fe:bc:48:e5 DestAddr 00:90:1a:41:fb:3f
c0 21 01 01 00 0e 01 04 05 d4 05 06 6c 75 01 a3   .!..........lu..

17:35:12.685 RCVD PPPoE Session (8864) SESS sess-id 4841 length 20
SourceAddr 00:90:1a:41:fb:3f DestAddr 4a:ad:fe:bc:48:e5
и т д

А вот лог попыток реконнекта 

rp-pppoe-3.5
17:25:37.292 SENT PPPoE Discovery (8863) PADI sess-id 0 length 12
SourceAddr 3a:b9:57:74:50:8f DestAddr ff:ff:ff:ff:ff:ff
01 01 00 00 01 03 00 04 aa 30 00 00               .........0..

17:25:42.291 SENT PPPoE Discovery (8863) PADI sess-id 0 length 12
SourceAddr 3a:b9:57:74:50:8f DestAddr ff:ff:ff:ff:ff:ff
01 01 00 00 01 03 00 04 aa 30 00 00               .........0..

17:25:52.290 SENT PPPoE Discovery (8863) PADI sess-id 0 length 12
SourceAddr 3a:b9:57:74:50:8f DestAddr ff:ff:ff:ff:ff:ff
01 01 00 00 01 03 00 04 aa 30 00 00               .........0..
и т д

Krivenok_Dmitry ★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← копирование файлов в фоновом режиме
Admin
openvpn не роутится во внутреннюю сеть →