Użytkownik "Michal Biek" <mb@2.pl.invalid> napisał w wiadomości
news:eebul8$led$1@opal.icpnet.pl...
> sTav log:
> [...]
>> Wiedziałem, że ktoś nie wytrzyma i się przyczepi... :-)
>
> Guzik wiedziałeś ...!:-)
>
>> MTU jako jednostkę (unit) można ustawić. Jeśli ustawimy na najwyższą to
>> będzie "max MTU" możliwy do wykorzystania. Jasne?
>
> No i co z tego, że można ustawiać.
Jakoś inni nie mają problemu ze zrozumieniem co to jest jednostka
skalowalna, niezaleznie od tego jaką jej nadano nazwę.
EnablePMTUDiscovery w stanie (1) i tak przywróci/zoptymalizuje MTU.
taaaa, a świstak na to.... zwłaszcza z -f :-)
> BTW z Twojego tłumaczenia na polskawy wyszło mi:
[ciach wywody]
> IMHO sprawę inkryminowanej różnicy MTU można wyjaśnić dopiero wtedy gdy
> przeprowadzi się testy w środowisku kontrolowanym.
> Samo MTU jest niewystarczające do wyjaśnienia przyczyn różnic, bo
> optymalizacja połączenia nie jest tylko zależna od MTU.
> P.S.
> Przyjąłem do wiadomości, że wiesz czego ja nie wiem!
To dobrze, bo już mam to co chciałem dla PPPoA:
Badanie sourceforge.net [66.35.250.203] z użyciem 1472 bajtów danych:
Odpowiedź z 66.35.250.203: bajtów=1472 czas=313ms TTL=51
Odpowiedź z 66.35.250.203: bajtów=1472 czas=307ms TTL=51
Odpowiedź z 66.35.250.203: bajtów=1472 czas=307ms TTL=51
Odpowiedź z 66.35.250.203: bajtów=1472 czas=309ms TTL=51
Statystyka badania dla 66.35.250.203:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% utraconych),
Szacunkowy czas błądzenia pakietów w milisekundach:
Minimum = 307ms, Maksimum = 313ms, średnia = 309ms
-- Pozdrowienia! /-/. Mariusz *://marmro.homeip.net/Received on Fri Sep 15 13:25:08 2006
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Fri 15 Sep 2006 - 13:42:02 MET DST