С чем это едят и как от него избавиться?
l2tp Билайн.
Сообщения в логе после нескольких часов работы:
Oct 9 18:46:53 l2tpd[101]: Too many retransmissions on tunnel (45907/0); closing down
Помогает перезагрузка.
Printable View
С чем это едят и как от него избавиться?
l2tp Билайн.
Сообщения в логе после нескольких часов работы:
Oct 9 18:46:53 l2tpd[101]: Too many retransmissions on tunnel (45907/0); closing down
Помогает перезагрузка.
Неоднократно
Oct 9 16:08:44 l2tpd[104]: Too many retransmissions on tunnel (10550/11897); closing down
Oct 9 16:08:45 pppd[110]: Terminating on signal 15
Oct 9 16:08:45 pppd[110]: Connect time 776.5 minutes.
Oct 9 16:08:45 pppd[110]: Sent 294675266 bytes, received 285113946 bytes.
Oct 9 16:08:45 L2TP: Disconnected
Oct 9 16:08:51 pppd[110]: Connection terminated.
Oct 9 16:08:51 pppd[110]: Modem hangup
Oct 9 16:08:51 pppd[110]: Exit.
после чего коннект подымается заново.
WL500GP v.1: L2TP/Corbina-MSK
HDD Seagate Barracuda II 750Gb
1.9.2.7-d-r617: rtorrent 2.7, lighttpd, ados, rrd
Во блин везёт! А мне только перезагрузка помогает.:eek:Quote:
Originally Posted by Pablo Escobar
Неужели никто не знает, что там за такие страшные retransmissions, которых too many, да ещё в каком-то там tunnel? Ну tunnel ещё ладно, так-сяк понять можно. Остальное тоже с горем пополам интуитивно можно догадаться.
А откуда это взялось и, главное, как бороться?
Поиск по форуму говорит, что такая проблема встречается неоднократно и никто из так называемых гуру внятно не ответил. Да что там внятно... Вообще не ответил.:cool:
исходя из здравого смысла - в L2TP какой-то косяк.
Майрон одарил меня новой прошивкой, буду тестить.
Поиск по форуму (и не только) так же говорит, что с корбиной это неоднократно встречается, и, в том числе, объясняется перегрузкой серверов провайдера.Quote:
Originally Posted by MrGalaxy
А больше отвечать пока нечего.
у меня тоже ошибки сыплюся типа такой
Oct 10 16:10:26 kernel: SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 8000002
Oct 10 16:10:26 kernel: Current sd08:03: sns = 70 0
Oct 10 16:10:26 kernel: Raw sense data:0x70 0x00 0x00 0x00 0x00 0x00 0x00 0x0a 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Oct 10 16:10:26 kernel: I/O error: dev 08:03, sector 500797896
e2fsck не помогает. я сомневаюсь, что это вопрос прошивки 670, но в 617 такого не было.
L2TP не отваливаются (Corbins-MSK), 18 часов полет нормальный.
Проблема с питанием диска.Quote:
Originally Posted by Pablo Escobar
диск запитан отдельно. в 617 прошивке такого не наблюдалось, однако.Quote:
Originally Posted by vectorm
Интернет с 670-й прошивкой за выходные ни разу не упал.
У меня, правда, mtu 1460 и неизвестно, может за это время у Билайна флуда в сети не было, так что надо ещё потестить.
видимо брас "хороший".Quote:
Originally Posted by MrGalaxy
а загрузками насколько все загружено. и в качестве клиента - rp-l2tp или xl2tp?
1) Что такое брас?Quote:
Originally Posted by theMIROn
2) Загрузки и клиент - на снимке:
http://img113.imageshack.us/img113/1628/asus34.png
При этом скорость скачивания искусственно ограничена 40 КБ/с.
3) Я не понял про клиента: он что, может разный загружаться? В прошивке заложена избыточность?
http://www.telecor.ru/support/technology/bras.htmQuote:
Originally Posted by MrGalaxy
а если не ограничивать?Quote:
Originally Posted by MrGalaxy
есть возможность скомпилировать с xl2tpd, вместо rp-l2tp, как и с юзерспейсовым pptp, вместо ядерного.Quote:
Originally Posted by MrGalaxy
я тебе несколько раз выкладывал xl2tpd, может сам скомпилировал...
Смысл? У меня по тарифному плану 512 Кбит/с, т.е. всего в 1,5 раза больше того искусственного ограничения.Quote:
Originally Posted by theMIROn
Не компилировал я. Для того, чтобы что-то собрать, надо как минимум представлять, чем отличается l2tp от pptp. Не говоря уже о различиях в клиентах. Я лучше буду вас, специалистов, шевелить и посильно помогать тестированием.:)Quote:
Originally Posted by theMIROn
у меня и так от китайского кода волосы шевелятсяQuote:
Originally Posted by MrGalaxy
оОCode:fprintf(fp, "nomppe-stateful %s mtu 1400\n",
nvram_safe_get(strcat_r(prefix, "pptp_options_x", tmp))); // disable for tmp
//fprintf(fp, "nomppe-stateful %s mtu 1600\n",
// nvram_safe_get(strcat_r(prefix, "pptp_options_x", tmp))); // tmp test
theMIROn
Кстати да, я ведь хотел потестить с mtu по умолчанию (в прошивке это, вроде 1500). Ща установлю и запущу на ночь.
Ещё у меня иногда Самба падает ни с того, ни с сего. Иногда раз в несколько часов, иногда раз в несколько суток. Переподнимаю вручную, не перезагружаясь.
Может, в ней заложен алгоритм такой: если долго ей не пользоваться, то она отключается?