.dsy:it. - [Info] Modalità d'esame

.dsy:it. (http://www.dsy.it/forum/)
- Reti di calcolatori (http://www.dsy.it/forum/forumdisplay.php?forumid=68)
-- [Info] Modalità d'esame (http://www.dsy.it/forum/showthread.php?threadid=40646)

Posted by alexn1 on 23-06-2010 16:54:

[Info] Modalità d'esame

Premessa: vorrei dare l'esame di reti a settembre.

Per la laurea in informatica (F49) l'esame consiste "solo" nell'orale o c'è anche qualcosa tipo progetto?

Grazie a tutti

Posted by Antoniotek on 23-06-2010 17:01:

giugno, luglio, settembre: solo orale.

gennaio, febbraio: solo scritto.

niente progetti

ciao

Posted by alexn1 on 23-06-2010 21:20:

Grazie mille per le info Antoniotek!

Alex

Posted by uLori on 20-09-2010 16:54:

ciao, mi sapreste dire il materiale su cui studiare?
grazie

Posted by saradid on 21-09-2010 08:56:

http://nptlab.dico.unimi.it/index.p...a-20082009.html
qui trovi tutto

Posted by CowBoy on 16-12-2010 13:28:

Info per F49

Reti è uno dei miei ultimi esami e avendo già frequentato lo sto preparando senza seguire le lezioni. Leggo dal sito che ci sono varie equipollenze e cambiamenti; chi sta frequentando mi può confermare che da gennaio non cambia nulla(non ci sono progetti o altro di diverso) per la laurea triennale F49?

Grazie mille!

__________________
.. ±·ø·±-`` MuSiC iS My LanGuAGe ´´-±·ø·± ..

Posted by Rocky on 16-12-2010 18:10:

I primi due appelli, gennaio e febbraio, saranno scritti probabilmente.
I successivi probabilmente orali.

Posted by xSharKMaNx on 17-01-2011 11:11:

Ciao a tutti,
qualcuno conosce come è composto lo scritto?

Quante domande sono, quanto tempo c'è a disposizione etc..?

Grazie

__________________
Perché, mentre il manganello può sostituire il dialogo, le parole non perderanno mai il loro potere; perché esse sono il mezzo per giungere al significato, e per coloro che vorranno ascoltare, all'affermazione della verità. E la verità è che c'è qualcosa di terribilmente marcio in questo paese. (V)

I popoli non dovrebbero aver paura dei propri governi, sono i governi che dovrebbero aver paura dei popoli. (T.J)

Posted by CowBoy on 17-01-2011 13:01:

Per quanto ho capito sarà simile a queso:

http://www.dsy.it/forum/showthread....&threadid=33583

e/o a quest'altro:

http://www.dsy.it/forum/showthread....&threadid=40166

__________________
.. ±·ø·±-`` MuSiC iS My LanGuAGe ´´-±·ø·± ..

Posted by xSharKMaNx on 17-01-2011 13:28:

ti ringrazio!

Posted by albakiara on 24-01-2011 16:38:

Originally posted by CowBoy
Per quanto ho capito sarà simile a queso:

http://www.dsy.it/forum/showthread....&threadid=33583

e/o a quest'altro:

http://www.dsy.it/forum/showthread....&threadid=40166

grazie 1000!!! sei stato davvero molto gentile.
gli esami erano del prof G. Rossi?

Posted by xSharKMaNx on 25-01-2011 07:56:

Qualcuno conosce luogo ed ora per Lunedì ?

Posted by xSharKMaNx on 25-01-2011 11:21:

Si avvisa gli studenti che l' esame di Reti di Calcolatori si terrà il giorno 31/01/2011 alle ore 13:30 in Aula Beta.

Posted by teo988 on 26-01-2011 17:50:

ma alla domanda

Su una connessione TCP la sorgente genera un carattere ogni 3 msec. per un totale di 30 caratteri. Quanti segmenti invia TCP
per trasferire i 30 caratteri se il round trip time è stabilmente fissato in 15 msec ?

A) 1
B)6
C) 30
D)7

cosa avreste risposto?

io avevo pensato che, dato che la mss di tcp è 1500 Byte e che un carattere è formato da 4 byte (quindi in totale avremmo 120 Byte), viene inviato un solo segmento che avrà RTT di 15msec

(avevo pensato anche a Nagle, con il quale invierei 7 segmenti)

Posted by Rocky on 26-01-2011 18:18:

Sicuramente si usa Nagle

Posted by xSharKMaNx on 26-01-2011 22:32:

secondo me è A
di TCP conosciamo la MSS che deve gestire almeno 536byte.

30caratteri = 30byte

a questi anche se ci aggiungiamo i 20B dell'header non arriviamo mai a quota 536.

----------------------

teo perchè dici che un carattere è formato da 4B ?
1 carattere secondo me sono 8bit = 1byte

Vedo che stiamo facendo esercizi per lunedì... se vogliamo discuterne per darci una mano, più che volentieri.

Posted by xSharKMaNx on 26-01-2011 22:57:

Ex. 2

Un canale in rame lungo 2 Km ha banda 6 Mbps. Per quale range di frame size Idle RQ ha efficienza almeno 50%?
A) 610 bit
B) 540 bit
C) 120 bit
D) 312bit

Qui sinceramente non capisco la domanda... "per quale range di frame" intende dire che più di una risposta è corretta?

Lunghezza Canale = 2000m
Banda = 6 x 10^6bps

Tp = lunghezza canale / velocità di propagazione
Tp = 2x10^3m / 2x10^8 ms = 10^-5s

2Tp = 2x10^-5sec

in Idle RQ se la dimensione del frame < (banda *RTT) abbiamo un utilizzo inferiore al 50%

in questo caso banda * RTT = 6x10^6bpsx2x10^-5s = 120bit

Per cui in questo caso tutte e 4 le risposte sarebbero corrette.
Fatemi sapere.

Posted by Rocky on 26-01-2011 23:18:

Anche a me viene 120, e io crocerei appunto la C.

Per quanto riguarda l'es precedente su TCP, non sono d'accordo.
Nagle su TCP è sempre attivo, a maggior ragione su un trasmettitore lento.
Ma quando arriva l'ACK il trasmettitore invia, e l'ACK arriva in 15msec.
Quindi non invierò un solo segmento.

Abbiamo 1char ∀ 3 msec, per un tot di 30char.
Quindi 30B * 3msec = 90B*msec.

Considerando l'ipotesi di dover misurare RTT, spedisco un primo segmnto di 21 Byte ( 20 di Header TCP + 1 char ) e misuro così il RTT.

Poi rimangono 89B*msec/15msec = 6 circa

6 o 7 segmenti, bisogna vedere se inviare il primo segmento per misurare RTT o meno.

Posted by xSharKMaNx on 27-01-2011 08:43:

Originally posted by michele.c

Per quanto riguarda l'es precedente su TCP, non sono d'accordo.
Nagle su TCP è sempre attivo, a maggior ragione su un trasmettitore lento.
Ma quando arriva l'ACK il trasmettitore invia, e l'ACK arriva in 15msec.
Quindi non invierò un solo segmento.

Abbiamo 1char ∀ 3 msec, per un tot di 30char.
Quindi 30B * 3msec = 90B*msec.

Considerando l'ipotesi di dover misurare RTT, spedisco un primo segmnto di 21 Byte ( 20 di Header TCP + 1 char ) e misuro così il RTT.

Poi rimangono 89B*msec/15msec = 6 circa

6 o 7 segmenti, bisogna vedere se inviare il primo segmento per misurare RTT o meno.

il ragionamento è interessante... però mi domando:
La traccia ci dice: "genera un carattere ogni 3 msec. per un totale di 30 caratteri"

Questo che significa? Che una volta generato lo trasmette?
Per TCP mandare "21" Byte è uno spreco... a meno che non sia un'applicazione interattiva tipo Telnet, io l'avevo ragionata quindi sulla MSS...

Posted by Rocky on 27-01-2011 10:28:

Io pensavo proprio a Telnet, che invia un carattere alla volta.
A lezione abbiamo fatto l'esempio di Nagle proprio su Telnet

Per TCP è vero che 21 B sono sprecati, ma se non ha ancora il RTT deve in qualche modo misurarlo, così il primo segmento lo invia con un solo char.

Poi, stimato RTT, può bufferizzare.

Posted by mostrielo on 27-01-2011 10:58:

Problema su Nagle.
Nella figura 7.6 (c) dello Halsall il primo segmento viene inviato col solo carattere "d", il secondo con i caratteri "a", "t", "e" cioè con quelli che il sender è riuscito a bufferizzare fino all'arrivo dell'ack per il primo segmento.

__________________
Testing shows the presence, not the absence of bugs. EWD

Posted by xSharKMaNx on 27-01-2011 11:33:

Credo di aver capito... se il RTT è fissato a 15msec significa che a 15msec riesco a bufferizzare in un segmento 5caratteri e trasmetto.

Per cui 30/5 = 6 riesco a trasmettere 6 segmenti.

E' corretto ?

---------------------------------------

Ex. 3

***** Quiz N. 3 *****
Lo header di IEEE 802.3 prevede un campo PAD di dimensione 0-46. A che cosa serve?
A) A contenere i bit di ridondanza per la rilevazione degli errori
B) A contenere il Payload Data del frame
C) A contenere l'estensione dello header in caso di VLAN
D) A garantire che il tempo di trasmissione dei frame sia superiore ad un minimo stabilito dallo standard

La risposta credo che sia la C

Posted by yeats84 on 27-01-2011 11:50:

Raga scusate una cosa, io son del vecchio ordinamento Informatica F49, per quanto riguarda l'appello del 31 gennaio, è sempre 6 domande a crocette e 6 aperte giusto? non c'è nulla per quanto riguarda la storia del laboratorio o cose varie vero?!!??!?!

Posted by xSharKMaNx on 27-01-2011 12:15:

credo di no, sono anch'io del vecchio ordinamento, ma sul sito non è riportato nulla

http://nptlab.dico.unimi.it/index.p...alcolatori.html

Posted by gab217 on 27-01-2011 12:21:

Sono interessato pure io alla domanda di yeats84. Scusate poi ci sono dispense riepilogative?

Posted by teo988 on 27-01-2011 15:04:

***** Quiz N. 3 *****
Lo header di IEEE 802.3 prevede un campo PAD di dimensione 0-46. A che cosa serve?
A) A contenere i bit di ridondanza per la rilevazione degli errori
B) A contenere il Payload Data del frame
C) A contenere l'estensione dello header in caso di VLAN
D) A garantire che il tempo di trasmissione dei frame sia superiore ad un minimo stabilito dallo standard

La risposta credo che sia la C

Io direi la D

Posted by Rocky on 27-01-2011 15:12:

Originally posted by xSharKMaNx
Credo di aver capito... se il RTT è fissato a 15msec significa che a 15msec riesco a bufferizzare in un segmento 5caratteri e trasmetto.

Per cui 30/5 = 6 riesco a trasmettere 6 segmenti.

E' corretto ?

---------------------------------------

Ex. 3

***** Quiz N. 3 *****
Lo header di IEEE 802.3 prevede un campo PAD di dimensione 0-46. A che cosa serve?
A) A contenere i bit di ridondanza per la rilevazione degli errori
B) A contenere il Payload Data del frame
C) A contenere l'estensione dello header in caso di VLAN
D) A garantire che il tempo di trasmissione dei frame sia superiore ad un minimo stabilito dallo standard

La risposta credo che sia la C

Sì in teoria il ragionamento è corretto.
Come dicevo prima, bisogna assicurarsi se dobbiamo stimare "noi" il RTT, e inviare prima un segmento con un solo Byte, o se si considera una connessione a regime, già avviata.
Secondo me la richiesta così è poco chiara.
Fa la differenza perchè nel primo caso sono 7 segmenti, nel secondo 6.

Come risposta all'altro quesito, anche io direi D come diceva teo.

Posted by yeats84 on 27-01-2011 15:43:

Originally posted by xSharKMaNx
credo di no, sono anch'io del vecchio ordinamento, ma sul sito non è riportato nulla

http://nptlab.dico.unimi.it/index.p...alcolatori.html

qui però http://nptlab.dico.unimi.it/index.p...0-modalita.html dice anche che:
"N.B.: dall'A.A. 2010-2011 l'insegnamento di Reti di Calcolatori (9 cfu) e Laboratorio (3 cfu) è equipollente all'esame di Reti di Calcolatori (12 cfu) per gli studenti del CdL di Informatica. Ai fini dell'esame gli studenti devono quindi preparare il programma per quest'ultimo insegnamento."

forse ho capito male io..

Posted by xSharKMaNx on 27-01-2011 15:51:

Potete spiegarmi il D?

Posted by Rocky on 27-01-2011 16:44:

Originally posted by xSharKMaNx
Potete spiegarmi il D?

Bhe c'è poco da spiegare

Il campo padding assicura che la frame sia almeno di 512 bit, cioè 64Byte, cosicchè sia rispettato il vincolo che tx >= 2tp, con 2tp stimato su Ethernet a 10Mbps a 51,2 microsec (tenendo conto del tempo di propagazione e del ritardo introdotto dai ripetitori sul canale).

Siccome una frame può anche avere campo Data di o byte (vedi quando mandiamo solo un ACK perchè il piggybacking fallisce), padding è un campo di 46 B che viene utilizzato per riempire la frame di bit inutili, che poi tanto verranno scaratati in ricezione, ma che assicura il vincolo sopra.

Posted by xSharKMaNx on 27-01-2011 19:54:

perfetto. ho rivisto anche gli appunti e mi ero totalmente dimenticato che Tx = 2Tp dove la taglia minimia è di 512.
in più mi sono fregato ricordando il grafico dove il PAD sul libro lo riporta quando parla delle VLAN.

***** Quiz N. 5 *****
Una coppia sender-receiver a livello data-link adotta un protocollo a finestra P con tecnica Go-Back-N. Se lo header per P prevede
al massimo 7 bit per il campo sequence number. qual è la dimensione massima utilizzabile per la finestra di trasmissione?
A)128
B) 127
C) 255
D) 64

direi A: servono 7 bit per identificare 128 identificatori dei numeri di sequenza da 0 a 127 però non ne sono convinto.

Posted by Rocky on 27-01-2011 20:35:

Vicino
E' la B, almeno secondo me.
Cioè 127, perchè con 7 bit abbiamo 2^7 - 1 identificatori possibili.
Questa è la formula del go back n.
Per il Selective Repeat sarebbe stato 2^7 / 2.

Per giustificare le formule, basta pensare quando invio una intera finestra di trasmissione di frame, etutti gli ack vengono persi, allora la sorgente scaduti i vari timer di ritrasmissione, reinvia tutte le frame.
La destinazione deve avere modo di disambiguare se le frame sono della vecchia finestra, e quindi scartarle, o nuove.

Posted by xSharKMaNx on 28-01-2011 08:09:

Ok ho capito, ho fatto il ragionamento inverso basandomi sui numeri di sequenza da 0 a 127 e quindi ho pensato servono 128bit se voglio coprire da 0 a 127

Grazie come sempre

Posted by Rocky on 28-01-2011 08:51:

Perfetto!
Niente

All times are GMT. The time now is 20:40.

Show all 34 posts from this thread on one page