Кстати, может баг возникает при высокой нагрузке. У меня активно работает transmission. Обычный load average: 1.57, 1.49, 1.35.
Printable View
Кстати, может баг возникает при высокой нагрузке. У меня активно работает transmission. Обычный load average: 1.57, 1.49, 1.35.
Не могли бы вы запостить сюда вывод nshaper status?Quote:
Originally Posted by carmalius
Это статус nshaper после нескольких часов работы (каналы разделены):Quote:
Originally Posted by SerGri
Это статус работы с объединенными каналами (несколько минут):Code:-Zones- -Download rate- -Received- -Upload rate- -Sent-
bit/s pps Bytes bit/s pps Bytes
Total 54.6k 108 311M 1.63M 159 11352M
inet 54.3k 107 311M 1.62M 158 11352M
Crit 24.5k 64 161M 2.75k 6 16.1M
Prio 32 0 10.1k 0 0 640k
Web 8 0 252k 0 0 187k
Other 13.0k 13 63.3M 731k 73 5713M
Lazy 16.6k 28 86.2M 854k 77 5622M
loc 0 0 233k 0 0 65.3k
Code:-Zones- -Download rate- -Received- -Upload rate- -Sent-
bit/s pps Bytes bit/s pps Bytes
Total 1.50M 238 11.2M 0 0 0
inet 789k 124 5.95M 0 0 0
Crit 14.6k 33 110k 0 0 0
Prio 8 0 157 0 0 0
Web 0 0 0 0 0 0
Other 0 0 0 0 0 0
Lazy 753k 89 5.84M 0 0 0
loc 719k 118 5.22M 0 0 0
Все правильно и логично...:confused:
Эх, у Nikus бы спросить....
Да только давненько он тут не появлялся...:(
А соединение с инетом у Вас по PPTP?
Просто в варианте шейпера, выложенного Вами:
так как у меня прямое соединение с инетом, то нет возможности проверить, но, по логике должно быть так:Code:# WAN_IF (ppp0) Internet connection interface name
WAN_IF=vlan1
# LAN _IF (br0) This interface includes ethernet and wifi
LAN_IF=br0
и еще вместоCode:# WAN_IF (ppp0) Internet connection interface name
WAN_IF=ppp0
# LAN _IF (br0) This interface includes ethernet and wifi
LAN_IF=br0
лучше сделать так, по моему мнению, и как мне настоятельно :) советовал Nikus:Code:WAN_DN_RATE=55296
WAN_UP_RATE=54000
....
WAN_ZONES="inet loc"
.....
ZONE_PATH="/opt/etc/nshaper/ip_%ZONE%.lst"
.......
WAN_ZONES_DN_RATE="12000 24000"
WAN_ZONES_UP_RATE="10137 92160"
......
RATES="20 20 30 20 10"
Code:WAN_DN_RATE=100000
WAN_UP_RATE=90900
....
WAN_ZONES="inet loc"
.....
ZONE_PATH="/opt/etc/nshaper/ip_%ZONE%.lst"
.......
WAN_ZONES_DN_RATE="10000 24000"
#WAN_ZONES_UP_RATE="10137 92160"
......
RATES="10 20 40 15 15"
SeGril, спасибо за рекомендации.
У меня прямое соединение с провайдером. И инет, и локалка по обычному ethernet'у.
Up и Db rates у интерфейса - лимитировал на 54 мбит на всякий случай. В любом случае, до номинальных 100 мбит никогда не доходило.
Up и Dn у зон ставил на основе ряда тестов-экспериментов.
Без туннелей?Quote:
Originally Posted by carmalius
Тогда почему у Вас в логе MTU пакета = 1460?
Стандартное MTU=1500, уменьшенное MTU характерно для туннельного трафика.Quote:
14-02-2010 (debug|kern|kernel) sending pkt_too_big (len[1500] pmtu[1460]) to self
22:47:11 14-02-2010 (debug|kern|kernel) sending pkt_too_big (len[1500] pmtu[1460]) to self
22:47:25 14-02-2010 (debug|kern|kernel) sending pkt_too_big (len[1500] pmtu[1460]) to self
Как же провайдер распределяет маршрутизацию трафика?:confused:
И как шейпит инет-трафик?:confused:
Просто интересно...
Я тоже сначала пытался их резать - начали дропаться пакеты. Лучше сделать как советовал автор:Quote:
Up и Db rates у интерфейса - лимитировал на 54 мбит на всякий случай. В любом случае, до номинальных 100 мбит никогда не доходило.
Up и Dn у зон ставил на основе ряда тестов-экспериментов.
UPD: carmalius , попробовали установить и потестировать версию, которую я выкладывал? Если да - то какие результаты?Quote:
Иными словами, WAN_DN_RATE - это "железная" скорость порта, задаётся в соответствии с максимальным значением скорости всего потока. Меньше ставить не рекомендуется - при скорости входного потока, превышающей это значение, "лишние" с точки зрения шейпера пакеты будут дропаться, а это плохо. WAN_UP_RATE, напротив, должен быть несколько ниже реальной скорости. Совсем ненамного, но достаточно для того, чтобы в модеме не скапливалась очередь на передачу.
WAN_ZONES_DN_RATE - это гарантированная скорость до каждой зоны за вычетом нескольких процентов "на манёвры". Чем этот запас выше, тем оперативней будут наполняться очереди шейпера, тем более чутко он сможет присматривать за трафиком и реагировать на конъюнктуру, тем быстрее "разогреется" приоритетный поток. Например, rtorrent использует канал по полной, а вы в броузере запускаете видеоролик на воспроизведение. Тогда скорость загрузки ролика начнёт плавно нарастать от 0 до номинала, и время этого нарастания сильно зависит от этого запаса "на манёвры", 7% при моих скоростях хватает за глаза, можно и меньше, но нервы дороже , а при слишком малом запасе приоритетный трафик может так и не выйти на номинал.
Честно говоря, таких тонкостей не знаю. О провайдере моем (которым очень доволен) знаю то, что вставляю его Ethernet кабель, по DHCP получаю IP, и начинаю работать :) Предполагаю, что это обычная схема, как в локальной сети. Как и чем шейпится трафик у них не знаю. Симптоматика такая, что download имеет очевидный приоритет перед upload.Quote:
Originally Posted by SerGri
Кстати, хотел узнать, что плохого означают эти записи в логе про MTU? Что за один присест пакет не проходит? Стоит ли с этим бороться, и как?
Ваш скрипт еще пока не подключал. Завтра попробую - сообщу. Может быть, отключение лимитирования проп. способности устройства поможет.
Я не настолько хорошо разбираюсь в стеке TCP/IP, чтобы четко рассказать чем это чревато. Скорее всего эти пакеты просо будут отбрасываться.:)
Просто я знаю, что стандартное MTU для Ethernet=1500, а туннельные соединения (типа VPN, PPTP) которые инкапсулируются внутрь этого потока, должны иметь MTU <= 1500 (обычно 1440-1460).Quote:
Originally Posted by Википедия
По моему пониманию, ядро системы сообщает этой записью, что этот отсылаемый пакет для него слишком большой.
Можно посмотреть какой у Вас установлен MTU для соединения с инетом командой:
илиCode:ifconfig vlan1
И сравнить со значением, в вашем логе-1460.Code:ip link show vlan1
Воспользуйтесь поиском. Я уже несколько раз писал людям скрипт для этого.Quote:
Originally Posted by Corry
НАРОД!
Есть комп под убунтой, раздает интернет (eth1) в локальную сеть (eth0).
Можно ли использовать этот шейпер на нем (дабы понизить приоритет торрента) и какие должны быть переделки ?
Это как бы полный оффтопик.Quote:
Originally Posted by Noobeum
Из переделок - поправить пути, вроде остальное все совпадает (я сам не делал, но интересно было, как это на ББ поднимается).
... и пересобрать ядро :)Quote:
Originally Posted by vectorm
ладно, спасибо - попробую.
апну: вопрос появился:
ядро, пропатченное IMQ - будет достаточно для этого шейпера? (другие доп. программы я думаю можно будет поставить через apt-get или накрайняк собрать)
просто я искал инструкции по патчингу и набрел на это, они же кроме IMQ хотят еще Layer7 и ESFQ. Но с последними - лажа полная - нормальных патчей я пока не нашел, да и не уверен, что вообще эти двое нужны....
Насколько я понял автора шейпера, он использует очереди ESFQ.
Quote:
Originally Posted by Nikus
Добрый день. Подскажите пожалуйста, как правильно прописать правило что бы на определенный айпи адрес пускало по всем возможным портам как по входящим так и исходящим соединениям? И к тому же с наибольшим приоритетом Я прописал таким образом, правильно ? setrule wan ip 212.95.48.235 queue 1 #mpcs. Чувствую что-то не так сделал всё равно...