Bekijk de volledige versie : Отваливается инет на WL500GP...
romanchenko
23-09-2008, 07:37
Всем привет.
WL500GP 1.9.2.7-9, без доппакетов.WAN: static PPPoE, MAN: 192.168.., LAN - 172.168..(3 static + 1 DHCP).
Комп подключен шлангом (а 2 ноута и КПК по вафле, иногда), работает 24/7. В последний месяц начались отвалы инета... Сначала на провайдера грешил, а потом заметил, что если перезагрузить роутер(из вебморды, т.е. роутер не зависает, а именно кладет PPPoE, хотя в статусе пишет Connected), инет сказочным образом появляется... Причем если в статусе нажать disconnect, а потом после паузы Connect(без паузы в ~полминуты повиснет туннель и без саппорта прова не пофиксишь) - ничего не измениться.
А, вспомнил, когда это происходит, не проходит пинг даже до провайдерского MAN-сервера 192.168.54.1...
Т.е. первопричиной отвала вполне возможно и является провайдер, роутер рапортует об удачном реконнекте, но инета нету... Помогает только перезагрузка. Я конечно могу ресетнуть его и заново настроить, наверняка поможет, но хотелось бы разобраться в причинах, ибо ничего с ним не делал, как-говориться, один раз настроил и забыл.
Лог после последнего подвиса в аттаче... Гляньте кто-нить, а то я в никсах не секу...
С сетями я дружу постольку-поскольку, поэтому вот...
Всем привет.
WL500GP 1.9.2.7-9, инет: static PPPoE + локалка в подсети 192.168..
Комп подключен шлангом, работает 24/7. В последний месяц начались отвалы инета... Сначала на провайдера грешил. а потом заметил, что если перезагрузить роутер(из вебморды, т.е. роутер не зависает, а именно кладет PPPoE), инет сказочным образом появляется...
Лог после последнего подвиса в аттаче... Гляньте кто-нить, а то я в никсах не секу...
Не вижу, в чем проблема. В логе вполне рабочая ситуация - переподключение по pppoe, которое вполне удачно. Такое бывает. У меня ppp бывает иногда по пять раз в час переподключается - провайдер ковыряется.
romanchenko
23-09-2008, 09:08
Так в том то и дело, что в статусе написано Connected, а инета нету... Я тоже в логе ничего такого не увидел, поэтому спросил.
Может есть какое-то более подробное логгирование? Где-то ведь должно фиксироваться, почему не работает инет? пакеты не проходят или еще чего.
обновил первое сообщение.
Так в том то и дело, что в статусе написано Connected, а инета нету... Я тоже в логе ничего такого не увидел, поэтому спросил.
Может есть какое-то более подробное логгирование? Где-то ведь должно фиксироваться, почему не работает инет? пакеты не проходят или еще чего.
обновил первое сообщение.
Если нормально инет появляется после ручного дисконнекта с паузой, добавьте в Additional pppd options: holdoff 60 (цифру можно подобрать).
Это даст паузу между автоматическими реконнектами.
У прова наверное стоит блокировка частых реконнектов.
romanchenko
23-09-2008, 13:34
добавил в первый-же день после покупки роутера, после того как 2 раза повесил туннель и по 2 часа дозванивался до саппорта.
После ручного дисконнекта-коннекта инет не появляется, и насколько я помню PPPoE не подымается. Точно смогу сказать наверно уже сегодня, когда опять все повиснет, уж больно часто все это в последнее время.
добавил в первый-же день после покупки роутера, после того как 2 раза повесил туннель и по 2 часа дозванивался до саппорта.
После ручного дисконнекта-коннекта инет не появляется, и насколько я помню PPPoE не подымается. Точно смогу сказать наверно уже сегодня, когда опять все повиснет, уж больно часто все это в последнее время.
Можно вывод команды ps после "зависания" (перед ребутом)?
romanchenko
25-09-2008, 18:21
Ну значится опять у меня все это произошло...
Вывод PS после отвала и до ресета:
PID Uid VmSize Stat Command
1 admin 636 S /sbin/init
2 admin SW [keventd]
3 admin SWN [ksoftirqd_CPU0]
4 admin SW [kswapd]
5 admin SW [bdflush]
6 admin SW [kupdated]
7 admin SW [mtdblockd]
59 admin 316 S telnetd
64 admin 540 S httpd vlan1
66 admin 552 S nas /tmp/nas.lan.conf /tmp/nas.lan.pid lan
68 admin 408 S syslogd -m 0 -O /tmp/syslog.log -S -l 7
71 nobody 496 S [dnsmasq]
72 admin 364 S klogd
73 admin SW [khubd]
86 admin 796 S pppd file /tmp/ppp/options.wan0
88 admin 448 S watchdog
91 admin 352 S ntp
98 admin 468 S dropbear
295 admin 456 R sh -c ps > /tmp/syscmd.log 2>&1
296 admin 388 R ps
А также кусок лога после отвала:
Sep 25 19:24:40 ntp client: Synchronizing time with time.windows.com ...
Sep 25 20:24:41 ntp client: Synchronizing time with time.windows.com ...
Sep 25 21:01:30 pppd[86]: No response to 6 echo-requests
Sep 25 21:01:30 pppd[86]: Serial link appears to be disconnected.
Sep 25 21:01:30 dnsmasq[71]: read /etc/hosts - 9 addresses
Sep 25 21:01:30 dnsmasq[71]: read /etc/ethers - 4 addresses
Sep 25 21:01:30 dnsmasq[71]: reading /tmp/resolv.conf
Sep 25 21:01:30 dnsmasq[71]: using nameserver 217.172.17.1#53
Sep 25 21:01:30 dnsmasq[71]: using nameserver 217.172.16.8#53
Sep 25 21:01:30 PPPoE: Disconnected
Sep 25 21:01:36 pppd[86]: Connection terminated.
Sep 25 21:01:36 pppd[86]: Connect time 20372701.5 minutes.
Sep 25 21:01:36 pppd[86]: Sent 3403973062 bytes, received 3576083590 bytes.
Sep 25 21:02:36 pppd[86]: PPP session is 26045
Sep 25 21:02:36 pppd[86]: Using interface ppp0
Sep 25 21:02:36 pppd[86]: Connect: ppp0 <--> vlan1
Sep 25 21:02:36 pppd[86]: peer from calling number 00:14:5E:6B:9F:0A authorized
Sep 25 21:02:36 pppd[86]: local IP address 217.172.23.48
Sep 25 21:02:36 pppd[86]: remote IP address 192.168.54.1
Sep 25 21:02:36 pppd[86]: primary DNS address 217.172.16.8
Sep 25 21:02:36 pppd[86]: secondary DNS address 217.172.17.1
Sep 25 21:02:36 dnsmasq[71]: read /etc/hosts - 9 addresses
Sep 25 21:02:36 dnsmasq[71]: read /etc/ethers - 4 addresses
Sep 25 21:02:36 dnsmasq[71]: reading /tmp/resolv.conf
Sep 25 21:02:36 dnsmasq[71]: using nameserver 217.172.17.1#53
Sep 25 21:02:36 dnsmasq[71]: using nameserver 217.172.16.8#53
Sep 25 21:02:36 pppd[86]: CCP terminated by peer
Sep 25 21:02:36 pppd[86]: Compression disabled by peer.
Sep 25 21:02:36 kernel: HTB init, kernel part version 3.16
Sep 25 21:02:36 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
Sep 25 21:02:37 kernel: HTB: quantum of class 10010 is small. Consider r2q change.
Sep 25 21:02:37 kernel: HTB: quantum of class 10011 is small. Consider r2q change.
Sep 25 21:02:37 kernel: HTB: quantum of class 10012 is small. Consider r2q change.
Sep 25 21:02:37 kernel: HTB: quantum of class 10014 is big. Consider r2q change.
Sep 25 21:02:37 kernel: HTB init, kernel part version 3.16
Sep 25 21:02:37 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
Sep 25 21:02:37 kernel: HTB: quantum of class 10010 is small. Consider r2q change.
Sep 25 21:02:37 kernel: HTB: quantum of class 10011 is small. Consider r2q change.
Sep 25 21:02:37 kernel: HTB: quantum of class 10012 is small. Consider r2q change.
Sep 25 21:02:37 kernel: HTB: quantum of class 10014 is big. Consider r2q change.
Sep 25 21:02:37 PPPoE: connect to ISP
И поправка: при ручном дисконнекте-коннекте инет подымается.
Поставьте в Additional PPP options: holdoff 60
romanchenko
25-09-2008, 19:02
давно прописал, уже говорил. У прова нет как таковой защиты от частого переподключения. Просто особенность системы у них такая, что если "успеть" создать туннель до того как отвалился старый(со слов той же самой поддержки - ~20-30сек) - старый нифига не отвалиться и будет висеть, пока его суппорт ручками не снесет. То есть мне бы не помогала перезагрузка или ручной реконнект, а помог бы только звонок провайдеру...
или может время поставить не 60 сек, а поболе?
или может время поставить не 60 сек, а поболе?
Да хоть неделю, 60 - это образец.
попробуй в аддоптион прописать- mtu 1300 (поиграйся с мту) ,мне помогло.
romanchenko
25-09-2008, 22:24
Да хоть неделю, 60 - это образец.
сам это время ставил исходя из скорости отвала тоннеля. Больше вообще-то смысла не вижу...
попробуй в аддоптион прописать- mtu 1300 (поиграйся с мту) ,мне помогло. так на реконнект-то по идее это не влияет, причем здесь размер пакета? Хотя конечно попробую.
ситуация точно такая была- настройки тоже почти такие как у тебя .пппое +кпк+ноут ,так вот инет пропадал без системно ,хотя в логах -"коннектед ту испиай",после перезагрузки роутера инет появлялся .
методом проб и ошибок заработало при мту 1300 а при мту1400 теже глюки.
Общение с провом, ни коим образом не повлияло на результаты:)
romanchenko
27-09-2008, 13:52
после твоего первого сообщения поменял и mtu и mru на 1300, посмотрим... Пока не падало. И, кстати, с самого начала, когда тока купил роутер и мучался с настройкой, где-то вычитал, про уменьшение mtu, поставил 1300, а недавно, не помню точно когда, зачем-то вернул на дефолт(1492)... Возможно из-за этого все и началось. Просто по времени не могу сопоставить...
А с провом общаться бесполезно: Ваш роутер, Вы и ипитесь...