🚀 go-pugleaf

KrzychK2 <krzysztof.kardas@wp.pl> wrote:

>>mo?na trzymaae je w queue i przesy^3aae do socketów dopiero, kiedy kolejka si^e
>>zwolni. w ten sposób host nadawcy nie otrzyma ACK od maszyny i nie b^edzie
>>przesy^3a^3 kolejnych danych.

> Stosujac cos takiego mozesz zastosowac w pf-ie odpowiednia maske na
> pakiet. Na ACK bedzie to chyba A

mogę prosić o przykład praktyczny?

>>> Rozwiazania sa 2:
>>> 1) postawic przed tym bridge ktory bedzie ksztaltowac ruch

> Rozwiazanie zalecane bo otwiera to kilka/kilkanascie mozliwosci.
> Zresza niekoniecznie komputer, sa przeciez osobne flowmanagery.

niektórzy próbowali shapować ruch jednocześnie za pomocą pf jak i ipfw, ale
to, co wychodziło z pfa nie bardzo chciało wchodzić do dummynetowych rurek.

poza tym, wolałbym rozwiązanie `natywne' pf, jako, że wtedy mógłbym wrzucić
ten ruch po prostu do kolejki altq, a nie tylko przycinać do danej wartości.

>>> 2) wymieniac sie informacjami z providerem i ruch do ciebie
>>> ksztaltowac u providera, zas ruch od siebie ksztaltowac u siebie.

>>to, niestety, nie jest na chwil^e obecn+/- mo?liwe.

> A czemu??

infrastruktura sieci ulega zbyt często zmianom, by ISP mógł pamiętać o
takich drobiazgach. 

poza tym, na dłuższą metę byłoby to dla tego nieopłacalne, jako, że
ograniczenia ruchu są ustalane poprzez ściągnięcie pliku konfiguracyjnego na
modem, przez co ISP nie musi obciążać swoich routerów kolejkami.

na dummynecie sprawdza się to doskonale, nie zmienię shapera, jeśli
musiałbym w tym celu konsultować się ze swoim ISP, czy też kupować nową
maszynę służącą tylko i wyłącznie do kształtowania ruchu.

PS zrób coś ze swoim kodowaniem.

-- 
Stanislaw Halik :: http://weirdo.ltd.pl