|
Wiki
UniCrema
Materie per semestre
Materie per anno
Materie per laurea
Help
|
|
Uni.TemiEsameSED09 History
Hide minor edits - Show changes to output
Changed line 169 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 lines 166-168:
%warning%'''WARNING'''\\
Non sono sicuro che il secondo esempio sia completo.
Deleted line 71:
Tabella finale di '''RA''':\\\
Added line 73:
Tabella finale di '''RA''':\\ Changed line 80 from:
Tabella finale di '''RB''':\\\ to:
Tabella finale di '''RB''':\\ Changed line 87 from:
Tabella finale di '''RC''':\\\ to:
Tabella finale di '''RC''':\\ Changed line 94 from:
Tabella finale di '''RD''':\\\ to:
Tabella finale di '''RD''':\\ Changed line 101 from:
Tabella finale di '''RE''':\\\ to:
Tabella finale di '''RE''':\\ Changed line 108 from:
Tabella finale di '''RF''':\\\ to:
Tabella finale di '''RF''':\\
Changed lines 71-82 from:
La costruzione della tabella si fa seguendo l'ordine alfabetico:\\
''1'''\\
Tabella iniziale di RA:\\\
RA -> RA -> 0\\
RB -> ? -> ∞\\
RC -> ? -> ∞\\
RD -> ? -> ∞\\
RE -> ? -> ∞\\
RF -> ? -> ∞\\\
'''2'''\\
RA riceve da RB:\\\
RA -> RA -> 0\\
to:
Le tabelle finali sono:\\
Tabella finale di '''RA''':\\\
''destinazione'' -> ''passo successivo'' -> ''costo''\\\ Changed line 75 from:
to:
Changed lines 79-81 from:
'''3'''\\
RA riceve da RC:\\\
RA -> RA -> 0\\ to:
Tabella finale di '''RB''':\\\
RA -> RA -> 1\\
RC -> RA -> 2\\
RD -> RD -> 1\\
RE -> RE -> 1\\
RF -> RE -> 2\\\
Tabella finale di '''RC''':\\\
RA -> RA -> 1\\
RB -> RA -> 2\\
RD -> RD -> 1\\
RE -> RD -> 2\\
RF -> RD -> 2\\\
Tabella finale di '''RD''':\\\
RA -> RC -> 2\\ Changed lines 98-101 from:
RD -> RB -> 2\\
RE -> RB -> 2\\
RF -> RB -> 3\\
to:
RE -> RE -> 1\\
RF -> RF -> 1\\\
Tabella finale di '''RE''':\\\
RA -> RB -> 2\\
RB -> RB -> 1\\
RC -> RD -> 2\\
RD -> RD -> 1\\
RF -> RF -> 1\\\
Tabella finale di '''RF''':\\\
RA -> RD -> 3\\
RB -> RE -> 2\\
RC -> RD -> 2\\
RD -> RD -> 1\\
RE -> RE -> 1\\\ Deleted lines 120-122:
%warning%'''WARNING'''\\
Da sistemare la soluzione
Deleted lines 96-97:
Per come l'ho capita oggi la soluzione è diversa. Praticamente:
Changed lines 104-105 from:
Soluzione da controllare. In sistemi ormai si naviga nell'ipotetico\\
to:
Da sistemare la soluzione
Added lines 98-104:
Per come l'ho capita oggi la soluzione è diversa. Praticamente:
*al passo zero della tabella di ciascuno conosco solo il mio router da cui parto
*al passo 1 RA riceve i messaggi dai suoi vicini RB e RC e costruisce la sua tabella sulle loro. E così fanno tutti i nodi, ricevono tabelle dai vicini
*al passo 2 RA riceverà la tabella aggiornata di RB e RC con i cammini di RD e RE aggiornati. Altrettanto sarà per gli altri. Riceveranno quindi i messaggi dei loro vicini di due nodi più in là.
*al passo 3 RA riceverà la tabella di RB e RC aggiornata ad RF, l'ultimo rimasto. E così gli altri nodi.\\
L'algoritmo si conclude in 3 passi e sono tutti felici e contenti. A questo punto scrivo le tabelle richieste dall'esercizio per ciascun nodo.
Changed line 66 from:
Nota:nell'immagine del prof quelle 3 righe sono più scure, ma non ho capito se è un caso o se ha un certo significato. to:
Nota:nell'immagine del prof quelle 3 righe sono più scure, ma non ho capito se è un caso o se ha un certo significato. Presumibilmente sono backbone, specie di "corsie preferenziali", ma qui è inutile saperlo perchè tanto sono tutti collegati tra loro sti nodi.
Changed lines 60-64 from:
Vedi slide '''DAM_U4_U1_L5'''
%warning%'''WARNING'''
La soluzione è uguale a quella del tema dell %newwin%[[11-11-05 -> http://www.doppioclic.altervista.org/wiki/index.php?n=Uni.TemiEsameSED08]], non so se va bene, a me sembra che chiede la stessa cosa. to:
Vedi slide '''DAM_U4_U1_L5'''\\\
Changed lines 19-21 from:
to:
CLIENT SMTP\\
#include# ...\\
1)Server=argv[1], utente = argv[2]\\
\\
2)creazione socket sock\\
\\
3)srvdata.ip=gethostbyname(server)\\
//nome del server che c'è sulla linea di comando\\
srvdata.port=25\\
//valore interno da convertire in big-endian\\\
4)connect(sock, srvdata)\\\
5)rcv(sock, msg)\\
//controllo che il codice msg del server sia 220 altrimenti esco\\\
6)send(sock, "Helo 250 mioclient.it")\\\
7)rcv(sock, msg)\\
//controllo che msg del server sia 250 altrimenti esco\\\
8)send(sock, "MAIL FROM" + utente + "@mioclient.it")\\\
9)rcv(sock, msg)\\
//controllo che msg del server sia 354 altrimenti esco e cacca forte\\\
10)apro il file che contiene il messaggio di posta, descrittore ''fp''\\\
11)for(n=1; n>0; n= msg read(fp, buffer, EOM))\\
//leggo il prossimo messaggio\\\
12){send(sock,buffer)\\\
13)send(sock,".")}\\\
14)close(sock)
Changed line 50 from:
to:
Changed line 58 from:
to:
Changed line 66 from:
to:
Deleted lines 19-53:
/#include#/\\
1)Server= argv[1]\\
utente argv[2]\\
\\
2)//creazione soocket sock\\
\\
3)srvdata.ip = gethostbyname(server)-> nome del server che c'è sulla linea di comando port -> valore interno da convertire in big-endian
srvdata.port=25\\
\\
4)connect(sock, srvdata)\\
\\
5)rcv(sock, msg)\\
//controllo che il codice del messaggio sia 220 se no esco\\
\\
6) send(sock, "Helo 250 mioclient.it")\\
\\
7)rcv(sock, msg)\\
controllo che il messaggio del server sia 250 se no esco\\
\\
8)send(sock, "MAIL FROM"+utente+"@mioclient.it")\\
\\
9)receiv(sock, msg)\\
//controllo che il messaggio del server sia 354 se no esco
\\
10)apri file che contiene mess di posta, descrittore fp\\
\\
11)for(n=1; n>0; n=msg read(fp, buffer,EOM)\\
//leggo il prossimo messaggio\\
\\
12){send(sock, buffer)\\
\\
13)send(sock,".")}\\
\\
14)close(sock)
Changed lines 49-50 from:
to:
La costruzione della tabella si fa seguendo l'ordine alfabetico:\\
1\\
Tabella iniziale di RA:\\\
RA -> RA -> 0\\
RB -> ? -> ∞\\
RC -> ? -> ∞\\
RD -> ? -> ∞\\
RE -> ? -> ∞\\
RF -> ? -> ∞\\\
2\\
RA riceve da RB:\\\
RA -> RA -> 0\\
RB -> RB -> 1\\
RC -> RB -> 2\\
RD -> RB -> 2\\
RE -> RB -> 2\\
RF -> RB -> 3\\\
3:\\
RA riceve da RC:\\\
RA -> RA -> 0\\
RB -> RB -> 1\\
RC -> RC -> 1\\
RD -> RB -> 2\\
RE -> RB -> 2\\
RF -> RB -> 3\\
%warning%'''WARNING'''\\
Soluzione da controllare. In sistemi ormai si naviga nell'ipotetico\\
Added lines 20-54:
/#include#/\\
1)Server= argv[1]\\
utente argv[2]\\
\\
2)//creazione soocket sock\\
\\
3)srvdata.ip = gethostbyname(server)-> nome del server che c'è sulla linea di comando port -> valore interno da convertire in big-endian
srvdata.port=25\\
\\
4)connect(sock, srvdata)\\
\\
5)rcv(sock, msg)\\
//controllo che il codice del messaggio sia 220 se no esco\\
\\
6) send(sock, "Helo 250 mioclient.it")\\
\\
7)rcv(sock, msg)\\
controllo che il messaggio del server sia 250 se no esco\\
\\
8)send(sock, "MAIL FROM"+utente+"@mioclient.it")\\
\\
9)receiv(sock, msg)\\
//controllo che il messaggio del server sia 354 se no esco
\\
10)apri file che contiene mess di posta, descrittore fp\\
\\
11)for(n=1; n>0; n=msg read(fp, buffer,EOM)\\
//leggo il prossimo messaggio\\
\\
12){send(sock, buffer)\\
\\
13)send(sock,".")}\\
\\
14)close(sock)
Changed lines 38-39 from:
La soluzione è uguale a quella del tema dell [[11-11-05 -> http://www.doppioclic.altervista.org/wiki/index.php?n=Uni.TemiEsameSED08]], non so se va bene, a me sembra che chiede la stessa cosa. to:
La soluzione è uguale a quella del tema dell %newwin%[[11-11-05 -> http://www.doppioclic.altervista.org/wiki/index.php?n=Uni.TemiEsameSED08]], non so se va bene, a me sembra che chiede la stessa cosa.
Changed lines 29-30 from:
to:
I dati possono essere big-endian e little-endian, questi due standard consistono in un differente ordinamento dei byte. Little-endian ordina prima i byte '''meno''' significativi (''ex'': 12.40.119.128) mentre big-endian ordina prima i byte '''più''' significativi (''ex'': 128.119.40.12).\\
Un host può utilizzare entrambi gli ordinamenti, mentre la rete utilizza solo l’ordinamento big-endian quindi è necessario fare una conversione nell’ordine dei byte della rete prima di trasmettere ('''Marshalling''') e un'altra conversione nel momento della ricezione('''Unmarshalling'''). Questo processo si può schematizzare in questo modo: marshalling --> trasmissione --> ricezione --> unmarshalling
Attach:esempio1SED08.jpg
NOTA: se una macchina è già big-endian queste conversioni non fanno nulla.\\\
Vedi slide '''DAM_U4_U1_L5'''
%warning%'''WARNING'''\\
La soluzione è uguale a quella del tema dell [[11-11-05 -> http://www.doppioclic.altervista.org/wiki/index.php?n=Uni.TemiEsameSED08]], non so se va bene, a me sembra che chiede la stessa cosa.
Changed line 55 from:
Oppure se si è scelto una volta il trasferimento ASCII e l’altra il trasferimento binario. to:
Oppure se si è scelto una volta il trasferimento ASCII e l’altra il trasferimento binario.\\\ Changed line 59 from:
Quando si invia la posta elettronica, l’utente specifica un indirizzo di posta elettronica nella forma ''user@domain-part''. Il sistema postale utilizza il sistema dei nomi di dominio per tradurre ''domain-part'' con il tipo di interrogazione MX ''(preso dal libro)''. to:
Quando si invia la posta elettronica, l’utente specifica un indirizzo di posta elettronica nella forma ''user@domain-part''. Il sistema postale utilizza il sistema dei nomi di dominio per tradurre ''domain-part'' con il tipo di interrogazione MX ''(preso dal libro)''.\\\
Changed lines 53-54 from:
# E’ possibile che accada, ad esempio perché un file una volta viene uploadato correttamente, mentre l’altro è corrotto e quindi avranno dimensioni diverse.\\
to:
'''1.'''\\
E’ possibile che accada, ad esempio perché un file una volta viene uploadato correttamente, mentre l’altro è corrotto e quindi avranno dimensioni diverse.\\ Changed lines 56-57 from:
# Il tipo Mx significa ''centrale postale'' e consiste nella preferenza a 16 bit e nel nome dell'host che funge da centrale postale per il dominio.\\
to:
'''2.'''\\
Il tipo Mx significa ''centrale postale'' e consiste nella preferenza a 16 bit e nel nome dell'host che funge da centrale postale per il dominio.\\ Changed lines 60-61 from:
#Nslookup consente di effettuare delle query (richieste) ad un server DNS per la risoluzione di indirizzi IP o Hostname, per poter ottenere da un dominio il relativo indirizzo IP o nome host e viceversa. Si può utilizzare in due modi: interattivo e non interattivo.\\\
to:
'''3.'''\\
Nslookup consente di effettuare delle query (richieste) ad un server DNS per la risoluzione di indirizzi IP o Hostname, per poter ottenere da un dominio il relativo indirizzo IP o nome host e viceversa. Si può utilizzare in due modi: interattivo e non interattivo.\\\
Changed lines 53-54 from:
to:
# E’ possibile che accada, ad esempio perché un file una volta viene uploadato correttamente, mentre l’altro è corrotto e quindi avranno dimensioni diverse.\\
Oppure se si è scelto una volta il trasferimento ASCII e l’altra il trasferimento binario.
# Il tipo Mx significa ''centrale postale'' e consiste nella preferenza a 16 bit e nel nome dell'host che funge da centrale postale per il dominio.\\
E’ assegnato ai nomi usati per le centrali postali elettroniche e consente ad un sito di specificare più host in grado di accettare la posta.\\
Quando si invia la posta elettronica, l’utente specifica un indirizzo di posta elettronica nella forma ''user@domain-part''. Il sistema postale utilizza il sistema dei nomi di dominio per tradurre ''domain-part'' con il tipo di interrogazione MX ''(preso dal libro)''.
#Nslookup consente di effettuare delle query (richieste) ad un server DNS per la risoluzione di indirizzi IP o Hostname, per poter ottenere da un dominio il relativo indirizzo IP o nome host e viceversa. Si può utilizzare in due modi: interattivo e non interattivo.\\\
Il primo permette di effettuare più query e visualizza i singoli risultati.\\
'''Ex''':\\
C:\>nslookup\\\
>www.google.it\\\
Nome: www.1.google.com\\
Addresses: 66.249.85.104, 66.249.85.99\\
Aliases: www.google.it, www.google.com\\\
Il secondo permette di effettuare una sola query e ovviamente visualizza il risultato della singola query.\\
'''Ex''':\\
C:\>nslookup\\
Server: localhost\\
Address: 192.168.0.19\\\
>www.google.it\\
Risposta da un server non di fiducia:\\
Nome: www.1.google.com\\
Addresses: 66.249.85.104, 66.249.85.99\\
Aliases: www.google.it, www.google.com\\\
(da Wikipedia)\\
%warning%'''WARNING'''\\
Non sono sicuro che il secondo esempio sia completo.
Changed lines 34-35 from:
'''Con riferimento alla topologia in figura, mostrate la completa costruzione delle tabelle di instradamento RIP. Dopo quanti round si conclude l'algoritmo?'''\\ Nota:nell'immagine del prof quelle 3 righe sono più scure, ma non ho capito se è un caso o se ha un certo significato. to:
'''Con riferimento alla topologia in figura, mostrate la completa costruzione delle tabelle di instradamento RIP. Dopo quanti round si conclude l'algoritmo?'''\\
Nota:nell'immagine del prof quelle 3 righe sono più scure, ma non ho capito se è un caso o se ha un certo significato.
Added lines 20-21:
Added lines 52-53:
Changed line 32 from:
'''Con riferimento alla topologia in figura, mostrate la completa costruzione delle tabelle di instradamento RIP. Dopo quanti round si conclude l'algoritmo?'''\\ Nota:nell'immagine del prof quelle 3 righe sono più scure, ma non ho capito se è un caso e se ha un certo significato. to:
'''Con riferimento alla topologia in figura, mostrate la completa costruzione delle tabelle di instradamento RIP. Dopo quanti round si conclude l'algoritmo?'''\\ Nota:nell'immagine del prof quelle 3 righe sono più scure, ma non ho capito se è un caso o se ha un certo significato.
Changed lines 32-33 from:
'''Con riferimento alla topologia in figura, mostrate la completa costruzione delle tabelle di instradamento RIP. Dopo quanti round si conclude l'algoritmo?''' to:
'''Con riferimento alla topologia in figura, mostrate la completa costruzione delle tabelle di instradamento RIP. Dopo quanti round si conclude l'algoritmo?'''\\ Nota:nell'immagine del prof quelle 3 righe sono più scure, ma non ho capito se è un caso e se ha un certo significato.
Attach:Uni/SED09.jpg
Added lines 1-51:
(:title Temi d'esame di Sistemi - 20/06/2006:)
[[Torna alla pagina di Sistemi Anticoncezionali delle Reti e dei Damiani->Sistemi]]
----
%titolo%''':: Temi d'esame di Sistemi - 20/06/2006 ::'''
!!Esercizio 1
'''Scrivete lo pseudocodice includendo chiamate alla socket library necessarie per realizzare un semplice SMTP client con i seguenti requisiti:'''
# '''Dalla linea di comando, leggete il nome del server SMTP da usare e quello del vostro utente di posta. Create un socket e collegatelo alla porta corretta [suggerimento: usate le chiamate getservbyname, gethostbyname, socket, connect].'''
# '''Iniziate il colloquio con il SMTP server remoto usando gli opportuni messaggi per richiedere la posta. Specificate esplicitamente la richiesta'''
# '''Leggete i dati dalla connessione e salvateli su un file temporaneo creato nella vostra WWW cache (e.g., /usr/yourloginname/mailbox) sul computer locale'''
# '''Lanciate il processo di un viewer per mostrare a video il file (suggerimento: usate [fork/exec].'''
%red%[-'''SOLUZIONE'''-]
----
!!Esercizio 2
'''Sun XDR converte i dati nello standard big-endian prima di trasmetterli. Per quale motivo si fa? Esistono soluzioni alternative?. Mostrare in cosa consiste la conversione attraverso un esempio.'''
%red%[-'''SOLUZIONE'''-]
...
----
!!Esercizio 3
'''Con riferimento alla topologia in figura, mostrate la completa costruzione delle tabelle di instradamento RIP. Dopo quanti round si conclude l'algoritmo?'''
%red%[-'''SOLUZIONE'''-]
...
----
!!Domande:
# '''Un utente vi racconta di aver eseguito due upload dello stesso file su altrettanti server FTP remoti e che la dimensione del file dopo averlo caricato gli appariva diversa nei due casi. Il racconto per voi è credibile? per quale motivo?'''
# '''Spiegate il significato del tipo MX di record DNS'''
# '''Fate un esempio di query diretta al DNS usando il comando nslookup'''
%red%[-'''SOLUZIONE'''-]
----
[[Torna alla pagina di Sistemi Anticoncezionali delle Reti e dei Damiani->Sistemi]]
|
|
