Neni to primo k tematu, ale souvislost to ma - jaky efekt bude mit, kdyz v downloadu(ne v uploadu!) budu urychlovat vsechny ACK pakety ? (tzn v souvislostech tohoto clanku je hodim do stejne tridy jako SSHcko). Diky...
V zasade je to dobry napad a mohlo by to mit celkem pozitivni efekt, zkuste to. Na druhou stranu tech ACKu muze byt celkem dost, takze by mohli saturovat odchozi linku, takze uplne do stejne tridy jako SSH bych je asi nedaval.
Ma mereni ukazala, ze ACK ma nastaveno prilis mnoho packetu (tedy i ty, co nesou data), takze je potreba brat v potaz, ze packet s ACK flagem muze byt i "obtezovatel".
piggybacking je naprosto normalni vlastnost ip stacku, ktera se bezne pouziva, a jestli nekdo chce uprednostnit ack pred ne ack pakety, pripadne jeste hur, kdy uprednostni pouze ack pakety pred piggybacknutymi ack packety, tak at si to hodne rychle rozmysli.
acky a prehozena sekvencini cisla neni zrovna rozumna vlastnost tohoto pristupu ke QOS a kdo vi co se rozhodne udelat druha strana spojeni... zmensi okno? preposle ty same pakety, ktere uz cekaji ve fronte,...
No, zasadni problem v tomhle je v tom, ze i ACK packety (respektive packety s nahozenym ACK flagem) mohou nest data. To, ze je vetsinou nenesou je zbusobeno stylem prace nadrazenych protokolu na bazi request-response.
Pochopitelne. Ale puvodni varianta to tak nedela. A mam dojem, ze -m length je volitelny option iptables a musi se explicitne zakompilovat (mozna je vetsinou zapnuty, to nevim).
ČLÁNKY DO MAILU