"stebuklas Formavimo yra labai ypatinga tinklas Shaper scenarijų su daug funkcijų. Veikia Linux 2.4 ir aukštesnės.
Tikslai
Aš bandė sukurti Gralis:
* Išlaikyti mažą vėlavimą interfactive eismo visais laikais.
Tai reiškia, kad atsisiųsti arba įkelti failus neturėtų sutrikdyti SSH ar net telnet. Tai yra svarbiausi dalykai, net 200ms latentinis vangiai dirbti daugiau.
* Leiskite "naršymas" protingomis greičiu, o iki jų parsisiuntimas
Nors HTTP "urmu" srauto, kitą eismą neturėtų nuskęsti jį per daug.
* Įsitikinkite, kad nuotraukos nekenkia parsisiųsti ir atvirkščiai
Tai daug stebimas reiškinys, kur prieš eismo tiesiog sunaikina atsisiuntimo greitis. Pasirodo, kad visa tai yra įmanoma, kad maža bitų pralaidumo išlaidas. Priežastis, dėl kurios Naujausi, parsisiųsti ir SSH sužeistas vienas kitą yra didelių eilių buvimas daugeliu šalies prieigos įrenginius, pavyzdžiui, kabelis arba DSL modemo.
Kodėl tai nėra gerai dirbti pagal nutylėjimą
IPT žinome, kad jie atliekami, tik apie tai, kaip greitai žmonės gali atsisiųsti. Be pralaidumą, atsisiuntimo greitis įtakoja labai kurį paketų praradimo, kuris labai trukdo TCP / IP efektyvumą. Didelės eilės gali padėti išvengti packetloss ir paspartinti parsisiųsti. Taigi IPT konfigūruoti didelių eilių.
Tačiau Šie dideli eilės sugadinti interaktyvumo. Klavišų, pirmiausia turi keliauti tiekėjų eilę, kuri gali būti sekundžių (!) Laiko ir eiti į savo nuotolinio kompiuterio. Tai tada rodomas, kuri veda prie paketo grįžta, tada kuri turi feed pasroviui eilėje, esantį jūsų ISP, kol ji pasirodys ekrane.
Tai Howto moko jus, kaip išdarkyti ir apdoroti įvairiais būdais eilę, bet deja, ne visi eiles yra prieinami mūsų. Eilė per ne ISP yra visiškai Užblokuotas, o prieš eilę tikriausiai gyvena viduje kabeliniu modemu arba DSL įrenginį. Jūs gali arba negali būti suteikta jį konfigūruoti. Greičiausiai ne.
Taigi, kas toliau? Kaip mes negalime kontroliuoti vieną iš šių eilių, jie turi būti pašalinti, ir persikėlė į savo "Linux maršrutizatorius. Laimei tai įmanoma.
Riba išsiuntimo greitis šiek tiek
Apribojus mūsų upload greitis šiek tiek mažiau nei tikrai prieinamų norma, nėra eilių yra pastatytas iki mūsų modemą. Eilė dabar persikėlė į Linux.
Riba atsisiuntimo greitis
Tai šiek tiek sudėtingiau, nes mes tikrai negali įtakoti, kaip greitai interneto laivų mus duomenis. Tačiau mes gali sumažėti paketus, kurie ateina per greitai, tai sukelia TCP / IP sulėtės iki vos norma norime. Kadangi mes nenorime, kad sumažės eismo reikalo, mes konfigūruoti "sprogo" dydžio Mes leidžiame didesniu greičiu.
Dabar, kai mes padarėme tai, mes eliminavo pasroviui eilę visiškai (išskyrus trumpais blyksniais), ir įgyti gebėjimą valdyti tiekėjų eilę su visais galios "Linux" siūlo.
Tegul interaktyvus eismo praleisti eilėje
Ką dar reikia padaryti, tai įsitikinkite, kad interaktyvi eismo šuoliai į tiekėjų eilės priekyje. Norėdami įsitikinti, kad nuotraukos ne skauda parsisiųsti, mes taip pat perkelti ACK paketus į eilę priešais. Tai yra tai, ką paprastai sukelia didžiulį sulėtėti kai gamybos urmu srautą abiem būdais. Už vartotojų eismo Padėka turi konkuruoti su tiekėjų eismo ir gauti atidėtas procese.
Mes taip pat perkelti kitus mažus paketus į eilę priešais - tai padeda operacines sistemas, kuriose nėra nustatytų paslaugos teikimo sąlygos bitai, kaip viskas iš "Microsoft".
Leisti vartotojui nustatyti žemas prioritetas srautą (nauja 1.1!)
Kartais galite pastebėti, žemas prioritetas išeinantis srautas lėtėja svarbų srautą. Tokiu atveju šios funkcijos gali jums padėti:
NOPRIOHOSTSRC
Nustatyti, kad tai šeimininkai ar netmasks savo tinklą, kuris turėtų būti mažas prioritetas
NOPRIOHOSTDST
Nustatyti, kad tai šeimininkai ar netmasks internete, kad turėtų būti mažas prioritetas
NOPRIOPORTSRC
Nustatykite šaltinis uostus, kad turėtų būti mažas prioritetas. Jei turite nesvarbios serverį ant jūsų eismo nustatyti į 80
NOPRIOPORTDST
Nustatyti, kad tai uostuose, kad turėtų būti mažas prioritetas.
Žr wshaper ir wshaper.htb pradžią
Rezultatai
Jei mes visa tai mes gauname šie matavimai naudojant puikią ADSL ryšį xs4all Nyderlanduose:
Pradinė latentinis:
į abi puses min / vid / maks = 14.4 / 17.1 / 21.7 MS
Be eismo kondicionierius, o atsisiųsti:
į abi puses min / vid / max = 560,9 / 573,6 / 586,4 MS
Be eismo kondicionieriaus, o įkelti:
į abi puses min / vid / max = 2041,4 / 2332,1 / 2427,6 MS
Su kondicionierius, per 220kbit / s upload:
į abi puses min / vid / maks = 15,7 / 51,8 / 79,9 aj
Su kondicionierius, per 850kbit / s download:
į abi puses min / vid / maks = 20,4 / 46,9 / 74,0 aj
Kai įkeliate, parsisiųsti vykti esant ~ 80% turimo greičiu. Įkėlimai maždaug 90%. Latency tada peršoka į 850 ms, vis dar suprasti, kodėl.
Ko galite tikėtis iš šio scenarijaus labai priklauso nuo jūsų tikrojo uplink greitis daug. Kai įkeliate visu greičiu, visada bus vieną paketą lenkia savo klavišų. Tai yra apatinė riba į latentinis galite pasiekti - padalinti savo MTU jūsų tiekėjų greičiu apskaičiuoti. Tipiški vertės bus šiek tiek didesnis nei. Sumažinkite savo MTU geresnių efektų!
Nedidelis staliukas:
Uplink greitis | Numatomas latentinis tinkamai įkelti
--------------------------------------------------
32 | 234ms
64 | 117ms
128 | 58ms
256 | 29ms
Taigi, norint apskaičiuoti efektyvią vėlavimą, imtis pradinius vertinimus (ping ant iškraunamos nuorodą), ir ieškoti skaičių lentelėje, ir pridėti jį. Tai yra apie geriausias galite tikėtis. Šis skaičius yra kilęs iš skaičiavimo kurio matyti, kad jūsų prieš klavišų turės ne daugiau kaip pusė visiškai dydžio paketą prieš jį.
Tai gali būti suvesta į:
MTU * 0.5 * 10
-------------- + Baseline_latency
kbit
Veiksnys 10 yra ne visai teisinga, bet veikia gerai praktikoje.
Jūsų branduolys
Jei paleisti neseniai paskirstymą, viskas turėtų būti gerai. Jums reikia 2.4 su QoS variantų įjungtas.
Jei kaupia savo branduolį, ji privalo turėti keletą variantų aktyvuota. Visų pirma, į tinklų Options meniu, QoS ir / ar mugėje Eilių, pasukite bent cBq, PRIO, SFQ, patekimui eismo policijos, QoS palaikymas, kaina prognozės, QoS klasifikatorius, u32 klasifikatorius, fwmark klasifikatorius.
Praktiškai, aš (ir daugelis skirstiniai) tiesiog įjunkite viskas.
Scenarijus
Scenarijus yra dviejų versijų, viena, kuri veikia standartiniais branduolių ir yra įgyvendinama naudojant cBq. Kitas naudoja puikų HTB qdisc kuris nėra pagal nutylėjimą branduolį. CBq versija yra labiau išbandytas nei HTB vieną!
Žiūrėti "wshaper" ir "wshaper.htb".
Reguliavimas
Šie scenarijai reikia žinoti realus greitis jūsų ISP jungtį. Tai sunku nustatyti iš anksto, nes skirtingi IPT naudoja įvairių rūšių bitai pasirodo. Žmonės pranešti sėkmės naudojant šią techniką:
Apskaičiuokite tiek savo prieš srovę ir pasroviui puse normos jūsų ISP patikslinta. Dabar patikrinti, ar scenarijus veikia - patikrinti interaktyvumo Įkeliant ir nors parsisiųsdami. Tai turėtų pristatyti latency kaip apskaičiuota aukščiau. Jei ne, patikrinkite, ar scenarijus vykdomas be klaidų.
Dabar lėtai didinti aukštupio ir tolesni skaičiai scenarijų iki latentinis grįžta. Šiuo būdu jūs galite surasti optimalias reikšmes jūsų ryšį. Jei jūs esate laimingi, prašome pranešti man, kad aš galiu padaryti numerius, kurie dirba gerai, sąrašą. Prašome leiskite man žinoti, kurios IPT jums naudoti ir savo abonentams, ir jos Žinomas specifikacijas pavadinimą, kad galėčiau sąrašą, kurį čia ir išgelbėti kitus nemalonumus.
Montavimas
Jei dial, galite kopijuoti scenarijų /etc/ppp/ip-up.d ir jis bus paleisti kiekvieną prijungti.
Jei norite pašalinti Shaper iš sąsają, paleisti "wshaper stop". Norėdami pamatyti informaciją apie būseną, paleisti "wshaper statuso".
Žinomas problemas
Jei gaunate klaidos, pridėti -X į pirmąją eilutę taip:
#! / Bin / bash -x
Ir bandykite dar kartą. Tai bus parodyti jums, kurios linija suteikia klaidą. Prieš kreipdamiesi manimi, įsitikinkite, kad dirbate neseniai versiją iproute!
Naujausi versijos galima rasti savo Linux platintojas, arba jei norite, renkant, čia:
ftp://ftp.inr.ac.ru/ip-routing/iproute2-current.tar.gz
Komentarai nerastas