Теперь понятно, почему я не смог повторить ситуацию на локальном стенде. Спасибо за качественный анализ! А если удасться сделать патч, то тогда вообще будет супер!Originally Posted by McMCC
Junior Member
Так я и написал, что это не основная проблема, основная, что до pppd не доходят эхи и он естественно не отвечает, когда нужно. Nice - полная ерунда, причем наследуется даже скриптами, через некоторое время почти все приложения начинают иметь низкий приоритет. Но в данной ситуации виновата Корбина, это у нее идут запоздалые пакеты с эхами, когда как на стенде и у других провайдеров по мельче, такого почти не бывает, дропов нет, пакеты строго идут по порядку. В понедельник я продолжу эксперименты, если удастся вылечить работу с Корбиной, то патчик кину сюда.
P.S. И кстати, nice для pppd как мертвому припарки
Forum Guru
Теперь понятно, почему я не смог повторить ситуацию на локальном стенде. Спасибо за качественный анализ! А если удасться сделать патч, то тогда вообще будет супер!
Вечный студент
Хоть кто-то сделал попытку разобраться!
McMCC, я дико извиняюсь, что влезаю с вопросом: это из той же оперы?
Ламер, деградировавший до чайника.
1. WL-500gP(v1)|RAM 128M|Entware 3.0.4-r4844M|Доработаны цепи питания|Заменены светодиоды
Samsung G2 Portable HX-MU050DC|Скрипт поднятия wan после падения|transmission|dlengine|vnstat
2. DIR-320|RAM 64M|Flash 8M|Entware 1.9.2.7-rtn-r4772M|Принт-сервер для HP 1000-1022, P1005-P1505
Junior Member
Нет, по L2TP с Корбиной все в порядке, проблема есть только с PPTP и Корбиной при использовании accel-pptp на большой скорости.
Junior Member
Выкладываю патч, который решает проблему с дропами PPP LCP Echo Request в accel-pptp. Однако этот патч не решает проблему при сильной загрузке процессора, когда юзерспейс приложения еле работают и отвечают, в данном случае речь идет о pppd. Так же было замечено, что если PPTP плагин не отвечает на PPTP Echo Request в течении 20 секунд, то Корбина тоже рвет соединение.
Forum Guru
спасибо! А часто у тебя были ситуации когда юзерспейс не мог ответить в течении 20 секунд? Чем настолько загружал роутер - торренты, samba ? Или хватало только самого accel-pptp?
Junior Member
Дело в том, что я занимаюсь разработкой одного устройства на чипсете Ralink RT3052 и имею возможность подключиться к Корбине без ограничения скорости, потолок на этом устройстве, когда PPTP ведет себя стабильно - 3.5Мбайта в секунду, естественно, все тестирование производится только на торрентах при большом количестве пиров, где-то за 1000, когда скорость возрастает до 4,5Мбайт в секунду, softirq начинает зашкаливать за 90% и соответственно все приложения жутко начинают тормозить, такое поведение сохраняется стабильно даже когда скорость возрастает до максимума - 7-8Мбайт в секунду, и вот в этом промежутке времени, оно довольно быстро наступает в течении нескольких минут, происходит то, о чем я говорил выше. Эта проблема не связана с торрентами и самбой, на L2TP модуль ядра pppol2tp не грузит так сильно процессор при тех же скоростях и поэтому все работает стабильно. На старых версиях accel-pptp v.0.7, такой загрузки процессора не было, но они были жутко не стабильными, и скорости были ниже плинтуса.
P.S. Дропы LCP пакетов происходят раньше, еще до 3.5Мбайт в секунду, поэтому патч будет полезен в любом случае...
Last edited by McMCC; 27-11-2009 at 22:09.
После патча lcp пакеты будут пропускаться и seq_recv будет фактически уменьшен, что может повлечь за собой кашу из прочих потерянных пакетов.
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Forum Guru
Чтобы этого не было IMHO достаточно перенестивыше новой метки lcp_echo_request. я не прав?Code:opt->seq_recv = seq;
Подозреваешь, что идут блокировки в ядре и нужно чинить accel-pptp? Вполне возможно, но задачка не из простых. Я настолько глубоко в ядро не лазил, а xeb'у ядра 2.4 неинтересны.
Это очевидно, я больше переживаю о запросе ack при ответе на этот старый пакет.
Плюсом я бы еще разрешил запоздавшие эхо-ответы, иначе сам роутер повесит трубку
Погляжу 0.7.х версии, может найду чего
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Forum Guru
Насколько я помню, одним из изменений был переход с write_lock на write_lock_bh. Не должно было всё испортить, но вдруг xeb чего-то не учёл специфичное для 2.4
Junior Member
Можно метку перехода сделать ниже перезаписи seq_recv, но, проблем не будет так же и в моем варианте, просто следующий номер нормального пакета будет выше и в дроп он не попадет. Этот патч работает только для ppp lcp запросов, каши в любом случае не должно быть.
да нет, каша будет, т.к seq_recv один на все пакеты, вне зависимости от ядреных дел.
включил патч, плюсом добавив lcp_echo_reply чтобы сам роутер не рвал соединение
http://code.google.com/p/wl500g/source/detail?r=866
нужны тестеры, желательно с корбиной.
обращаться в приват ко мне и к lly
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Forum Guru
Могу затестить, если соберете под WL500gP. Правда с переходом на r860M в логе разрывы встречаются только с такими ошибками (раздача ничего не скачивается):
До этого была установлена r461 и иногда связь рвалась примерно через минуту после начала скачивания (весь канал забит торрентами на скачивание и отдачу), но боюсь лог оттуда уже привести не смогуCode:Nov 27 08:01:57 pptp[113]: No response to 6 echo-requests
Last edited by Basile; 29-11-2009 at 10:19.
ASUS RT-N16 1.9.2.7-rtn, Zotac ZBOX (rtorrent@Ubuntu 13.10)
Junior Member
Есть ошибка, PPP_LCP_ECHOREP должен быть не 0x10, а 0x0A...
Posting Permissions
