Torna indietro   Hardware Upgrade Forum > Networking e sicurezza > Networking > Networking in generale

Motorola razr fold, dalla conchiglia al formato a libro. La recensione
Motorola razr fold, dalla conchiglia al formato a libro. La recensione
Abbiamo provato Motorola razr fold, il pieghevole a libro con display interno LTPO da 8,09 pollici, Snapdragon 8 Gen 5 e batteria da 6000 mAh in 243 grammi. Pennino e custodia sopno già nella confezione, per un foldable che si caratterizza per il pannello luminoso, l'autonomia ottima per la categoria e le fotocamere coerenti e ben sfruttabili. Il listino è di 1999 euro, ma in vendita si trova già a molto meno
Recensione Google Pixel Watch 5: sembra lo stesso, ma al polso la differenza si sente
Recensione Google Pixel Watch 5: sembra lo stesso, ma al polso la differenza si sente
Google Pixel Watch 5 ha affinato una formula già convincente con hardware più veloce, Gemini offline e nuovi strumenti per sport e benessere. Abbiamo provato la versione LTE da 41 mm, comoda anche di notte e ben proporzionata sui polsi piccoli. Il design resta un punto di forza, ma l'autonomia premia ancora il 45 mm e alcune funzioni AI non sono disponibili in Italia: ecco che cosa cambia rispetto a Watch 4 e quale formato conviene scegliere oggi
Nokia Innovation Day 2026: la sovranità europea passa dal mercato unico e dai laboratori italiani del gruppo
Nokia Innovation Day 2026: la sovranità europea passa dal mercato unico e dai laboratori italiani del gruppo
Politica, accademia e industria a confronto su mercato unico, sicurezza e competitività. Nei laboratori di Vimercate, Nokia ha mostrato le nuove generazioni di chip ottici e i test che ogni prodotto deve superare prima di arrivare sul mercato
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 06-06-2010, 21:41   #1
kal28
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.........
kal28 è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2010, 21:43   #2
nuovoUtente86
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
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2010, 21:59   #3
kal28
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) ..........
kal28 è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2010, 22:10   #4
nuovoUtente86
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.
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2010, 22:16   #5
kal28
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........
kal28 è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2010, 22:24   #6
nuovoUtente86
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.
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2010, 22:29   #7
kal28
Junior Member
 
Iscritto dal: Jun 2010
Messaggi: 12
ma 66 byte che cosa sono? 20 intestazione TCP, 20 intestazione IP e 26 collegamento?
kal28 è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2010, 22:46   #8
nuovoUtente86
Senior Member
 
Iscritto dal: Mar 2007
Messaggi: 7863
26 è lo strato datalink, esattamente ethernet. In questo caso considera anche il preambolo di sincronizzazione.
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2010, 22:51   #9
kal28
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.....
kal28 è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2010, 22:54   #10
nuovoUtente86
Senior Member
 
Iscritto dal: Mar 2007
Messaggi: 7863
si, l' mtu è il payload di livello 2.
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
Old 07-06-2010, 03:44   #11
alterpeople
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 03:46.
alterpeople è offline   Rispondi citando il messaggio o parte di esso
Old 07-06-2010, 14:53   #12
kal28
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.......?
kal28 è offline   Rispondi citando il messaggio o parte di esso
Old 07-06-2010, 15:11   #13
Harry_Callahan
Senior Member
 
L'Avatar di Harry_Callahan
 
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.
Harry_Callahan è offline   Rispondi citando il messaggio o parte di esso
Old 07-06-2010, 15:21   #14
kal28
Junior Member
 
Iscritto dal: Jun 2010
Messaggi: 12
Quote:
Originariamente inviato da Harry_Callahan Guarda i messaggi
@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?
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ù.....
kal28 è offline   Rispondi citando il messaggio o parte di esso
Old 07-06-2010, 15:25   #15
nuovoUtente86
Senior Member
 
Iscritto dal: Mar 2007
Messaggi: 7863
Quote:
Originariamente inviato da kal28 Guarda i messaggi
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.......?
Sostanzialmente è corretto, ma è la domanda a non essere di attuale interesse.
Le moderne implementazione utilizzano la generazione casuale del SN e tengono conto del Maximum segment life per reinizializzarli.
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
Old 07-06-2010, 21:32   #16
alterpeople
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
alterpeople è offline   Rispondi citando il messaggio o parte di esso
Old 07-06-2010, 22:21   #17
nuovoUtente86
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:
utilizzano la generazione casuale del SN
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Motorola razr fold, dalla conchiglia al formato a libro. La recensione Motorola razr fold, dalla conchiglia al formato ...
Recensione Google Pixel Watch 5: sembra lo stesso, ma al polso la differenza si sente Recensione Google Pixel Watch 5: sembra lo stess...
Nokia Innovation Day 2026: la sovranità europea passa dal mercato unico e dai laboratori italiani del gruppo Nokia Innovation Day 2026: la sovranità e...
In sella alla Fiido Nomads Pro: e-bike con motore centrale da 100 Nm per il divertimento a 360 gradi In sella alla Fiido Nomads Pro: e-bike con motor...
ASUS Zenbook 14 (UX3480AA): tanta autonomia con uno chassis bello e robusto ASUS Zenbook 14 (UX3480AA): tanta autonomia con ...
Federico Veronesi vince i Wildlife Photo...
Samsung Galaxy bloccati dopo l'aggiornam...
L'UE prolunga il periodo di test del pro...
Offerte Amazon di oggi: e-bike da 616€, ...
La missione cino-europea ESA Smile ha in...
Cisco sulle tracce dell’IA nei malware: ...
Nuovo Codice della strada: stop alla PEC...
Blue Origin Constellation Park: un nuovo...
E-bike da 615€ su Amazon: Bodywel F20PRO...
Windows 11 24H2, stop al supporto per Ho...
Gemini 4 Argon disponibile per tutti: co...
Sony avrebbe chiuso Overdrive, lo store ...
Abbiamo scattato con OPPO Find X10 Pro M...
Fino a 21 miliardi per i chip americani:...
Minions: Apple trasforma i Mac inattivi ...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 19:23.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v