.dsy:it. - Esercizio TCP

.dsy:it. (http://www.dsy.it/forum/)
- Reti di calcolatori (http://www.dsy.it/forum/forumdisplay.php?forumid=68)
-- Esercizio TCP - ack ritardato (http://www.dsy.it/forum/showthread.php?threadid=32797)

Posted by Simeon on 18-11-2007 22:32:

Esercizio TCP - ack ritardato

code:
Su una connessione TCP l’applicazione utente genera 100 caratteri con una frequenza di un
blocco di 10 caratteri ogni 10 msec.. Se l’entita’ TCP lato ricezione applica la politica di
‘acknowledgement ritardato’, quanti segmenti vengono usati dal lato trasmissione per trasferire tutti
i 100 caratteri ?
(a) 2
(b) 10
(c) 3
(d) 1

La risposta giusta dovrebbe essere la (a), ma non riesco a capirne il motivo. Nel libro, l'unica differenza tra conferme immediate e conferme ritardate e' l'ack di risposta del ricevente incorpora l'echo del carattere inviato.

Qualcuno potrebbe per favore spiegare come si giunge a questo 2?

Posted by Simeon on 16-12-2007 18:19:

Quindi non lo sa nessuno, sigh.

Posted by poi_1969 on 16-12-2007 20:04:

e' una domanda ad trobocchetto!
la risposta è b, non sappiamo nulla del ricevente, se deve trasmettere qualcosa oppure quale il time out relativo al suo ack ritardato.
La domanda chiede sono in quanti segmenti dividere 100 caratteri.

ciao

Posted by Simeon on 16-12-2007 20:18:

Originally posted by poi_1969
e' una domanda ad trobocchetto!
la risposta è b, non sappiamo nulla del ricevente, se deve trasmettere qualcosa oppure quale il time out relativo al suo ack ritardato.
La domanda chiede sono in quanti segmenti dividere 100 caratteri.

ciao

Non lo so, non mi convince. La risposta giusta da soluzione dovrebbe proprio essere la (a), per cui da qualche parte c'e' un errore se e' come dici tu.

Posted by Mosco on 11-01-2008 15:45:

non saprei risponderti simeon

__________________
Laureato!!!! Non più presente su questo forum, non lasciate IM tanto non li leggo, mandate al massimo una Mail

Posted by Simeon on 17-01-2008 21:21:

La cosa brutta e' che sto esercizio sta sul tema di gennaio 2007, oggi m'e' ricapitato tra le mani e non ho trovato una risposta.

Posted by DeepBlue on 18-01-2008 09:55:

Originally posted by Simeon
Non lo so, non mi convince. La risposta giusta da soluzione dovrebbe proprio essere la (a), per cui da qualche parte c'e' un errore se e' come dici tu.

No, ha ragione poi_1969 secondo me: è a trabocchetto.

TI dice che il ricevente usa l'ack ritardato, quindi che prima di inviare dati piggybacked aspetta 200ms. Però non sappiamo se il ricevente ha dati da mandare.

Lato tx, invieremo 10 blocchi da 10 caratteri in 100ms, che è comunque un tempo inferiore ai 200ms dell'ack ritardato.

La risposta giusta anche secondo me è b).

__________________
~ get Debian! ~ get FreeBSD! ~ get OpenBSD! ~

Posted by Simeon on 18-01-2008 12:08:

Originally posted by DeepBlue
No, ha ragione poi_1969 secondo me: è a trabocchetto.

TI dice che il ricevente usa l'ack ritardato, quindi che prima di inviare dati piggybacked aspetta 200ms. Però non sappiamo se il ricevente ha dati da mandare.

Lato tx, invieremo 10 blocchi da 10 caratteri in 100ms, che è comunque un tempo inferiore ai 200ms dell'ack ritardato.

La risposta giusta anche secondo me è b).

Puo' darsi che abbiate ragione allora, il pdf dava giusta la a) ma ... si saran sbagliati. Partendo dal presupposto che fosse giusta la a) non ne venivo a capo, messa giu' cosi' e' effettivamente meglio.

Posted by DeepBlue on 18-01-2008 16:21:

Nel dubbio, ho provato a trovare una risposta sensata anche per a), ma proprio non riesco

Mi sembra che questo sia già il secondo errore che viene trovato nelle risposte ai temi d'esame.

__________________
~ get Debian! ~ get FreeBSD! ~ get OpenBSD! ~

Posted by Bombardini10 on 26-01-2008 09:41:

per me la risposta giusta rimane la a)2

è un esempio in cui si considera l'algoritmo di nagle--->spedisce il primo segmento, in attesa dell'ack mantiene in memoria tutti gli altri caratteri raggruppati in un altro segmento, una volta ricevuto l'ack per il primo segmento,spedisce il secondo per intero;in totale i segmenti sono 2;

NAGLE=La soluzione e' data dall'Algoritmo di Nagle, secondo il quale una connessione puo' avere solo un piccolo segmento di cui non e' stato dato ancora lo ACK. Non si possono inviare ulteriori piccoli segmenti finche' non e' stato ricevuto lo ACK del precedente. I dati non inviati vengono raccolti dal TCP in un unico segmento, che viene inviato quando si riceve lo ACK del precedente.

Posted by Bombardini10 on 26-01-2008 09:42:

Originally posted by Bombardini10
per me la risposta giusta rimane la a)2

è un esempio in cui si considera l'algoritmo di nagle--->spedisce il primo segmento, in attesa dell'ack mantiene in memoria tutti gli altri caratteri raggruppati in un altro segmento, una volta ricevuto l'ack per il primo segmento,spedisce il secondo per intero;in totale i segmenti sono 2;

NAGLE= La soluzione e' data dall'Algoritmo di Nagle, secondo il quale una connessione puo' avere solo un piccolo segmento di cui non e' stato dato ancora lo ACK. Non si possono inviare ulteriori piccoli segmenti finche' non e' stato ricevuto lo ACK del precedente. I dati non inviati vengono raccolti dal TCP in un unico segmento, che viene inviato quando si riceve lo ACK del precedente.

Posted by uvaci on 26-01-2008 11:34:

se per "ack ritardato" si intende algoritmo di nagle secondo me è cosi:
al tempo t1 (10ms) invia 1 carattere
l'ack gli arriva dopo almeno 200ms (tempo per ritardare ack lato receiver)
in 200ms ha bufferizzato tutti i caratteri che vengono spediti in un unico segmento

Posted by Bombardini10 on 26-01-2008 11:44:

quindi in totale 2 segmenti si è nagle ack ritardato avevo solo dei dubbi quanti caratteri spedisce nel primo segmento se 1 o 10...

Posted by DeepBlue on 26-01-2008 11:56:

__________________
~ get Debian! ~ get FreeBSD! ~ get OpenBSD! ~

Posted by Simeon on 26-01-2008 12:26:

Si, anche la prof ha risposto cosi' sulla mailing list del corso.

All times are GMT. The time now is 21:31.

Show all 15 posts from this thread on one page