 | |
Il progetto dsy.it è l'unofficial support site dei corsi di laurea del Dipartimento di Scienze dell'Informazione e del Dipartimento di Informatica e Comunicazione della Statale di Milano. E' un servizio degli studenti per gli studenti, curato in modo no-profit da un gruppo di essi. I nostri servizi comprendono aree di discussione per ogni Corso di Laurea, un'area download per lo scambio file, una raccolta di link e un motore di ricerca, il supporto agli studenti lavoratori, il forum hosting per Professori e studenti, i blog, e molto altro...
In questa sezione è indicizzato in textonly il contenuto del nostro forum |
[Info] Modalità d'esame
Clicca QUI per vedere il messaggio nel forum |
| alexn1 |
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 |
| Antoniotek |
giugno, luglio, settembre: solo orale.
gennaio, febbraio: solo scritto.
niente progetti
ciao |
| alexn1 |
Grazie mille per le info Antoniotek!
Alex |
| uLori |
ciao, mi sapreste dire il materiale su cui studiare?
grazie |
| CowBoy |
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! |
| michele.c |
I primi due appelli, gennaio e febbraio, saranno scritti probabilmente.
I successivi probabilmente orali. |
| xSharKMaNx |
Ciao a tutti,
qualcuno conosce come è composto lo scritto?
Quante domande sono, quanto tempo c'è a disposizione etc..?
Grazie |
| xSharKMaNx |
| Qualcuno conosce luogo ed ora per Lunedì ? |
| xSharKMaNx |
| 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. |
| teo988 |
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) :?:?:?:? |
| michele.c |
| Sicuramente si usa Nagle |
| xSharKMaNx |
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. |
| xSharKMaNx |
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. |
| michele.c |
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.
|
| xSharKMaNx |
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... |
| michele.c |
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. |
| mostrielo |
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. |
| 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 |
| yeats84 |
| 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?!!??!?! |
| gab217 |
| Sono interessato pure io alla domanda di yeats84. Scusate poi ci sono dispense riepilogative? |
| teo988 |
***** 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 |
| michele.c |
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. |
| yeats84 |
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.. |
| xSharKMaNx |
| Potete spiegarmi il D? |
| michele.c |
Originally posted by xSharKMaNx
Potete spiegarmi il D?
Bhe c'è poco da spiegare :D
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. |
| xSharKMaNx |
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. |
| michele.c |
Vicino :D
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. |
| xSharKMaNx |
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 ;) |
| michele.c |
Perfetto!
Niente :) |
|
|
|
|
