.dsy:it. (http://www.dsy.it/forum/)
- Reti di calcolatori (http://www.dsy.it/forum/forumdisplay.php?forumid=68)
-- Esercizi in preparazione al compito. (http://www.dsy.it/forum/showthread.php?threadid=37744)

 
si. ma cmq qui stiamo parlando del controllo della congestione.

quando ti arrivano 3 aack duplicati viene dimezzata la finestra di congestione e STT viene posto a questo valore. e si riparte con il congestion prevention e fin qui ok. ma dopo che vengono inviati i due segmenti con successo non capisco come si incrementa la variabile di finestra di congestione cioè so che si incermenta di 1 / Wc ma ogni quanto??

hai per caso msn cosi evitiamo di sporcare il documento creato??

__________________
by Ð@rk§h@ÐØw

Per mettere ancora un po piu di confuzione:
Una connessione TCP si trova ad operare nelle seguenti condizioni: finestra di
ricezione 64KB, finestra di congestione 26 KB, soglia SST 16 KB. Se a questo
punto il sender riceve 3 ACK duplicati, quale sarà la nuova finestra di
congestione?

qui la risposta esatta è 16 (si fa 26/2 e si aggiungono i 3 ack)


Nell'esercizio sopra invece dimezza SST e fat CW=SST +3 Cosa che si poteva fare benissimo anche qua, quindi mi chiedo 2 modi diversi per risolvere lo stesso esercizio?

Originally posted by Counter65
Per mettere ancora un po piu di confuzione:
Una connessione TCP si trova ad operare nelle seguenti condizioni: finestra di
ricezione 64KB, finestra di congestione 26 KB, soglia SST 16 KB. Se a questo
punto il sender riceve 3 ACK duplicati, quale sarà la nuova finestra di
congestione?

qui la risposta esatta è 16 (si fa 26/2 e si aggiungono i 3 ack)


Nell'esercizio sopra invece dimezza SST e fat CW=SST +3 Cosa che si poteva fare benissimo anche qua, quindi mi chiedo 2 modi diversi per risolvere lo stesso esercizio?

__________________
Iannantuoni.com | CoseFatteInCasa.it

aspetta la soluzione del primo esercizio è questa:

Dopo la prima terna di duplicate ACK SST diventa 8, e CW diventa 8 (secondo Halsall),
o 8 + 3 × MSS = 11 KB secondo RFC 2581. Dopo 2 trasmissioni sarà SST=8 e CW=13.
Se dopo la 3° trasmissione si riceve un altro duplicate ACK, SST diventa 4 e CW
diventa 4 secondo Halsall, o 7 secondo RFC 2581. Se invece si riceve un ACK nuovo,
la SST resta 8 e la CW torna a 8, valore da cui riprende la crescita lineare.

e sembra che la differenza tra H e rfc sia solo il +3 non il fatto di dividere il SST e porre cw=sst


a che pagina del libro spiega questi calcoli?

Lascia perdere il libro.. aggiunge solo confusione.

Piuttosto guardati la videolezione di questo argomento, o anche solo l'ultima videolezione .. quella di esercitazione. C'è sta roba..

__________________
Iannantuoni.com | CoseFatteInCasa.it

Ragazzi potete condividere il doc delle domande/risposte qui su dsy?
grazie

__________________
Portale segnalazioni marchi-negozi di abbigliamento
http://www.ovojo.com

Lo cerco anche io.Grazie!

Originally posted by saradid
Lo cerco anche io.Grazie!

__________________
Eidolon64|Blog

qualcuno ci puo' aiutare?

Se vi riferite agli esercizi che ha fatto durante le esercitazioni li trovate sul suo sito (http://homes.dico.unimi.it/~pagae/R...citaz-09-10.pdf).

Io cmq non ho ancora ben chiaro il restringimento della CW quando arrivano tre ack duplicati.
Se ho capito bene nella RFC 5681 (http://tools.ietf.org/html/rfc5681#page-8) dice che all'arrivo di 3 ack duplicati:

SST = max( FilghtSize / 2, 2MSS)

CW = SST + 3MSS

invece nell'esercizio 39:

39) Si supponga che la finestra di congestione di TCP sia di 18KB quando si verifica l’arrivo di 3 duplicate ack. Si assuma che la MSS sia 1 KB e la SST sia 16KB. Quali sono i due nuovi valori di SST e Congestion Window? Quanto sarà grande la finestra se alle successive 2 trasmissioni (oltre alla ritrasmissione) corrisponde l’arrivo di duplicate ack? Cosa succede se dopo la 3° trasmissione si riceve un altro duplicate ack?


SOL: La soluzione è determinata considerando quanto stabilito dallo RFC 5681, secondo il quale quando si verifica la ricezione di 3 ack duplicati viene eseguita la procedura di Fast Retransmit / Fast Recovery: la SST viene ridimensionata come nel caso di retransmission timeout (si veda es. 34), mentre la congestion window viene posta uguale alla SST. Da qui la crescita della finestra riprende in modo lineare. Se dovesse verificarsi la ricezione di altri 3 ack duplicati, la procedura viene ripetuta.
Dopo la prima terna di duplicate ack SST diventa 18/2=9 MSS/KB e CW diventa 9.
Dopo 2 trasmissioni sarà SST=9 e CW=11. Se dopo la 3° trasmissione si riceve un altro duplicate ack, SST diventa 9/2=4 e CW diventa 4.

no ci riferiamo agli esercizi ( domande risposte) raccolti durante gli anni...il web doc in cui si parla sopra...

ah le domande aperte che potrebbe fare? bhè si sarebbe comodo postarle qui
cmq nessun idea sul problema della CW nell'RFC?

Originally posted by Spr1gg4N
Se vi riferite agli esercizi che ha fatto durante le esercitazioni li trovate sul suo sito (http://homes.dico.unimi.it/~pagae/R...citaz-09-10.pdf).

Io cmq non ho ancora ben chiaro il restringimento della CW quando arrivano tre ack duplicati.
Se ho capito bene nella RFC 5681 (http://tools.ietf.org/html/rfc5681#page-8) dice che all'arrivo di 3 ack duplicati:

SST = max( FilghtSize / 2, 2MSS)

CW = SST + 3MSS

invece nell'esercizio 39:


Ma secondo l'RFC , dopo i 3 ack duplicati non avrei dovuto fare:
SST = 18/2 = 9KB
CW = 9KB + (3*MSS) = 9KB +3KB = 12KB
poi inizia a crescere linearmente e quindi:
1° trasmissione)
SST = 9KB
CW = 13KB

2° trasmissione)
SST = 9KB
CW = 14KB

-- arrivo di un terzo ack duplicato --
SST = 9/2 = 4
CW = 4KB + (3*MSS) = 7KB

e se invece si riceve un time out come si procede?

sst come sopra ( dimezzata ) ,
e la CW anziche' metterla uguale all'SST va posta a 1 , con crescita esponenziale fino all'SST e poi lineare dopo l'sst