burst - este raz...

[pepulis]

Jen spomenu, ze k dst.limit burstu je potrebne pre usera dve pravidla. Prve pravidlo znackuje len pocet prvych x urcenych spojeni, ktore zadefinujeme spravne i do QT a dalsie mangle uz mangluje vsetok dalsi traffic... A samozrejme v QT ho shapujeme taktiez. Podla oobrazkov je zrejme, ze je pouzity len jeden mangle znackovac, takze to fungovat nebude.

ahoj skrebon.

je dobré použi k tomuto matovmu systému RED ? alebo,čo je najlepšie ?

dík.

Nej je asi PCQ

[Trevor]

Ked som si pozeral manual tak tam bolo o dstlimite pisane ze sa tam nastavuje rate teda pocet paketov za sekundu za urcity cas a teraz ten zapis rate 0 a toto pravidlo bude platne iba time 300 a burst 500

Mohol by to niekto nejako rozumne popisat slovami ze co to robi lebo nejako mi nejde do hlavy ten rate a time ?

[Spreamer]

zdravim,

nezlobte se, ze te otravuji, ale trosku bojuji s burstem pres dst. limit. Vychazim z poznatku uživatele mato1, kde jsou hodnoty burst: 500 a time 300. Nedokazu nejak ty dve hodnoty pohopit. Ve vysledku burst trva kolem 8s pro 1024 kbps, pokud davam burst 512kbps, tak se ta doba meni. Nikdo mi nedokaze poradit a proto mohli by jste mi rici, jak mam vypocitat dobu dejme tomu 5sekund a podobne?, byl bych velice vdecny. Burst je opravdu bomba, ale rad bych ho doladil, Velice dekuji.

[soucez]

Jen spomenu, ze k dst.limit burstu je potrebne pre usera dve pravidla. Prve pravidlo znackuje len pocet prvych x urcenych spojeni, ktore zadefinujeme spravne i do QT a dalsie mangle uz mangluje vsetok dalsi traffic... A samozrejme v QT ho shapujeme taktiez. Podla oobrazkov je zrejme, ze je pouzity len jeden mangle znackovac, takze to fungovat nebude.

ahoj skrebon.

je dobré použi k tomuto matovmu systému RED ? alebo,čo je najlepšie ?

dík.

Nej je asi PCQ

Na jednom RB532A dělím konekt do dvou lokalit. Mám tam vytvořené 2 pravidla v QS a nad nima je parent totall. Jaké Queue type je vhodné použít? PCQ? wirelles default nebo který?

[jnovak]

Dobrý den, stávající popis jsem moc nepochopil, ale uvádím co funguje mě

Můj požadavek:
stahovat data např. rychlostí do 5Mbps, po stažení např. 1MB dat, aby rychlost klesnula na hodnotu 1Mbps (funguje vždy pro nové TCP spojení).

Zde je popis:
Je potřeba omarkovat spojení např. ze stanice 192.168.0.100 a následně k tomu provést mark pakets, Qos provádím v simple queue (což je vlastně global-in / global-out) z tohoto důvodu markuji pakety pomocí chain prerouting.

/ip firewall mangle
add action=mark-connection chain=forward comment="" disabled=no \
new-connection-mark=conn passthrough=no protocol=tcp \
src-address=192.168.0.100
add action=mark-packet chain=prerouting comment="" connection-bytes=\
0-10000000 connection-mark=conn disabled=no new-packet-mark=\
high passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="" connection-mark=\
conn disabled=no new-packet-mark=low passthrough=\
no


/queue simple
add burst-limit=0/0 burst-threshold=0/0 burst-time=0s/0s comment="" \
direction=both disabled=no dst-address=0.0.0.0/0 interface=all limit-at=\
0/0 max-limit=0/5000000 name=high packet-marks=\
high parent=none priority=8 queue=default/default \
target-addresses=192.168.0.100/32 total-queue=default
add burst-limit=0/0 burst-threshold=0/0 burst-time=0s/0s comment="" \
direction=both disabled=no dst-address=0.0.0.0/0 interface=all limit-at=\
0/0 max-limit=0/1000000 name=low packet-marks=low \
parent=none priority=8 queue=default/default target-addresses=\
192.168.0.100/32 total-queue=default

Dá se to v podstatě řetězit, tzn. začnu stahovat rychlostí až do 5Mbps, pokud stáhnu 1MB dat, omezím přenos např. na 3Mbps a po následném stáhnutí třeba 2MB dat omezím stahování na konečnou rychlost např. 1Mbps atd. Snad to někomu pomůže.

[reset]

takhle to lze delat, ale popravde, to bych radeji sel k telekomu. Sorry, ale tohle je prasarna pro uzivatele.
Proc jim omezujes rychlost a nenechas jim prne vyuzit kapacitu ?

priklad:
Koupis si auto, porsche 911 careru, po ujeti 1000m uz z toho nevyrahnes vice jak 200km/h , po ujeti dalsich 1000m uz jen 100km/h .
Podle tohoto narozreno prikladu je trabant mnohem rychlejsi, ten i po ujeti 3000m a vice muze jet stale 130km/h

po jake dobe jim to vynulujes ?

[jnovak]

Nikde to nenasazuji tedy kromě sebe, zkouším, učím se, testuji možnosti. Když jsem zkoušel burst v simple queue tak výsledek nic moc, přepočítávání burst-time dle max-limit / treshold. No a to co tady někdo psal na začátku pomocí mangle dst. limit jsem nepochopil. Tak jsem chtěl jen ukázat, že to lze i jinak.
A co bych se mělo nulovat? Při každém novém spojení se rychlost pomalu snižuje.

[reset]

ok, tak uz jsem pochopil, jak jsi to myslel.

Neni lepsi pouze snizit prioritu ve strome pro spojeni a nechat kapacitu stejnou ?

[jnovak]

ano, také je to řešení. (Ti co nepřesáhli určitý počet dat, budou mít vyšší prioritu, než ti co již tento limit vyčerpali)

Já se však na to dívám takto:
někdo má nějaký problém (na tomto fóru) a já se snažím najít nějakým způsobem řešení, aniž bych ho potřeboval řešit.
Prostě se snažím učit z problémů ostatních, kteří mk využívají v běžném provozu. Rád bych se o mk dozvěděl co nejvíce, jsem tímto systémem prostě nadšen.
V pracovním životě pracuji se Cisco zařízeními cca 13 let, ale to se nedá s mk srovnat (cena/výkon/možnosti).
Nechci však říkat že mk je lepší, Cisco je robustní, dobrý support i dostupnost dokumentace, to se o mk moc říct nedá.

Tady však byl požadavek, aby po určitém čase se ponížila rychlost, já jsem to vyřešil ne časem, ale počtem stažených dat.

[hapi]

a nedostahnu stejnýho výsledku tím, že u QT nastavim správně burst? Když budu limit burstu brát jako maximální rychlost a max limit jako rychlost po burstu, tak dosahnu stejnýho výsledku nebo ne? + teda nějakej čas jakej může ject na plno než se burst vyčerpá.

[reset]

rekl bych, ze nedosahnes.
Tohle je taktez resini pro TQ.

Priklad prioritizovani komunikace na tcp portu 80 (nebo jakehokoliv jineho tcp spojeni) na hlavni brane
Vlezes na stranku, zacinas na 0B, navazi se nova vlakna, vice mene pro kazdy obrazek se zacne navazovat spojeni, budou mit nejvyssi prioritu 1.
Po vetsim prenosu, treba po 1MB se priorita snizi, nez dosahne dalsi hranice na snizeni priority. Kapacitne je ale vsude povolena na "maximum" z linky.
Kdyz se zacne stahovat treba iso soubor bude mit taktez ze zacatku prioritu 1, ale jak se zvysuje mnozstvi prenesenych dat, snizuje se priorita. Pokud bude linka fest zatizena, dlouhodobe stahovani bude nekde ve tride s prioritou 6, ale browseni a tahani malych objektu bude mit prednost, bude mit stale prioritu 1, (2 a dale). Samozrejmosti je, cim vyssi priorita, tak jsou i urcite minimalni garance pro tridy.

Nebo sejou se treba 3 lidi na agregovane lince 8Mb. Jeden stahuje iso, druhy muziku, treti jen browsi (obcasne klikne).
Zacne stahovat prvni, dostane 8Mb, stahne treba 100MB, ma stale 8Mb, ale s uz prioritou 6.
Prijde druhy, zacne stahovat muziku, zacne mu to jet treba 6Mb, stahne 20MB a skonci. Jak bude propadavat prioritama, tak se mu bude rychlost snizovat, protoze linka je vytizena na max. Prvni stale taha. V pripade, ze dosahnou stejne priority, tak se jim rychlosti vyrovnaji na 4Mb.
Mezi tim prijde treti a bude browsit web, jelikoz parkrat klikne a nestahne temer zadna data, bude mit stale prioritu 1 a vsechno se mu bude rychle nacitat aniz by pocitoval vyraznou agregaci na zatizene lince.

[jnovak]

pěkně popsáno !

[hapi]

jo, až na to, že než stahne těch 100MB tak na tom budou všichni tři stejně a web mu zase nepoletí a navíc když bude stahovat 4 konexema, tak to bude 400MB nebo ne?.

Právě testuju ten burst. Chodí parádně. Nastaví se jeho hranice a nebo se omezí podle nadřazený queue. Pokud i tý nadřazený queue dáme nějakej burst, tak bude i přez max limit u nadřazený queue a tedy i když bude nadřazená queue plná ale v tomhle možná kecám.

Burst trvá 10 sekund, pak se vypne. Zapne se až když spadne průměrná rychlost za 40 sekund pod burst threshold.

[jnovak]

Byl by někdo ochotný mi vysvětlit burst v simple queue? Nějak to pořád nechápu. Když budu vycházet z určených hodnot:
Max. limit = 4M
Burst limit = 8M
Burst treshold = 2M
Burst time = 40

Dle manuálu by se měla provádět kontrola burts treshold vždy 1/16 času, tzn. při burst time 40, kontrola burst treshold probíhá každých 40/16 = 2.5 sekundy.
Kde a jak zjistím délku probíhajícího burst limitu? Chápu, že burst limit je možný pouze, pokud je nějakou dobu traffic nižší než burst treshold.
Jak dlouho musí být traffic nižší než je burst treshold.

Předem děkuji za vysvětlení.

[reset]

jo, až na to, že než stahne těch 100MB tak na tom budou všichni tři stejně a web mu zase nepoletí a navíc když bude stahovat 4 konexema, tak to bude 400MB nebo ne?.

to propadavani prioritama je po mensich usecich, treba 1MB, 4MB, 10MB, 50MB, atd atd