cerca
Temi d'esame di Sistemi - 11/11/2005
modifica cronologia stampa login logout

Wiki

UniCrema


Materie per semestre

Materie per anno

Materie per laurea


Help

Uni.TemiEsameSED05 History

Hide minor edits - Show changes to output

Changed line 216 from:
[[Torna alla pagina di Sistemi Anticoncezionali delle Reti e dei Damiani->Sistemi]]
to:
[[Torna alla pagina di Sistemi per l'elaborazione delle informazioni->Sistemi]]
Changed line 2 from:
[[Torna alla pagina di Sistemi Anticoncezionali delle Reti e dei Damiani->Sistemi]]
to:
[[Torna alla pagina di Sistemi per l'elaborazione delle informazioni->Sistemi]]
Deleted line 174:
'''1.'''
Changed line 193 from:
'''2.'''
to:
'''Parte opzionale'''
Changed lines 175-192 from:
'''1'''
Prima di iniziare, una piccola digressione sull'acronimo RST ([[http://it.wikipedia.org/wiki/RST_(TCP)]]) che penso non centri tanto con l'esercizio (probabilmente voleva scrivere ERTT o RTTE però va bè).

I dati che ci fornisce sono:
-EstimatedRTT della trasmissione precedente
-ACK futuri al tempo t,t+1,t+2

Per risolvere il primo punto usiamo la formula per la variazione del Round Trip Time, ovvero
''EstimatedRTT = (1-x) * ERTT(t-1) + (x)*SampleRTT'' con x=0.1 (valore tipico di misura preso dalle sue dispense)

(1) '''RTT'^'^'= 30ms * (0.9) + 32 ms * (0.1) = 30.2 ms
'''\\

Il testo dell'esercizio però mi chiede di calcorare il timeout (RTO)
per cui basta semplicemente raddoppiare l'RTT risultante (2 è ancora una volta un valore consigliato, una sorta di margine di sicurezza) percui
'''Timeout=2 * 30.2ms = 60.4 ms'''\\

Si procede allo stesso modo per l'ACK'_2_' e ACK'_3_'

(2) '''RTT = 30.2 * 0.9 + 24 * 0.1 = 29.6 ms'''
to:
'''1.'''
Puoi trovare un esercizio analogo risolto per esteso nel tema d'esame del [[30/1/2007->http://www.swappa.it/wiki/Uni/TemiEsameSED02]].

Risolviamo usando la formula per la variazione del Round Trip Time, ovvero:\\
''EstimatedRTT = (1-x) * ERTT(t-1) + (x
)*SampleRTT''\\
con x = 0.1 (valore tipico di misura preso dalle sue dispense)

Risolviamo i vari casi:\\
[@(1)@] '''RTT'^'^'= 30ms * (0.9) + 32 ms * (0.1) = 30.2 ms
'''\\
Il testo dell'esercizio però mi chiede di calcorare il timeout
(RTO) per cui basta semplicemente raddoppiare l'RTT risultante (2 è ancora una volta un valore consigliato, una sorta di margine di sicurezza) per cui: '''Timeout=2 * 30.2ms = 60.4 ms'''

Si procede allo stesso modo
per l'ACK'_2_' e ACK'_3_':

[@
(2)@] '''RTT = 30.2 * 0.9 + 24 * 0.1 = 29.6 ms'''\\
Changed line 191 from:
(3) '''RTT = 29,6 * 0.9 + 26 * 0.1 = 29.2 ms'''
to:
[@(3)@] '''RTT = 29,6 * 0.9 + 26 * 0.1 = 29.2 ms'''\\
Deleted lines 193-196:
Le considerazioni potete trovarle [[qui->http://www.swappa.it/wiki/Uni/TemiEsameSED02]] (c'è un esercizio analogo)

Changed lines 195-197 from:
(?)
to:
>>warning<<
'''Manca la soluzione!'''
>><<
Changed line 198 from:
Le considerazioni potete trovarle qui (c'è un esercizio analogo)
to:
Le considerazioni potete trovarle [[qui->http://www.swappa.it/wiki/Uni/TemiEsameSED02]] (c'è un esercizio analogo)
Changed lines 175-176 from:
%warning%'''WARNING'''\\
DI COSA DIAVOLO STA PARLANDO? ESERCIZIO OSCURO O MAI FATTO
: LASCIA PERDERE
to:
'''1'''
Prima di iniziare, una piccola digressione sull'acronimo RST ([[http://it.wikipedia.org/wiki/RST_(TCP)]]) che penso non centri tanto con l'esercizio (probabilmente voleva scrivere ERTT o RTTE però va bè).

I dati che ci fornisce sono:
-EstimatedRTT della trasmissione precedente
-ACK futuri al tempo t,t+1,t+2

Per risolvere il primo punto usiamo la formula per la variazione del Round Trip Time, ovvero
''EstimatedRTT = (1-x) * ERTT(t-1) + (x)*SampleRTT'' con x=0.1 (valore tipico di misura preso dalle sue dispense)

(1) '''RTT'^'^'= 30ms * (0.9) + 32 ms * (0.1) = 30.2 ms'''\\

Il testo dell'esercizio però mi chiede di calcorare il timeout (RTO) per cui basta semplicemente raddoppiare l'RTT risultante (2 è ancora una volta un valore consigliato, una sorta di margine di sicurezza) percui
'''Timeout=2 * 30.2ms = 60.4 ms'''\\

Si procede allo stesso modo per l'ACK'_2_' e ACK'_3_'

(2) '''RTT = 30.2 * 0.9 + 24 * 0.1 = 29.6 ms'''
'''Timeout = 59.2 ms'''

(3) '''RTT = 29,6 * 0.9 + 26 * 0.1 = 29.2 ms'''
'''Timeout= 58.4 ms'''

Le considerazioni potete trovarle qui (c'è un esercizio analogo)



'''2.'''

(?)
Changed lines 191-194 from:
Innanzi tutto si parla di un '''echo'''. E' una specie di ping pong tra client e server. Il client manda un numero di sequenza puramente casuale, un ACK (che sembra casuale anche quello) e dicendogli il dato che vuole, in questo caso 'C'. Il server per far capire che gli è arrivata la risposta manda un ACK col numero di ACK mandato dal client al posto del numero di sequenza e viceversa. Quando al client è arrivata la risposta ricomincia. Per finire la sequenza il server manda un ACK finale al client. Perciò, quanti pacchetti transitano? La risposta è ''5''
to:
Innanzi tutto si parla di un '''echo'''. E' una specie di ping pong tra client e server. Il client manda un numero di sequenza puramente casuale, un ACK (che sembra casuale anche quello) e dicendogli il dato che vuole, in questo caso 'C'. Il server per far capire che gli è arrivata la risposta manda un ACK col numero di ACK mandato dal client al posto del numero di sequenza incrementato di uno e viceversa. Quando al client è arrivata la risposta ricomincia. Per finire la sequenza il server manda un ACK finale al client. Perciò, quanti pacchetti transitano? La risposta è ''5''
Changed lines 189-190 from:
Leggendo sulle dispense alla voce controllo di flusso TCP, riesco a fare la prima domanda dell'esercizio.NOTA: non ha mai fatto esercizi di questo tipo, ma si sa mai.
to:
Leggendo sulle dispense alla voce controllo di flusso TCP, riesco a fare la prima domanda dell'esercizio.\\
NOTA: non ha mai fatto esercizi di questo tipo, ma si sa mai.\\
Changed lines 188-190 from:
%warning%'''WARNING'''\\
DI COSA DIAVOLO STA PARLANDO? ESERCIZIO OSCURO O MAI FATTO: LASCIA PERDERE
to:
Leggendo sulle dispense alla voce controllo di flusso TCP, riesco a fare la prima domanda dell'esercizio.NOTA: non ha mai fatto esercizi di questo tipo, ma si sa mai.
Innanzi tutto si parla di un '''echo'''. E' una specie di ping pong tra client e server. Il client manda un numero di sequenza puramente casuale, un ACK (che sembra casuale anche quello) e dicendogli il dato che vuole, in questo caso 'C'. Il server per far capire che gli è arrivata la risposta manda un ACK col numero di ACK mandato dal client al posto del numero di sequenza e viceversa. Quando al client è arrivata la risposta ricomincia. Per finire la sequenza il server manda un ACK finale al client. Perciò, quanti pacchetti transitano? La risposta è ''5''

Changed lines 15-16 from:
'''v''': 2 * 10'^8^' m/s
to:
''v'': 2 * 10'^8^' m/s
Added lines 167-168:
----
Deleted lines 4-7:
(:include Servizi.DaModificare:)

->[[!'''DaModificare''']]: ''c'è da finire di scrivere le soluzioni''
Changed lines 168-169 from:
'''Calcolate i valori del timer di ritrasmissione di TCP (retransmission timeout - RTO), sapendo che RTS = 30 ms,
e che gli ACK successivi arrivano con ritardi di 32, 24 e 26 ms. Fate le vostre ipotesi sui valori dei parametri.'''\\
to:
'''Calcolate i valori del timer di ritrasmissione di TCP (retransmission timeout - RTO), sapendo che RTS = 30 ms, e che gli ACK successivi arrivano con ritardi di 32, 24 e 26 ms. Fate le vostre ipotesi sui valori dei parametri.'''\\
Changed lines 173-175 from:
e che gli ACK successivi arrivano con ritardi di 32, 24 e 26 ms. Fate le vostre ipotesi sui valori dei parametri.\\
Parte opzionale (fa guadagnare ulteriori 2 punti) L'algoritmo di Jakobson calcola RTO sulla base della media e della deviazione standard di RTT. Calcolate una stima di RTO con gli stessi dati dell'esercizio e con i parametri di smoothing g = 1/8, h = 1/4 e f =4.'''
to:
e che gli ACK successivi arrivano con ritardi di 32, 24 e 26 ms. Fate le vostre ipotesi sui valori dei parametri.'''\\
'''Parte opzionale (fa guadagnare ulteriori 2 punti) L'algoritmo di Jakobson calcola RTO sulla base della media e della deviazione standard di RTT. Calcolate una stima di RTO con gli stessi dati dell'esercizio e con i parametri di smoothing g = 1/8, h = 1/4 e f =4.'''
Changed lines 93-95 from:
%warning%'''WARNING'''\\
MANCA LA SOLUZIONE
to:
Con la tecnica di VLSM posso assegnare maschere di sottorete variabili a seconda delle sottoreti stesse, riservando di conseguenza ad ognuna uno spazio di indirizzamento diverso per gli host.

Avendo una classe C ho a disposizione l'ultimo ottetto per la ''subnet id'' e l' ''host id''.

Per le reti con più host, la B e la E, utilizzo 3 bit per la ''subnet id'', così che con i rimanenti 5 bit possa tranquillamente indirizzare i 28 host (2'^5^' -2 = 30). Per la C e la D, che hanno un numero inferiore di host, utilizzo invece 4 bit di ''subnet id''; per la C che di host ne ha solo 2 (senza possibilità di crescita, dato che è un collegamento punto-punto) ne utilizzo 6 per la sottorete.

Ricapitolando, ecco le maschere di sottorete:
* '''A''': Maschera di Sottorete: '''255.255.255.240''' ('''11111111.11111111.11111111.1111'''0000)
* '''B''': Maschera di Sottorete: '''255.255.255.224''' ('''11111111.11111111.11111111.111'''00000)
* '''C''': Maschera di Sottorete: '''255.255.255.252''' ('''11111111.11111111.11111111.111111'''00)
* '''D''': Maschera di Sottorete: '''255.255.255.240''' ('''11111111.11111111.11111111.1111'''0000)
* '''E''': Maschera di Sottorete: '''255.255.255.224''' ('''11111111.11111111.11111111.111'''00000)

E qui abbiamo le ''subnet id'', opportunamente assegnate in modo da non lasciare voragini di spazio inutilizzato tra una sottorete e l'altra:
* '''B''': '''202.15.5.0 /27'''
* '''E''': '''202.15.5.32 /27'''
* '''A''': '''202.15.5.64 /28'''
* '''D''': '''202.15.5.80 /28'''
* '''C''': '''202.15.5.96 /30'''

L'host range in questo caso sarà dunque:
* '''B''': da 1 a 30 ''(30 host)''
* '''E''': da 33 a 62 ''(30 host)''
* '''A''': da 65 a 78 ''(14 host)''
* '''D''': da 81 a 94 ''(14 host)''
* '''C''': da 97 a 98 ''(2 host)''

Lo spazio di indirizzamento sprecato per ciascuna sottorete è pari a:

'''A''': 14 - 14 = '''0''' quindi '''14 : 0 = 100 : x -> 0%'''\\
'''B''': 30 - 28 = '''2''' quindi '''30 : 2 = 100 : x -> 6.67%'''\\
'''C''': 2 - 2 = '''0''' quindi '''2 : 0 = 100 : x -> 0%'''\\
'''D''': 14 - 7 = '''7''' quindi '''14 : 7 = 100 : x -> 50%'''\\
'''E''': 30 - 28 = '''2''' quindi '''30 : 2 = 100 : x -> 6.67%'''

Quindi lo spreco appare decisamente diminuito rispetto alla tecnica FLSM.

'''NOTA:''' Nello svolgimento di questo esercizio ho utilizzato per B una ''subnet id'' composta di soli 0, garantendo però che non possano esistere omonimie tra sottoreti differenti.
Changed line 154 from:
Motivi:
to:
(?) Motivi:
Changed lines 156-157 from:
* Eth0 è più lento e quindi posso madare solo ICMP ed interoutin, mentre da sl0 passano frame più grossi.
to:
* Eth0 è più lento e quindi posso utilizzarlo per mandare ICMP ed interoutin, mentre da sl0 passano frame più grossi.
Changed lines 167-170 from:
La tecnica di ritrasmissione adottata è la '''Go Back N'''.
La finestra è di
'''4'''.
Nella retransmission list ho: '''2, 3, 4, 5''' (quelli che sono stati ritrasmessi)
to:
La tecnica di ritrasmissione adottata è una ''continuous RQ'', in particolare una '''Go Back N'''. \\
La finestra ha dimensione
'''4'''.\\
Nella retransmission list ho: '''2, 3, 4, 5''' (ovvero i segmenti
che sono stati ritrasmessi)
Changed lines 172-175 from:
'''Calcolate i valori del timer di ritrasmissione di TCP (retransmission timeout - RTO), sapendo che RTS= 30 ms,
e che gli ACK successivi arrivano con ritardi di 32, 24 e 26 ms. Fate le vostre ipotesi sui valori dei parametric.
Parte opzionale (fa guadagnare ulteriori 2 punti) L’algoritmo di Jakobson calcola RTO sulla base della media e della deviazione standard di RTT. Calcolate una stima di RTO con gli stessi dati dell’esercizio e con i parametri di smoothing g = 1/8, h = 1/4 e f =4.'''
to:
'''Calcolate i valori del timer di ritrasmissione di TCP (retransmission timeout - RTO), sapendo che RTS = 30 ms,
e che gli ACK successivi arrivano con ritardi di 32, 24 e 26 ms. Fate le vostre ipotesi sui valori dei parametri.\\
Parte opzionale (fa guadagnare ulteriori 2 punti) L'algoritmo di Jakobson calcola RTO sulla base della media e della deviazione standard di RTT. Calcolate una stima di RTO con gli stessi dati dell'esercizio e con i parametri di smoothing g = 1/8, h = 1/4 e f =4.'''
Changed lines 179-180 from:
MANCA LA SOLUZIONE
to:
DI COSA DIAVOLO STA PARLANDO? ESERCIZIO OSCURO O MAI FATTO: LASCIA PERDERE
Changed lines 192-193 from:
MANCA LA SOLUZIONE
to:
DI COSA DIAVOLO STA PARLANDO? ESERCIZIO OSCURO O MAI FATTO: LASCIA PERDERE
Changed lines 89-91 from:
'''Nelle stesse ipotesi dell’esercizio precedente, definite uno schema di subnetting VLSM. Specificate le maschere
di sottorete, e subnetID. Quantificate la percentuale di spazio d’indirizzamento inutilizzato, e paragonatela a quella dell’Esercizio 2.'''
to:
'''Nelle stesse ipotesi dell’esercizio precedente, definite uno schema di subnetting VLSM. Specificate le maschere di sottorete, e subnetID. Quantificate la percentuale di spazio d'indirizzamento inutilizzato, e paragonatela a quella dell’Esercizio 2.'''
Changed lines 17-18 from:
''Banda'': 10 Mbps = 10'^7^' bit/s
''PDU'': 10 Mbyte = 80 Mbit = 8 * 10'^7^' bit
to:
''Banda'': 10 Mbps = 10'^7^' bit/s\\
''PDU'': 10 Mbyte = 80 Mbit = 8 * 10'^7^' bit\\
Changed lines 29-30 from:
'''t = PDU / Banda effettiva = 80 (Mbit) / 9,75 (Mbit/s) = ''circa'' 8,20 s
to:
'''t = PDU / Banda effettiva = 80 (Mbit) / 9,75 (Mbit/s) =''' ''circa'' '''8,20 s'''
Changed lines 35-36 from:
'''t = PDU / Banda effettiva = 80 (Mbit) / 9,57 (Mbit/s) = ''circa'' 8,35 s
to:
'''t = PDU / Banda effettiva = 80 (Mbit) / 9,57 (Mbit/s) =''' ''circa'' '''8,35 s'''
Changed lines 60-62 from:
%warning%'''WARNING'''\\
MANCA LA SOLUZIONE
to:
Con la tecnica FLSM ho una maschera di dimensioni fisse per ogni sottorete. In questo caso ne ho cinque da indirizzare, quindi ho bisogno di almeno 3 bit (infatti 2'^3^' = 8). E' poi meglio evitare di utilizzare ''subnet id'' composte da tutti 0 o tutti 1, quindi quelle valide per il nostro esercizio sono:

'''A''': '''198.15.6.32 /27'''\\
'''B''': '''198.15.6.64 /27'''\\
'''C''': '''198.15.6.96 /27'''\\
'''D''': '''198.15.6.128 /27'''\\
'''E''': '''198.15.6.160 /27'''

L'intervallo degli indirizzi di host, per ogni sottorete, è:

'''A''': da 33 al 62\\
'''B''': da 65 al 94\\
'''C''': da 97 al 126\\
'''D''': da 129 al 158\\
'''E''': da 161 al 190

I bit dedicati all'indirizzamento degli host sono 5, quindi consentono di indirizzarne al più '''2'^5^' - 2 = 30''' (perché non ammetto gli indirizzi a tutti 0 e tutti 1). Lo spazio di indirizzamento sprecato per ciascuna sottorete è pari a:

'''A''': 30 - 14 = '''16''' quindi '''30 : 16 = 100 : x -> 53.33%'''\\
'''B''': 30 - 28 = '''2''' quindi '''30 : 2 = 100 : x -> 6.67%'''\\
'''C''': 30 - 2 = '''28''' quindi '''30 : 28 = 100 : x -> 93.33%'''\\
'''D''': 30 - 7 = '''23''' quindi '''30 : 23 = 100 : x -> 76.67%'''\\
'''E''': 30 - 28 = '''2''' quindi '''30 : 2 = 100 : x -> 6.67%'''

Lo spazio di indirizzamento sprecato globalmente si calcola considerando che utilizzo cinque reti da 30 host ciascuna (quindi posso indirizzare 150 host) e che normalmente avrei avuto 254 host indirizzabili col normale classe C. Ho così 254 - 150 = '''104''' host sprecati, in percentuale: '''254 : 104 = 100 : x -> 40.95%'''
Changed lines 44-46 from:
%warning%'''WARNING'''\\
MANCA LA SOLUZIONE
to:
La notazione CIDR specifica che sono 20 i bit destinati alla maschera di sottorete, quindi i primi due byte e 4 bit del terzo byte.

172.16.17.30/20 -> il terzo byte in binario è .'''0001'''0001. \\
172.16.28.15/20 -> il terzo byte in binario è .'''0001'''1100.

Quindi i due indirizzi sono sulla stessa sottorete, perché hanno tutti e 20 i primi bit uguali.
Changed lines 87-89 from:
%warning%'''WARNING'''\\
MANCA LA SOLUZIONE
to:
(:table border=0 width=60% cellpadding=5 cellspacing=0:)
(:cellnr bgcolor=#d9e4f2 align=center:) '''DESTINAZIONE'''
(:cell bgcolor=#d9e4f2 align=center:) '''ROUTER'''
(:cell bgcolor=#d9e4f2 align=center:) '''INTERFACCIA'''
(:cellnr align=center:) 10.0.1.1/24
(:cell align=center:) ...
(:cell align=center:) Eth0
(:tableend:) \\

Motivi:
* sicurezza, dal momento che se si rompe uno c'è anche l'altro
* Eth0 è più lento e quindi posso madare solo ICMP ed interoutin, mentre da sl0 passano frame più grossi.
Changed lines 109-111 from:
%warning%'''WARNING'''\\
MANCA LA SOLUZIONE
to:
La tecnica di ritrasmissione adottata è la '''Go Back N'''.
La finestra è di '''4'''.
Nella retransmission list ho: '''2, 3, 4, 5''' (quelli che sono stati ritrasmessi)
Changed lines 12-14 from:
'''Calcolate il tempo effettivo (in secondi) necessario per recapitare un file tra un computer A e un computer B,
supponendo che non vi sia traffico generato da altre stazioni. Ipotesi: Dimensione File: 10 Mbyte Banda nominale della rete 10 Mbps. Trasporto: Ethernet/UDP.'''
to:
'''Calcolate il tempo effettivo (in secondi) necessario per recapitare un file tra un computer A e un computer B, supponendo che non vi sia traffico generato da altre stazioni. Ipotesi: Dimensione File: 10 Mbyte, Banda nominale della rete 10 Mbps. Trasporto: Ethernet/UDP.'''
Changed lines 16-18 from:
%warning%'''WARNING'''\\
MANCA LA SOLUZIONE
to:
Ricapitoliamo i dati:\\
''Banda'': 10 Mbps = 10'^7^' bit/s
''PDU'': 10 Mbyte = 80 Mbit = 8 * 10'^7^' bit
'''v''': 2 * 10'^8^' m/s

So inoltre che:
* l'overhead di un frame Ethernet è composto da ''38 byte'' (8 di preambolo + 6 per l'indirizzo destinazione + 6 per l'indirizzo mittente + 14 di header + 4 di trailer)
* l'overhead di un pacchetto UDP è composto da ''28 byte'' (20 di header IP + 8 di header UDP)

''CASO ETHERNET''\\
Considero il payload più grande che posso inviare in un frame ethernet (1500 byte) e calcolo il payload data rates: '''1500 / (1500 + 38) = 97,5293 %''' che mi consente di ottenere la banda effettiva, al netto dei byte di overhead. Ovvero: '''Banda effettiva = (10'^7^' bit / 97,5293) * 100 = 9,75 Mbps'''

Uso ora la banda effettiva per calcolare il tempo di invio:
'''t = PDU / Banda effettiva = 80 (Mbit) / 9,75 (Mbit/s) = ''circa'' 8,20 s

''CASO UDP''\\
Dal payload più grande che posso inviare in un frame ethernet (1500 byte) tolgo i byte di overhead dell'UDP e faccio il rapporto con i byte occupati da un frame ethernet (overhead compresi): '''(1500 - 28) / (1500 + 38) = 95,70 %''' che mi consente di ottenere la banda effettiva, al netto dei byte di overhead (del frame ethernet, dell'IP e dell'UDP). Ovvero: '''Banda effettiva = 9,57 Mbps'''

Uso ora la banda effettiva per calcolare il tempo di invio:
'''t = PDU / Banda effettiva = 80 (Mbit) / 9,57 (Mbit/s) = ''circa'' 8,35 s
Deleted lines 75-78:
'''Le interfacce del router sono mostrate nella figura che segue. Quale può essere il motivo per collegare i due router tra loro attraverso due coppie d’interfacce separate? Spiegate.'''

Attach:SDEI20-06-2006_2.jpg
Added lines 1-109:
(:title Temi d'esame di Sistemi - 11/11/2005:)
[[Torna alla pagina di Sistemi Anticoncezionali delle Reti e dei Damiani->Sistemi]]
----

(:include Servizi.DaModificare:)

->[[!'''DaModificare''']]: ''c'è da finire di scrivere le soluzioni''

%titolo%''':: Temi d'esame di Sistemi - 11/11/2005 ::'''

!!Esercizio 1
'''Calcolate il tempo effettivo (in secondi) necessario per recapitare un file tra un computer A e un computer B,
supponendo che non vi sia traffico generato da altre stazioni. Ipotesi: Dimensione File: 10 Mbyte Banda nominale della rete 10 Mbps. Trasporto: Ethernet/UDP.'''

%red%[-'''SOLUZIONE'''-]

%warning%'''WARNING'''\\
MANCA LA SOLUZIONE

----

!!Esercizio 2
'''Dite se le coppie indirizzo IP/maschera di sottorete 172.16.17.30/20 e 172.16.28.15/20 si riferiscono alla stessa subnet oppure no. MOTIVATE LA RISPOSTA.'''

%red%[-'''SOLUZIONE'''-]

%warning%'''WARNING'''\\
MANCA LA SOLUZIONE

----

!!Esercizio 3
Attach:SDEI12-05-2007.jpg

'''Dato l’indirizzo di classe C 198.15.6.0/24, subnettatelo con la tecnica FLSM per creare la rete in figura. Precisate per ciascuna sottorete subnetID, spazio d’indirizzamento e indirizzo di broadcast per ciascuna sottorete. Quantificate la percentuale di spazio d’indirizzamento inutilizzato, globalmente e per ciascuna sottorete.'''

%red%[-'''SOLUZIONE'''-]

%warning%'''WARNING'''\\
MANCA LA SOLUZIONE

----

!!Esercizio 4
'''Nelle stesse ipotesi dell’esercizio precedente, definite uno schema di subnetting VLSM. Specificate le maschere
di sottorete, e subnetID. Quantificate la percentuale di spazio d’indirizzamento inutilizzato, e paragonatela a quella dell’Esercizio 2.'''

%red%[-'''SOLUZIONE'''-]

%warning%'''WARNING'''\\
MANCA LA SOLUZIONE

----

!!Esercizio 5
'''Data la rete del laboratorio in figura, specificate la tabella di instradamento per il router A, interfaccia eth0.'''

Attach:SDEI20-06-2006.jpg

'''Le interfacce del router sono mostrate nella figura che segue. Quale può essere il motivo per collegare i due router tra loro attraverso due coppie d’interfacce separate? Spiegate.'''

Attach:SDEI20-06-2006_2.jpg

%red%[-'''SOLUZIONE'''-]

%warning%'''WARNING'''\\
MANCA LA SOLUZIONE

----

!!Esercizio 6
'''Con riferimento alla figura spiegate: Quale tecnica di ritrasmissione viene adottata, qual è la dimensione della finestra e i contenuti della retransmission list all’invio del segmento 3.'''

Attach:SDEI11-11-2005.jpg

'''Le interfacce del router sono mostrate nella figura che segue. Quale può essere il motivo per collegare i due router tra loro attraverso due coppie d’interfacce separate? Spiegate.'''

Attach:SDEI20-06-2006_2.jpg

%red%[-'''SOLUZIONE'''-]

%warning%'''WARNING'''\\
MANCA LA SOLUZIONE

!!Esercizio 7
'''Calcolate i valori del timer di ritrasmissione di TCP (retransmission timeout - RTO), sapendo che RTS= 30 ms,
e che gli ACK successivi arrivano con ritardi di 32, 24 e 26 ms. Fate le vostre ipotesi sui valori dei parametric.
Parte opzionale (fa guadagnare ulteriori 2 punti) L’algoritmo di Jakobson calcola RTO sulla base della media e della deviazione standard di RTT. Calcolate una stima di RTO con gli stessi dati dell’esercizio e con i parametri di smoothing g = 1/8, h = 1/4 e f =4.'''

%red%[-'''SOLUZIONE'''-]

%warning%'''WARNING'''\\
MANCA LA SOLUZIONE

----

!!Esercizio 8
'''Un client di emulazione terminale usa TCP per inviare a un server remoto i codici dei tasti premuti dall’utente. Il client manda ogni carattere generato dall’utente al server in un segmento separato, e il server rimanda ogni carattere ricevuto all’applicazione in un segmento separato. Supponiamo di monitorare il traffico in TCP transito tra client e server, e che l’utente digiti i caratteri “A” e “C”.'''
# '''Quanti pacchetti vedremo transitare? Per quale motivo non quattro?'''
# '''Quale sarà il payload di ciascuno?'''
# '''Quando il client riceve l’eco dal server, aspetta un po’ prima di inviare l’ACK. Per quale motivo? Quanto è il ritardo?'''

%red%[-'''SOLUZIONE'''-]

%warning%'''WARNING'''\\
MANCA LA SOLUZIONE

----
[[Torna alla pagina di Sistemi Anticoncezionali delle Reti e dei Damiani->Sistemi]]