Subnets.ru

Привет всем.
Решил замерить скорость по конторе и у ряда абонентов - наткнулся на несколько странную вещь - скорость чуть ниже у клиента чем должна быть.
К примеру. У абонента скорость по тарифу 128 kbit/s, при скачивании (браузеры, торренты) должна быть 16 kB/s, а реально - 15 kB/s.
Вроде бы не заметно и кажется бредом, но(!). Тариф 10mbit/s (в моем случае не 10240, а 10000) - скорость при скачивании должна быть 1000/8 = 1250 kB/s, а реально она 1000 mB/s.

Проблема, я так понимаю в шейпере на mpd. Радиус-параметры биллингом передаются нормально, а вот mpd скорость не отрабатывает.

Прав ли я?
Как с этим бороться?

Заранее благодарен.

ЗЫ. Вижу пока одно решение - замерять скорость каждый раз и делать перерасчет. Но это несколько не удобно.

точного совпадение, точь в точь, с выставленным шейпом редкость. на это влияет много чего. скорость всегда вещь плавающая.
убери шифрование трафика, в свойствах подключения, оно так же замедляет скорость

root писал(а):точного совпадение, точь в точь, с выставленным шейпом редкость. на это влияет много чего. скорость всегда вещь плавающая.
убери шифрование трафика, в свойствах подключения, оно так же замедляет скорость

Не понял.
В конфиге mpd.conf ?

Андрей писал(а):В конфиге mpd.conf ?

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

соединение:

свойства соединения:

Хм. интересно.

root писал(а):можно и в конфиге убрать, если оно там есть , но тогда юзеры, у которых в настройках соединения, включено обязательное шифрование, не смогут подключиться

А если оно включено и снять галочки методов шифрования - тоже не смогут подключиться. Точнее подключение проходит, а трафик нет. Особенно заметно на wi-fi роутерах, где есть возможность выбора MPPE 40 - 128.

Я тут подумал. Мне консоль постоянно шлет записи типа "ng_mppc_decompress (4095) dropped" (дословно не помню). Из-за этого такие глюки могут быть?

Андрей писал(а):А если оно включено и снять галочки методов шифрования - тоже не смогут подключиться

какие галочки ? каких методов ?
все галки на скриншоте имеют отношение только к методу передачи серверу и проверки пароля

Андрей писал(а):Из-за этого такие глюки могут быть?

Компьютер не подчиняется законам физики.
Только в нём глюки возникают из ничего, файлы исчезают в никуда, а объём измеряется в метрах и называется весом.

Привет всем.
Решил проблему со скоростью в mpd.
Проблема по сути крылась в компрессии/декомпрессии трафика, собственно из-за чего оно все и орало в dsmesg.
Догадываюсь, что творилось в самой системе. Вопрос только почему. Ну не суть.
Общие симптомы такие:
При >300 сессий начинает сыпаться в dmesg

Код: Выделить всё

ng_mppc_decompress: too many (4094) packets dropped, disabling node 0xc7291180!

. При 400 и более сессиях начинаются проблемы со скоростью доступа к ресурсам интернета (конкретно на "мелкий" трафик, как говорили абоненты "у нас странички долго открываются"), хотя при скачивании файлов скорость заявленная в тарифе. Число пакетов ~9.5 kpps, нагрузка на канал 45-70 мбит/с входящего и ~20 - 30 мбит/с исходящего.
В частных случаях замечались проблемы с поднятием соединения (запросы к радиусу не проходили вообще или проходили очень долго). Число пакетов ~ 10kpps.

Отдельно стоит отметить отрисовку "ступеней" в трафике. Поясню. MRTG отрисовывает входящий/исходящий трафик, на графике заметно отсутствие колебаний ранее указанных величин в зависимости от времени. (на илл.)

При всех проблемах, загрузка cpu составляет 60-80%.

После отключения шифрования ошибок в декомпрессии не наблюдается, "странички открываются нормально".

Похоже проблему я до конца не решил.
Теперь проблема наблюдается на входящих пакетах. Опишу суть проблемы.
При возрастании нагрузки сервер доступа перестает реагировать на входящие подключения (выдает сообщение об ошибке 691, что логин и пароль неверны), подключение проходит со второго раза. Дальше - больше. При подключении к сайтам запросы происходят долго (пакет от клиента не уходит и не принимается). Затем все работает нормально. Замерял скорость от клиента тем же speedtest.net - по скорости проблем нет, но входящие запросы обрабатываются очень долго.

Подскажите, в какую сторону смотреть?

Заранее благодарен за помощь.

ЗЫ. Загрузка CPU ~79%, входящих 11kpps (на внешний интерфейс), исходящих 10 kpps, число сессий ~520 (на внешний интерфейс), входящий трафик 66 мбит/с (на внешний интерфейс), исходящий 31 мбит/с (на внешний интерфейс).

Андрей писал(а):Подскажите, в какую сторону смотреть?

в сторону сетевой карты, оптимизации правил фаирвола и установки ещё одного сервера

В правилах все нормально. Проверил 5 раз, потом знакомых попросил - проблем не заметили.
Я так подозреваю, что проблема может быть в flowcapture и flowfanout. При пиковой нагрузке попробую их отключить.