The Wonder Shaper

Shaper The Wonder е много специална мрежа шейпър скрипт с много възможности. Работи върху Linux 2.4 и по-висока.
Цели
Опитах се да се създаде Светия Граал:
* Поддържане на ниска латентност за interfactive трафика във всеки един момент.
Това означава, че свалянето или качване на файлове не трябва да смущават SSH или дори Telnet. Това са най-важните неща, дори и 200ms латентност е муден да работи над.
* Оставя "сърфиране" със съобразена скорост, докато нагоре или свалянето
Въпреки че HTTP е "насипно" трафик, друг трафик не трябва да го заглуши твърде много.
* Уверете се, че качвания не вредят сваляне, и по друг начин
Това е много по наблюдавано явление, където движението нагоре просто унищожава скоростта на сваляне. Оказва се, че всичко това е възможно, с цената на една малка част от честотната лента. Причината, поради която качени, изтеглена и SSH една друга боли, е наличието на големи опашки в много вътрешни устройства за достъп, като кабелни или DSL модеми.
Защо тя не работи добре по подразбиране
Интернет доставчиците да знаят, че те са за бенчмарк единствено от това колко бързо хората могат да се изтеглят. Освен налична пропускателна способност, скорост на изтегляне се влияе силно от загуба на пакети, което сериозно затруднява TCP / IP изпълнение. Големи опашки може да помогне за предотвратяване на packetloss, и ускоряване на сваляне. Така че доставчиците на интернет услуги да конфигурират големи опашки.
Тези големи опашки обаче повредят интерактивност. Натискане на клавиш, трябва първо да пътуват опашката нагоре по веригата, който може да бъде секунди (!) Дълго и отидете на отдалечен хост. След това тя се появи, което води до един пакет да се върне, които след това трябва да преминават на опашката надолу по веригата, намиращ се на вашия интернет доставчик, преди да се появи на екрана.
Това HOWTO учи как да изопачавам и обработва опашката по много начини, но за съжаление, не всички опашки са достъпни за нас. Опашката пред в ISP е напълно забранена зона, докато опашката нагоре по веригата вероятно живее във вашия кабелен модем или DSL устройство. Вие може или не може да бъде в състояние да го конфигурирате. Най-вероятно не.
И така, какво следва? Тъй като ние не можем да контролираме и да е от тези опашки, те трябва да бъдат премахнати, и се премества към вашия Linux рутер. За щастие това е възможно.
Limit скорост на качване до известна степен
Чрез ограничаване на нашата скорост на качване до малко по-малко, отколкото наистина наличната скорост, не опашки са изградени в нашата модем. Опашката сега се премества Linux.
Limit скорост на изтегляне
Това е малко по-сложни, тъй като ние наистина не може да повлияе на това колко бързо интернет корабни нас данни. Въпреки това можем да се откажа пакети, които идват в твърде бързо, което води до TCP / IP да се забави до само скоростта, което искаме. Тъй като ние не искаме да се откажа трафик ненужно, ние конфигурирате "избухна" размер позволим по-висока скорост.
Сега, след като сме направили това, ние сме елиминира опашката надолу напълно (с изключение на кратки импулси), и да получат възможността да управлявате опашката нагоре по веригата с цялата мощ Linux предлага.
Нека интерактивна трафик прескачане на опашката
Това, което остава да се направи, е да се уверите, интерактивна трафик скача към предната част на опашката нагоре по веригата. За да сте сигурни, че качвания не боли сваляния, ние също се движат ACK пакети към предната част на опашката. Това е, което обикновено се причинява огромен спад се наблюдава при генерирането на огромния трафик от двата начина. На Благодарности за трафика по веригата трябва да се конкурират с трафика нагоре, и се забавиха в процеса.
Ние също се движат други малки пакети до предната част на опашката - това помага операционни системи, които не се определят TOS битове, както и всичко, от Microsoft.
Позволяват на потребителя да уточни нисък приоритет на трафика (ново в 1.1!)
Понякога може да забележите нисък приоритет изходящ трафик забавя важни трафик. В този случай, следните опции могат да ви помогнат:
NOPRIOHOSTSRC
Задайте хостове или Мрежовите маски в мрежата ви, че трябва да имат нисък приоритет
NOPRIOHOSTDST
Задайте хостове или Мрежовите маски в интернет, че трябва да има нисък приоритет
NOPRIOPORTSRC
Задайте изходните портове, които трябва да имат нисък приоритет. Ако имате маловажно уеб сървър на вашия трафик, задайте тази до 80
NOPRIOPORTDST
Задайте портове местоназначения, че трябва да имат нисък приоритет.
Виж началото на wshaper и wshaper.htb
Резултати
Ако правим всичко това получаваме следните измервания с помощта на отлична ADSL връзка от xs4all в Холандия:
Baseline латентност:
двупосочен мин / AVG / макс = 14.4 / 17.1 / 21.7 MS
Без кондициониране на трафика, докато сваляте:
двупосочен мин / AVG / MAX = 560.9 / 573.6 / 586.4 MS
Без кондициониране на трафика, при качването:
двупосочен мин / AVG / MAX = 2041.4 / 2332.1 / 2427.6 MS
С климатик, по време 220kbit / и качване:
двупосочен мин / AVG / макс = 15.7 / 51.8 / 79.9 MS
С климатик, по време 850kbit / и изтегляне:
двупосочен мин / AVG / макс = 20.4 / 46.9 / 74.0 MS
Когато качвате, сваляне протичат при ~ 80% от наличната скорост. Качването на около 90%. След Latency скача до 850 мс, още при определяне на причините.
Какво можете да очаквате от този скрипт зависи много от действителната скорост за качване. Когато качвате с пълна скорост, винаги ще има един пакет в навечерието на вашия удар. Това е най-ниската граница на латентността можете да постигнете - разделите MTU от вашата скорост нагоре по веригата, за да се изчисли. Типичните стойности са малко по-високи от това. Намалете MTU за по-добри ефекти!
Една малка маса:
Скорост Uplink | Очакван латентност поради качите
--------------------------------------------------
32 | 234ms
64 | 117ms
128 | 58ms
256 | 29ms
Така че, за да се изчисли си ефективно латентност, да вземе базисното измерване (пинг на ненатоварен връзка), и погледнете нагоре броя в таблицата, и да го добавите. Това е за доброто, което можете да очаквате. Този номер идва от изчисление, който се приема, че вашата натискане на клавиш нагоре ще има най-много половината пълен размер пакет пред него.
Това се свежда до:
   MTU * 0.5 * 10
   -------------- + Baseline_latency
       Kbit
Факторът 10, не е съвсем правилно, но работи добре на практика.
Ядрото
Ако се сблъскате с едно скорошно разпространение, всичко трябва да се оправи. Трябва 2.4 с опции QoS включен.
Ако компилирате свое собствено ядро, той трябва да има някои опции скрипт. Най-вече, в менюто Networking Options, QoS и / или Fair Queueing, включете поне CBQ, PRIO, SFQ, Ingress, Traffic Policing, подкрепа QoS, Курсове оценител, QoS класификатор, U32 класификатор, fwmark класификатор.
На практика, аз (и повечето дистрибуции) Просто включете всичко.
Скриптовете
Сценарият се предлага в две версии, едната, който работи на стандартни ядки и се реализира с помощта на CBQ. Другият използва отличното НТВ qdisc която не е в ядрото по подразбиране. Версията CBQ е повече тествани от НТВ един!
Вижте "wshaper" и "wshaper.htb".
Настройване
Тези скриптове трябва да знаят "истинската" скоростта на вашия ISP връзка. Това е трудно да се определи предварително, тъй като различните доставчици на интернет услуги използват различни видове бита се появи. Хората докладват успех, като се използва следната техника:
Прогноза двете си нагоре и надолу по веригата на половината от скоростта вашия Интернет доставчик уточнява. Сега провери дали скриптът работи - проверете интерактивност при качване и при изтеглянето. Това би трябвало да достави на латентността, както е изчислена по-горе. Ако не, проверете дали скрипта екзекутиран без грешки.
Сега бавно увеличаване номера нагоре и надолу по веригата в сценария, докато латентността се връща. По този начин можете да намерите оптималните стойности за вашата връзка. Ако сте доволни, моля съобщете за мен, така че може да се направи списък от номера, които работят добре. Моля да ме уведомите, които ISP използвате и името на вашия абонамент, и неговите реномирани спецификации, така че мога да ви списък тук и спести други неприятности.
Монтаж
Ако наберете, можете да копирате скрипта да /etc/ppp/ip-up.d и тя ще бъде проведена при всяка Connect.
Ако искате да премахнете шейпър от един интерфейс, бягай "wshaper стоп". За да видите информация за състоянието, стартирайте "wshaper статут".
Известни проблеми
Ако получите грешки, добавете -х на първа линия, както следва:
#! / BIN / Баш -x
И опитайте отново. Това ще ви покаже коя линия дава грешка. Преди да се свържете мен, уверете се, че използвате последната версия на Iproute!
Последните версии могат да бъдат намерени на вашия Linux дистрибутор, или ако предпочитате съставяне, тук:
 ftp://ftp.inr.ac.ru/ip-routing/iproute2-current.tar.gz