Re: MTU

Autor: sTav <marmro9_at_o2.beztego.pl>
Data: Fri 15 Sep 2006 - 13:20:31 MET DST
Message-ID: <eee2f9$skp$1@nemesis.news.tpi.pl>
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response

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