|
Wiki
UniCrema
Materie per semestre
Materie per anno
Materie per laurea
Help
|
|
Uni.TemiEsameSED12 History
Hide minor edits - Show changes to output
Changed line 119 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]]
Changed lines 21-22 from:
//Per distinguere se è server o client devo vedere se ci sono parametri sulla linea di comando.
//argc è la dimensione dela stringa, il numero di parametri passati (è la dimensione dell'argv) to:
//Per distinguere se è server o client devo vedere se ci sono parametri sulla
// linea di comando.
//argc è la dimensione dela stringa, il numero di parametri passati (è la
// dimensione dell'argv) Added line 26:
Added line 29:
Changed lines 31-32 from:
if(sockid == -1)
exit(con vergogna);
to:
if(sockid == -1)
exit(con vergogna); Added line 40:
Added line 43:
Added line 47:
Added line 50:
Changed lines 72-73 from:
//argc è la dimensione dela stringa, il numero di parametri passati (è la dimensione dell'argv) to:
//argc è la dimensione dela stringa, il numero di parametri passati (è la
// dimensione dell'argv) Changed lines 93-94 from:
'''Considerate una applicazione di file transfer che:''' to:
'''Considerate un'applicazione di file transfer che:''' Changed line 115 from:
Il protocollo è HTTP e / restituisce la pagina principale, senza nient'altro, senza header nè niente e la connessione viene chiusa subito dopo.\\ to:
Il protocollo è HTTP e restituisce la pagina principale, senza nient'altro, senza header nè niente e la connessione viene chiusa subito dopo.
Changed lines 105-106 from:
Il protocollo è HTTP e restituisce la pagina di default del server.\\ to:
Il protocollo è HTTP e / restituisce la pagina principale, senza nient'altro, senza header nè niente e la connessione viene chiusa subito dopo.\\
Deleted lines 19-20:
Per distinguere se è server o client devo vedere se ci sono parametri sulla linea di comando.
Added line 21:
//Per distinguere se è server o client devo vedere se ci sono parametri sulla linea di comando. Changed lines 23-24 from:
to:
Changed line 27 from:
to:
Changed lines 31-33 from:
addr.sin_family = PF_INET;
addr.sin_port = 66666;
addr.sin_addr = localhost; to:
addr.sin_family = PF_INET;
addr.sin_port = 66666;
addr.sin_addr = localhost; Changed lines 83-89 from:
'''Considerate una applicazione di file transfer che:\\
# trasmette dati a tasso costante (ad esempio: il mittente genera una PDU di ''n'' bit ogni ''k'' millisecondi).
# resta in esecuzione per parecchio tempo.
Dovete scegliere se utilizzare TCP o UDP per questa applicazione. Fornite la vostra scelta e motivate la risposta.
''' to:
'''Considerate una applicazione di file transfer che:'''
'''1. trasmette dati a tasso costante (ad esempio: il mittente genera una PDU di ''n'' bit ogni ''k'' millisecondi).'''\\
'''2. resta in esecuzione per parecchio tempo.'''\\
'''Dovete scegliere se utilizzare TCP o UDP per questa applicazione. Fornite la vostra scelta e motivate la risposta.''' Changed lines 100-102 from:
c:/> telnet www.dti.unimi.it 80\\ ->-> (invio)
GET /\\''' to:
[@c:/> telnet www.dti.unimi.it 80 (invio)
GET /@]'''
Changed lines 79-80 from:
to:
Changed lines 61-65 from:
else if(argc == 2)
//argc è la dimensione dela stringa, il numero di parametri passati (è la dimensione dell'argv) to:
else if(argc == 2) {
//inizio client
//argc è la dimensione dela stringa, il numero di parametri passati (è la dimensione dell'argv)
//metto argv[1] perché la porta arriva da linea di comando
int porta = argv[1];
sockid = socket(PF_INET, sock_stream, 0);
sockaddr_in addr {
addr.sin_family = PF_INET;
addr.sin_port = porta;
addr.sin_addr = serveraddr;
}
int status = connect(sockid, &addr, lenght(addr));
//faccio il controllo solito sullo status
//invio HELLO con la send
//6 è la lunghezza del messaggio
send(sockid, "HELLO", 6, 0);
close(chi);
}
Changed lines 84-85 from:
'''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.''' to:
'''Considerate una applicazione di file transfer che:\\
# trasmette dati a tasso costante (ad esempio: il mittente genera una PDU di ''n'' bit ogni ''k'' millisecondi).
# resta in esecuzione per parecchio tempo.
Dovete scegliere se utilizzare TCP o UDP per questa applicazione. Fornite la vostra scelta e motivate la risposta.
''' Changed lines 93-97 from:
to:
Uso TCP perché:
# affidabile: non perdo pezzi per strada
# negoziabile: negozia una scrittura adatta al tasso del client
# efficienza Changed lines 101-104 from:
to:
'''Spiegate cosa si otterrebbe (e che protocollo si sta usando) se si digita al prompt di comando:\\\
c:/> telnet www.dti.unimi.it 80\\ ->-> (invio)
GET /\\''' Changed lines 106-107 from:
to:
Il protocollo è HTTP e restituisce la pagina di default del server.\\
Added line 23:
//argc è la dimensione dela stringa, il numero di parametri passati (è la dimensione dell'argv) Changed lines 52-54 from:
rcv(sockid, &buffer, 1000, 0);
to:
recv(sockid, &buffer, 1000, 0);
if(buffer == "HELLO") {
printf("HELLO \n");
printf("%s \n,", chi.sin_port);
printf("%s \n", chi.sin_addr);
}
close(chi);
}
//fine server e for
else if(argc == 2)
//argc è la dimensione dela stringa, il numero di parametri passati (è la dimensione dell'argv)
Added lines 48-51:
//creo buffer perché la ''rcv'' legge e scrive su buffer
char buffer[1000];
//1000 è la dimensione di buffer
rcv(sockid, &buffer, 1000, 0); Deleted line 53:
Changed lines 43-45 from:
to:
for(;;) {
sockaddr indirizzoclient;
//indirizzoclient è vuoto, lo riempie la accept, e conterrà
//l'indirizzo del client che mi fa la richiesta
int chi = accept(sockid, &indirizzoclient, lenght(indirizzoclient));
Changed lines 53-60 from:
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'''\\\
to:
Changed lines 57-60 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. Presumibilmente sono backbone, specie di "corsie preferenziali", ma qui è inutile saperlo perchè tanto sono tutti collegati tra loro sti nodi.
Attach:Uni/SED09.jpg
to:
Changed lines 60-109 from:
Le tabelle finali sono:\\
''destinazione'' -> ''passo successivo'' -> ''costo''\\\
Tabella finale di '''RA''':\\
RB -> RB -> 1\\
RC -> RC -> 1\\
RD -> RB -> 2\\
RE -> RB -> 2\\
RF -> RB -> 3\\\
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\\
RB -> RB -> 1\\
RC -> RC -> 1\\
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\\\
*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.
to:
Deleted lines 62-107:
!!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'''-]
'''1.'''\\
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.\\\
'''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.\\
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)''.\\\
'''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.\\\
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)\\
----
Changed lines 20-46 from:
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)
to:
Per distinguere se è server o client devo vedere se ci sono parametri sulla linea di comando.
[@
if(argc == 1) //
\\server
sockid = socket(PF_INET, SOCK_STREAM, 0);
//faccio il controllo
if(sockid== -1)
exit(con vergogna);
//creo la struttura sockaddr_in
sockaddr_in addr {
addr.sin_family = PF_INET;
addr.sin_port = 66666;
addr.sin_addr = localhost;
}
//faccio la bind
int status = bind(sockid, &addr, lenght(addr));
//faccio un controllo sulla bind
if(status==-1)
exit(con stile);
//faccio la listen, 10 è il numero di elementi in coda
listen(sockid, 10);
//inizio il ciclo infinito, andrebbe bene anche un while(1)
for(;;)
Added lines 1-169:
(:title Temi d'esame di Sistemi - Data non pervenuta:)
[[Torna alla pagina di Sistemi Anticoncezionali delle Reti e dei Damiani->Sistemi]]
----
%titolo%''':: Temi d'esame di Sistemi - Data non pervenuta ::'''
!!Esercizio 1
'''Scrivete lo pseudocodice includendo chiamate alla socket library necessarie per un programma che ripetta i seguenti requisiti:'''
# '''E' possibile attivare il programma in modalità server o client.'''
# '''In modalità server il programma non ha parametri sulla linea di comando e si mette in ascolto su una porta non usata superiore a 1024.'''
# '''In modalità client il programma riceve il numero di porta di un server sulla linea di comando e invia al server un messaggio (ad esempio "HELLO"), poi termina.'''
# '''Il server visualizza il messaggio, l'indirizzo e la porta da cui proviene. Resta in attesa di messaggi da altri client.'''
%red%[-'''SOLUZIONE'''-]
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)
----
!!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'''-]
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'''\\\
----
!!Esercizio 3
'''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. Presumibilmente sono backbone, specie di "corsie preferenziali", ma qui è inutile saperlo perchè tanto sono tutti collegati tra loro sti nodi.
Attach:Uni/SED09.jpg
%red%[-'''SOLUZIONE'''-]
Le tabelle finali sono:\\
''destinazione'' -> ''passo successivo'' -> ''costo''\\\
Tabella finale di '''RA''':\\
RB -> RB -> 1\\
RC -> RC -> 1\\
RD -> RB -> 2\\
RE -> RB -> 2\\
RF -> RB -> 3\\\
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\\
RB -> RB -> 1\\
RC -> RC -> 1\\
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\\\
*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.
----
!!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'''-]
'''1.'''\\
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.\\\
'''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.\\
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)''.\\\
'''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.\\\
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)\\
----
[[Torna alla pagina di Sistemi Anticoncezionali delle Reti e dei Damiani->Sistemi]]
|
|
