.dsy:it. (http://www.dsy.it/forum/)
- Reti di calcolatori (http://www.dsy.it/forum/forumdisplay.php?forumid=68)
-- 2° compitino, cosa abbiamo risposto? (http://www.dsy.it/forum/showthread.php?threadid=29259)

L'esame non era affatto difficile...se si studiava...non so con Rossi, ma seguendo la Pagani lo sforzo è stato minimo (con questo non dico che Rossi sia un p...a, anzi...).

Credo di sapere alcune risposte...

DHCPrequest ripete DHCPoffer
DNS cache
RTO 12.52
MPLS output interface, label, accodamento (c'era una domanda simile anche lo scorso anno)
Acknowledgement ritardato...io ho messo 10, ma è l'unica domanda di cui non sono certo.

Le domande di teoria per chi aveva il TEMA B erano veramente una str..zata.
E anche quelle del TEMA A.

Bastava studiare, sull'Halsall però...

con rossi invece era molto più difficile perchè molte cose non le ha spiegate, o lo ha fatto in poche parole!

Originally posted by ++DeathCubeK++
L'esame non era affatto difficile...

Originally posted by ++DeathCubeK++
Le domande di teoria per chi aveva il TEMA B erano veramente una str..zata.
E anche quelle del TEMA A.

__________________
cerca di vivere non di esistere.
Se Oscar Wilde fosse ancora vivo probabilmente mi citerebbe per plagio.

Boh non so che dire...a me è sembrato più che fattibile.
Onestamente descrivere Slow Start, Congestion Avoidance e chiusura TCP (3 vie o 4) può essere un pò lungo (se fortemente dettagliato), ma non certo difficile.
Sul Arp Proxy e Split Horizont non c'era molto da dire.

Cmq ieri dopo l'esame uno a chiesto alla prof la risposta per il DNS e lei ha risposto che la risp era 10...non so se scherzava...ma forse ha ragione.
Io avevo il tema B, ma da quello che ho capito chiedeva metodo ricorsivo per dico.unimi.it

Io so che per ogni richiesta corrispondo due query (andata e ritorno) quindi i passaggi erano:
root-it-unimi-dico
quindi 4 per due query faceva 8.
In + mi sembra che c'era scritto che una richiesta era doppia e quindi ne andavano aggiunte altre due...
...non so cmq...io ho ragionato così...ma in base alla risposta 10 e a ricordi approssimativi della domanda.

Cmq credo presto la prof mettere sul jli le soluzioni.
Ciao a tutti!

il resolver in quante query risolve l 'indirizzo dico.unimi.it
dns locale dns root dns it e dns unimi ho pensato io. e siccome 8 non c'era ho messo 4. unendo i ragionamenti mi sa che è 10...
cmq io son telecomunicazioni e ho risposto per sport...
meno male

__________________
cerca di vivere non di esistere.
Se Oscar Wilde fosse ancora vivo probabilmente mi citerebbe per plagio.

le mie risposte sono state:
RTO = 12.52
HDLC = ip + id
mpls = output interface, output label,e politika di akkodamento
Akc Ritardato = 2 [questo ve lo spiego..allora produko il primo blokko e lo invio.il ricevente al posto di mandare l ack subito aspetta 200ms,in questo tempo il sender ha prodotto i restanti 9 blokki di 10caratteri (gli bastano 90ms) e all arrivo dell ack manda tutto..
c'è un esempio molto simile sulle vekkie esercitazioni..
DNS ho sparato a kaso.

Originally posted by People
le mie risposte sono state:
RTO = 12.52
mpls = output interface, output label,e politika di akkodamento
Akc Ritardato = 2 [questo ve lo spiego..allora produko il primo blokko e lo invio.il ricevente al posto di mandare l ack subito aspetta 200ms,in questo tempo il sender ha prodotto i restanti 9 blokki di 10caratteri (gli bastano 90ms) e all arrivo dell ack manda tutto..[/B]

Premetto che non ho controllato sui testi...
Comunque, la DHCP-OFFER non contiene l'ID della transazione + l'ip che viene offerto dal server?

__________________
Livio

** Pone seram, cohibe, sed quis custodiet ipsos custodes? Cauta est et ab illis incipit uxor. **

www

OFFER: transaction_id, ip_proposto, netmask, validità

eeesatto, ricordavo anche la validità, ma della netmask ero all'oscuro.
A parte i miei pensieri delle 2 am, abbiamo capito che non erano accettabili entrambe

__________________
Livio

** Pone seram, cohibe, sed quis custodiet ipsos custodes? Cauta est et ab illis incipit uxor. **

www

Originally posted by livio_82
A parte i miei pensieri delle 2 am, abbiamo capito che non erano accettabili entrambe

scusa eh...
Innanzitutto voglio ricordarti che la domanda verteva sulla DHCP-REQUEST.

Schematizzando:
la req contiene TRANSACTION_ID
e l'offer transaction_id, ip_proposto, netmask, validità.

Riassumento le risposte:
A) la request contiene TRANSACTION_ID (CORRETTO)
B) la request è UGUALE alla Offer (NON E' UGUALE, HA SOLO UN CAMPO DEI 4 CONTENUTI NELLA OFFER)

...

__________________
Livio

** Pone seram, cohibe, sed quis custodiet ipsos custodes? Cauta est et ab illis incipit uxor. **

www

Hai capito male..
O almeno, i miei appunti presi al corso serale dicono che la Request e la Offer sono UGUALI.
Il client invia la Discover(ip_sorg[0.0.0.0], ip_dest[255.255.255.255], trans_id), il server risponde con una Offer(trans_id, ip_proposto, netmask, validità) e il client risponde con una Request, uguale alla Offer del server, considerata come risposta positiva ed infine l'ack inviato dal server e contenente sempre quei 4 parametri..

a me sembrava ke il client invia la rikiesta kn id e ip e il server risponde kon una Offer ke è = alla request kon + un qualkosa ke gli dika ke la rikiesta è stata accettata...

Ecco quello che so io:
Discover (client->server)
Offer (server->client)
Request (client->server)
Ack (server->client)
I parametri sono quelli che ho postato precedentemente..

Per maggiori info:
http://it.wikipedia.org/wiki/DHCP#c..._del_protocollo