R.M.M napisał(a):
No nie do konca tyle, bo jeszcze jest cos takiego jak imq, jako patch na
kernele 2.4.x i OIDP na poczatkowe 2.6.x lub w swiezszych jajkach jest
to juz jak wlasnie widze zintegrowane (ew. modul zwie sie sch_ingress).
Oba rozwiazania pozwalaja ksztaltowac ruch wchodzacy do danego
interfejsu sieciowego i korzystaja przy tym z wlasciwosci protokolow
tcp/ip polegacej na tym, ze maszyna odbierajaca wpuszczajac tylko tyle
pakietow, na ile jej pozwala zadana przepustowosc i odrzucajac reszte,
zmusza maszyne wysylajaca (zanim rozpocznie wysylanie nowych) do
retransmisji odrzuconych pakietow.
Chodzi nie tyle o retransmisję, co o spowolnienie wysyłania do prędkości
takiej, żeby host odbierający nadążył ACKi wysyłać. Było to gdzieś
wytłumaczone w LARTCu. Aha, i działa to tylko dla TCP, rzecz jasna.
Nie dla ICMP/UDP/GRE.
Natomiast co do sedna - nawet z IMQ możesz tylko ograniczyć sobie to co
odbierze jądro względem tego co dostaniesz "z drutu". Żeby skutecznie
ograniczyć przepływ _musisz_ mieć kotnrolę nad stroną wysyłającą.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
