|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#1 |
|
Junior Member
Iscritto dal: Jun 2010
Messaggi: 12
|
esercizio reti di calcolatori
Salve, qualcuno può aiutarmi a risolvere questo esercizio di reti?
Considerare il trasferimento di un file enorme da L byte dall'host A a quello B. Ipotizzare un MSS pari a 1460 byte. Determinare quanto impiegherebbe la trasmissione del file. Ipotizzare l'aggiunta di un numero totale di 66 byte per le intestazioni di trasporto, di rete e di collegamento dati a ciascun segmento prima che il pacchetto risultante venga immesso su un collegamento da 10 Mbps. Ignorare il controllo di flusso e di congestione di modo che A possa immettere i segmenti da capo a capo e con continuità. grazie......... |
|
|
|
|
|
#2 |
|
Senior Member
Iscritto dal: Mar 2007
Messaggi: 7863
|
Il fulcro dell' esercizio è il MSS. Se ci ragioni un attimo (sul suo significato) troverai subito la soluzione
|
|
|
|
|
|
#3 |
|
Junior Member
Iscritto dal: Jun 2010
Messaggi: 12
|
Grazie per avermi risposto, puoi dirmi se si risolve così? Oppure dove o sbagliato ed eventualmente correggermi?
Devo fare L/MSS e ottengo il numero totale di segmenti necessari per trasferire il file a ogni segmento aggiungo 66 byte (che sono le intestazioni) e ottengo il pacchetto da mettere in rete ad es. P. A questo punto divido P per la velocità di collegamento (10 Mbps) e ottengo il tepo necessario per inviare un pacchetto da A a B. Per trovare il tempo totale basta che moltiplico questo tempo per il numero di pacchetti (L/MSS) .......... |
|
|
|
|
|
#4 |
|
Senior Member
Iscritto dal: Mar 2007
Messaggi: 7863
|
Si il ragionamento è corretto. Ma dovresti chiederti perchè questa è una semplificazione molto molto teorica al problema reale.
|
|
|
|
|
|
#5 |
|
Junior Member
Iscritto dal: Jun 2010
Messaggi: 12
|
quindi l'esercizio ipotizzava una MTU di dimensione MSS+66=1526 byte, giusto?
grazie ancora per aver sciolto i miei dubbi........ |
|
|
|
|
|
#6 |
|
Senior Member
Iscritto dal: Mar 2007
Messaggi: 7863
|
in questo caso l' MTU è 1500 in quanto l' overhead introdotto da tcp e ip è di 40byte.
|
|
|
|
|
|
#7 |
|
Junior Member
Iscritto dal: Jun 2010
Messaggi: 12
|
ma 66 byte che cosa sono? 20 intestazione TCP, 20 intestazione IP e 26 collegamento?
|
|
|
|
|
|
#8 |
|
Senior Member
Iscritto dal: Mar 2007
Messaggi: 7863
|
26 è lo strato datalink, esattamente ethernet. In questo caso considera anche il preambolo di sincronizzazione.
|
|
|
|
|
|
#9 |
|
Junior Member
Iscritto dal: Jun 2010
Messaggi: 12
|
spero di aver capito.......Quindi, se MTU = 1500 byte è l'overhead complessivo è ad esempio di 48 byte, allora MSS = 1500-40=1460 e non 1500-48=1452? giusto?
grazie per la pazienza..... |
|
|
|
|
|
#10 |
|
Senior Member
Iscritto dal: Mar 2007
Messaggi: 7863
|
si, l' mtu è il payload di livello 2.
|
|
|
|
|
|
#11 |
|
Member
Iscritto dal: Jun 2010
Messaggi: 34
|
mtu
http://en.wikipedia.org/wiki/Maximum_transmission_unit mss http://en.wikipedia.org/wiki/Maximum_segment_size http://www.speedguide.net/read_articles.php?id=111 http://sd.wareonearth.com/~phil/net/overhead/ http://en.wikipedia.org/wiki/IEEE_802.1Q http://ra.crema.unimi.it/turing/MATE...azionisist.pdf nell'esercizio non ho ben capito se l'mtu era inizialmente noto e/o si conosceva il mezzo trasmissivo. nel caso in cui mss+tcp&ip headers > mtu allora i pacchetti vengono frammentati e ti allontani ancora di più dalla teoria http://en.wikipedia.org/wiki/IP_fragmentation http://en.wikipedia.org/wiki/Path_MTU_discovery ora cerco di dormire 1 pò spero di esservi stato d'aiuto. c ya !! Ultima modifica di alterpeople : 07-06-2010 alle 04:46. |
|
|
|
|
|
#12 |
|
Junior Member
Iscritto dal: Jun 2010
Messaggi: 12
|
salve a tutti, ho un altro problemino:
Considerare il trasferimento di un file enorme da L byte e ipotizzare un MSS pari a 1460 byte. Qual è il valore massimo di L tale per cui i numeri di sequenza TCP non vengano esauriti? Dato che il campo numero di sequenza è lungo 32 bit e con 32 bit è possibile indirizzare 4 GB, L=4 Gb? Se è così, L è indipendente dal valore di MSS.......? |
|
|
|
|
|
#13 |
|
Senior Member
Iscritto dal: Dec 2006
Messaggi: 9542
|
@kal28 questo è un forum, non una bacheca
questi esercizi a cosa servono? devi prepare un esame? Non sarebbe meglio allora sforzarsi un pò di più che chiedere le risposte già pronte?
__________________
Harry Callahan: We're not just going to let you walk out of here. Crook: Who's "we", sucker? Harry Callahan: Smith, and Wesson, and me. |
|
|
|
|
|
#14 |
|
Junior Member
Iscritto dal: Jun 2010
Messaggi: 12
|
io non pretendo la soluzione da nessuno, come vedi ho proposto la mia soluzione siccome il libro non contiene soluzioni vorrei solo sapere se il mio ragionamento è esatto, e magari avere degli indizi da qualcuno più esperto di me, niente di più.....
|
|
|
|
|
|
#15 | |
|
Senior Member
Iscritto dal: Mar 2007
Messaggi: 7863
|
Quote:
Le moderne implementazione utilizzano la generazione casuale del SN e tengono conto del Maximum segment life per reinizializzarli. |
|
|
|
|
|
|
#16 |
|
Member
Iscritto dal: Jun 2010
Messaggi: 34
|
scusate ,
non era l'initial sequence number ( ISN ) ad essere quanto più casuale possibile ? http://it.wikipedia.org/wiki/Transmi...ntrol_Protocol http://www.tcpipguide.com/free/t_TCP...Synchroniz.htm http://www.ietf.org/rfc/rfc1948.txt |
|
|
|
|
|
#17 | |
|
Senior Member
Iscritto dal: Mar 2007
Messaggi: 7863
|
certo che si, nella battitura mi è saltata la "I". Ovviamente dal numero casuale si incrementerà in maniera proporzionale ai byte trasferiti e riscontrati.
Quote:
|
|
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 08:39.




















