🚀 go-pugleaf

In pl.comp.networking Andrzej Pastusiak <root@diamond.sky> wrote:
: Czy ktos orietuje sie z czego wynika dlugi czas PINGa, przy odpalonym PPP
: na modemie? U mnie ping przy predkosci 14400 trwa 0.2s. Sprawdzalem, ze
: zmaina wielkosci pakietu nic nie zmienia. Czy ktos moze mi wyjasnic skad
: biere sie az takie opoznienie? 200 ms to cala wiecznosc :-)

Jaka tam wiecznosc. Ping ma pakiet 64 bajty lub dluzszy. Razem z odpowiedzia
to jest ~130 bajtow do transmisji. A to juz ~130ms.
Dodaj troche narzutu na korekcje bledow i do 200 calkiem blisko.

J.

: : Czy ktos orietuje sie z czego wynika dlugi czas PINGa, przy odpalonym PPP
: : na modemie? U mnie ping przy predkosci 14400 trwa 0.2s. Sprawdzalem, ze
: : zmaina wielkosci pakietu nic nie zmienia. Czy ktos moze mi wyjasnic skad
: : biere sie az takie opoznienie? 200 ms to cala wiecznosc :-)

: Jaka tam wiecznosc. Ping ma pakiet 64 bajty lub dluzszy. Razem z odpowiedzia
: to jest ~130 bajtow do transmisji. A to juz ~130ms.
: Dodaj troche narzutu na korekcje bledow i do 200 calkiem blisko.

No nie wiem jak to liczyles. Pakiet pinag ma w jedna strone 56 bajtow w
druga dokladane jest jeszcze 8 bajtow. Srednio 60 :-)

2*60*8b/14000 = 68ms

Chyba dobrze rachuje, czy sie myle? Wylaczylem kompresje i korekcje bledow
(wg manula do modemu)  (takze komprese samych pakietow PPP) i dalej sytuacja 
sie nie zmienia ping do mojego providera wyglada tak:

PING arka (195.116.4.4): 56 data bytes
64 bytes from 195.116.4.4: icmp_seq=0 ttl=255 time=209.5 ms
64 bytes from 195.116.4.4: icmp_seq=1 ttl=255 time=210.1 ms
64 bytes from 195.116.4.4: icmp_seq=2 ttl=255 time=210.1 ms
64 bytes from 195.116.4.4: icmp_seq=3 ttl=255 time=210.1 ms

natomiast traceroute:

 1  arka (195.116.4.4)  152.881 ms  152.506 ms  149.604 ms

Moze ktos mi wyjasni z kad sie bierze roznica?

Andrzej

Andrzej Pastusiak wrote:

> No nie wiem jak to liczyles. Pakiet pinag ma w jedna strone 56 bajtow w
> druga dokladane jest jeszcze 8 bajtow. Srednio 60 :-)

Raczej 84.

ICMP PACKET DETAILS
     An IP header without options is 20 bytes.  An ICMP ECHO_REQUEST
packet
     contains an additional 8 bytes worth of ICMP header followed by an
arbi-
     trary amount of data.  When a packetsize is given, this indicated
the
     size of this extra piece of data (the default is 56).  Thus the
amount of
     data received inside of an IP packet of type ICMP ECHO_REPLY will
always
     be 8 bytes more than the requested data space (the ICMP header).

Poza tym to jest transmisja asynchroniczna jak sądzę. Tutaj też tracisz.
 
> Chyba dobrze rachuje, czy sie myle? Wylaczylem kompresje i korekcje bledow
> (wg manula do modemu)  (takze komprese samych pakietow PPP) i dalej sytuacja
> sie nie zmienia ping do mojego providera wyglada tak:
> 
> PING arka (195.116.4.4): 56 data bytes
> 64 bytes from 195.116.4.4: icmp_seq=0 ttl=255 time=209.5 ms
> 64 bytes from 195.116.4.4: icmp_seq=1 ttl=255 time=210.1 ms
> 64 bytes from 195.116.4.4: icmp_seq=2 ttl=255 time=210.1 ms
> 64 bytes from 195.116.4.4: icmp_seq=3 ttl=255 time=210.1 ms
 
> natomiast traceroute:
> 
>  1  arka (195.116.4.4)  152.881 ms  152.506 ms  149.604 ms
> 
> Moze ktos mi wyjasni z kad sie bierze roznica?

Z tego co wyciąłeś - 40 bajtowe pakiety w traceroucie.

Michał


-- 
********     MEMBER OF THE INTERNATIONAL PROGRAMMERS GUILD    ********
WWW: http://www.pdi.lodz.pl/~mimo   tel: Int. Acc. Code + 48 42 148340
add: Michal Mosiewicz  *  Bugaj 66 m.54 *  95-200 Pabianice  *  POLAND