Tcp 3-way-handshake

[hee136]

Perdonate la domanda banale.
Il three way hand shake è:
A->B : pacchetto SYN con Sequence Number X
B->A : pacchetto SYN ACK con Sequence Number Z e Acknowledge Number X+1
A->B : pacchetto ACK con Acknowledge Number Z+1

Perchè il pacchetto SYN ha dimensione 1?

[hamming_burst]

"hee136":
Perchè il pacchetto SYN ha dimensione 1?

in che senso $1$? Che unità di misura stai utilizzando?

Forse intendi settaggio del flag ad 1. La sua grandezza è solo l'header TCP senza Dati.

[hee136]

"hamming_burst":[quote="hee136"]
Perchè il pacchetto SYN ha dimensione 1?

in che senso $1$? Che unità di misura stai utilizzando?

Forse intendi settaggio del flag ad 1. La sua grandezza è solo l'header TCP senza Dati.[/quote]

Quando mando un pacchetto TCP con Sequence Number X, chi lo riceve risponde con un ACK X+(lunghezza del pacchetto ricevuto).

Quando mando un pacchetto TCP SYN con Sequence Number X, chi lo riceve risponde con un ACK X+1.

Da questo ho dedotto che il pacchetto SYN sia considerato a lunghezza 1. Perchè?

[hee136]

"hee136":
Quando mando un pacchetto TCP SYN con Sequence Number X, chi lo riceve risponde con un (SYN) ACK X+1.

In pratica quello che chiedo è perchè, se il pacchetto SYN ha Sequence Number X, il pacchetto SYN ACK ha Sequence Number X+1 (nonostante il numero di byte nel campo data del pacchetto SYN sia 0) ?

[hamming_burst]

"hee136":
Quando mando un pacchetto TCP con Sequence Number X, chi lo riceve risponde con un ACK X+(lunghezza del pacchetto ricevuto).

guarda che per la lunghezza esiste un apposito campo dell'header.

Per $+1$ è riferito ad una somma del sequence number (il valore iniziale è un codice random ciclico) + 1, cioè il successivo seq number che si aspetta il mittente. Tale somma è salvata sempre nell'header nell'apposito spazio.

In pratica il tuo dubbio non sussiste, è derivato da un'iterpretazione sbagliata di un qualche schema three-way

[hee136]

"hamming_burst":[quote="hee136"]
Quando mando un pacchetto TCP con Sequence Number X, chi lo riceve risponde con un ACK X+(lunghezza del pacchetto ricevuto).

guarda che per la lunghezza esiste un apposito campo dell'header.

Per $+1$ è riferito ad una somma del sequence number (il valore iniziale è un codice random ciclico) + 1, cioè il successivo seq number che si aspetta il mittente. Tale somma è salvata sempre nell'header nell'apposito spazio.

In pratica il tuo dubbio non sussiste, è derivato da un'iterpretazione sbagliata di un qualche schema three-way [/quote]

Grazie per le risposte

Scusami ma non ti seguo. Penso di aver sbagliato a porre la domanda. Provo a formularla meglio.

-- TCP A ------------------------------------------------------------------------------------------- TCP B
1. CLOSED -------------------------------------------------------------------------------------- LISTEN
2. SYN-SENT --> ------- ----------------------------------- --> SYN-RECEIVED
3. ESTABLISHED <-- -------------------- <-- SYN-RECEIVED
4. ESTABLISHED --> ------------------------- --> ESTABLISHED
5. ESTABLISHED --> ---------------- --> ESTABLISHED

Purtroppo viene visualizzata da schifo ma non è altro che il 3way hs preso dalla RFC del TCP.

Perchè il Sequence Number dal passo 2 al passo 4 viene incrementato di 1 mentre dal passo 4 al passo 5 rimane uguale?
Se dal passo 2 al passo 4, il SN non venisse incrementato, il 3way hs funzionerebbe lo stesso?

GRazie ancora