Autor: Jan Rychter (jwr_at_icm.edu.pl)
Data: Fri 18 Oct 1996 - 21:31:08 MET DST
>>>>> "Marcin" == Marcin Klimowski <marcin_at_usk.pk.edu.pl>:
Marcin> a teraz testy z pakietami po 2048b ----sunsite.icm.edu.pl PING
Marcin> Statistics---- 87 packets transmitted, 59 packets received,
Marcin> 32% packet loss round-trip min/avg/max = 121/177/299 ms
Marcin> (89)|riad:/usr/local/lib/xemacs-19.14/lisp/mailcrypt>
[...]
Akurat wielkosc 2048B jest IMHO troche przesadzona -- powyzej MTU laczy
sprawa staje sie troche metna i nie bardzo wiadomo czy takie echo musza
wracac czy moga nie. Dlatego ja na ogol ograniczam sie do max 1400
bajtow danych. (pozostajac ponizej MTU 1500).
Fragment z odpowiedniego RFC:
RFC 1885 ICMPv6 (ICMP for IPv6) December 1995
The data received in the ICMPv6 Echo Request message MUST be returned
entirely and unmodified in the ICMPv6 Echo Reply message, unless the
Echo Reply would exceed the MTU of the path back to the Echo
requester, in which case the data is truncated to fit that path MTU.
Marcin> itp, itd... 5MB plik łatwiej (czytaj szybciej) jest ściągnąć
Marcin> do Krakowa z Politechniki Wrocławskiej niż z ICM'u. Kto za
Marcin> taki stan rzeczy odpowiada ?!
W sieci Ochockiej utrata pakietow wynosi 0%. O dowolnej
porze. Problemy zaczynaja sie w WARMANie.
--jwr
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:00:05 MET DST