----- Original Message -----
From: "Gabriel Cernat" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 18, 2003 8:13 AM
Subject: [rlug] Re: TCP(Linux offtopic)
>
> ----- Original Message -----
> From: "Alin Nastac" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, July 18, 2003 7:59 AM
> Subject: [rlug] Re: TCP(Linux offtopic)
>
>
> > Protocolul IP nu garanteaza faptul ca pachetele vor veni in ordinea
> > transmisiei. In mod normal exista mai multe rute catre aceeasi clasa,
> > iar unele rutere folosesc load balancing, ergo se cit se poate de
> > probabil ca un pachet mic (cum este FIN) sa ajunga inaintea ultimului
> > pachet de date. Dar nu e nici o problema, pt ca FIN-ul are incorporat un
> > numar de secventa peste ceea ce a acnoladguit hostul, prin urmare il va
> > pune in fereastra conexiunii si va astepta linistit restul pachetelor
> > pina la numarul de secventa al FIN-ului.
> >
> > Btw, nu vad de ce un pachet care contine FIN sa nu poata contine si
> > date. Mi se pare o optimizare inteleapta.
> >
> > Gabriel Cernat wrote:
> >
> > >Un singur lucru nu inteleg: de ce draq apare un FIN de la server la
> > >client inaintea pachetului de date ?
> N-am scris eu, insa...:desi ce scrii tu e corect,
> totusi Omu' are dreptate (cred eu) sa puna intrebarea, el
> intreaba -desi un packet de date poate sa intarzie- de ce pune
> packet FYN serverul primul si nu clientul? Adica de ce sa termine
> sesiunea serverul, poate ca clientul mai vrea un ls sau ceva?
> G.
Pana la urma ai dreptate!
(Dar daca exista "Pina la urma urmei"?:) )
G.
15:51:37.648395 SERVER.http > client.35637: F 469:469(0) ack 19 win 5792
^
<nop,nop,timestamp 255672 16070361> (DF)
15:51:37.648428 client.35637 > SERVER.http: . ack 1 win 5840
<nop,nop,timestamp 16070363 255672,nop,nop,sack sack 1 {469:470} > (DF)
[tos 0x10]
15:51:37.650972 SERVER.http > client.35637: P 1:469(468) ack 19 win 5792
<nop,nop,timestamp 255672 16070361> (DF)
15:51:37.651754 client.35637 > SERVER.http: F 19:19(0) ack 470 win 6432
^
<nop,nop,timestamp 16070364 255672> (DF) [tos 0x10]
15:51:37.659281 SERVER.http > client.35637: . ack 20 win 5792
<nop,nop,timestamp 255675 16070364> (DF)
>
>
