Esercizi

Gateway: And bit a bit tra host e netmask SUBNETTING: Si possono scegliere subnet diverse (la cui somma sia 256) in questo modo: subnet hosts indirizzi broadcast 196.200.96.0 62 1 - 62 63 196.200.96.64 126 65 - 191 192 196.200.96.193 62 193 - 254 255 Supernetting dato il numero di host che vogliamo: CLASSE A: RETI 128-2, MAX 256^3-2 HOSTS CLASSE B: RETI 128^2-2, MAX 256^2-2 HOSTS CLASSE C: RETI 128^3-2, MAX 256-2 HOSTS ES. Un ente con identificativo 196.20.0.0 ha bisogno di 2000 indirizzi IP: Soluzione migliore: 8 reti di classe C (8*256 indirizzi)--> da 196.20.0.1 a 196.20.7.254 con 196.20.7.255 indirizzo di Broadcast e Supernet Mask 255.255.248.0 Con 1 rete di classe B si avrebbero 256^2 indirizzi--> da 196.20.0.1 a 196.20.255.254 con 196.20.255.255 indirizzo di Broadcast e Supernet Mask 255.255.0.0 Piggybacking: Quando si deve inviare un ack (es. da B ad A) si aspetta che sia pronto un frame dati che B deve inviare ad A in cui si immette anche l'ack con le informazioni relative. - Si usa quando si ha un unico canale e al posto della comunicazione bidirezionale - Si risparmia notevolmente la banda e l'utilizzo della CPU - Non si deve costruire un frame per l'ack - Se il frame dati non è pronto in tempo viene ritrasmesso un frame, poi viene costruito il frame dell'ack e viene trasmesso (da solo) Header TCP: * Source port [16 bit] - Identifica il numero di porta sull'host mittente associato alla connessione TCP * Destination port [16 bit] - Identifica il numero di porta sull'host destinatario associato alla connessione TCP * Sequence number [32 bit] - Numero di sequenza, indica lo scostamento (espresso in byte) dell'inizio del segmento TCP all'interno del flusso completo, a partire dall' Initial Sequence Number (ISN), negoziato all'apertura della connessione; * Acknowledgment number [32 bit] - Numero di acknowledgment, ha significato solo se il flag ACK è settato a 1, e conferma la ricezione di una parte del flusso di dati nella direzione opposta, indicando il valore del prossimo Sequence number che l'host mittente del segmento TCP si aspetta di ricevere; * Header Length [4 bit] - Indica la lunghezza (in word da 32 bit) dell'header del segmento TCP; tale lunghezza può variare da 5 word (20 byte) a 15 word (60 byte) a seconda della presenza e della lunghezza del campo facoltativo Options; * Reserved [6 bit] - Bit non utilizzati e predisposti per sviluppi futuri del protocollo; * Flags [6 bit] - Bit di controllo utilizzati per il controllo del protocollo: o URG - se settato a 1 indica che nel flusso sono presenti dati urgenti alla posizione (offset) indicata dal campo Urgent pointer;

o ACK - se settato a 1 indica che il campo Acknowledgment number è valido; o PSH - se settato a 1 indica che i dati in arrivo non devono essere bufferizzati ma passati subito ai livelli superiori dell'applicazione; o RST - se settato a 1 ripristina la connessione; viene utilizzato in caso di grave errore; o SYN - se settato a 1 indica che l'host mittente del segmento vuole aprire una connessione TCP con l'host destinatario e specifica nel campo Sequence number il valore dell' Initial Sequence Number (ISN); o FIN - se settato a 1 indica che l'host mittente del segmento vuole chiudere la connessione TCP aperta con l'host destinatario; * Window [16 bit] - Indica la dimensione della finestra di ricezione dell'host mittente, cioè il numero di byte che il mittente è in grado di accettare a partire da quello specificato dall'acknowledgment number; * Checksum [16 bit] - Campo di controllo utilizzato per la verifica della validità del segmento; * Urgent pointer [16 bit] - Puntatore a dato urgente, ha significato solo se il flag URG è settato a 1 ed indica lo scostamento in byte a partire dal Sequence number del byte di dati urgenti all'interno del flusso; * Options [24 bit] - Opzioni (facoltative) per utilizzi avanzati del protocollo; Traceroute: si occupa di ricavare il percorso seguito dai pacchetti sulle reti informatiche, ovvero l'indirizzo IP di ogni router attraversato per raggiungere il destinatario. Il termine traceroute indica, oltre all'applicazione, anche il percorso restituito dall'applicazione stessa. Identiche operazioni vengono effettuate con il comando "ping". - TTL: Time to live Questa applicazione sfrutta una particolare caratteristica del protocollo IP, ovvero il campo TTL (time to live) del messaggio. Questo campo specifica il numero dei server che il pacchetto potrà attraversare prima di essere dichiarato scaduto e reinviato al mittente. Il funzionamento di questo campo è semplice: ogni router che riceve il pacchetto, prima di inviarlo nuovamente, diminuisce il campo di un'unità. Se si accorge che il campo ha assunto il valore 0, invia al mittente del pacchetto un messaggio di errore ICMP specificando l'indirizzo del router che l'ha generato. - Funzionamento: Un'applicazione traceroute, quindi, invia un pacchetto al destinatario di cui si vuole ricavare il percorso di traceroute con il campo TTL impostato ad 1. Il primo router che lo riceverà, constatando che il campo TTL ha raggiunto lo 0, invierà un errore al mittente. L'applicazione memorizzerà l'indirizzo IP del primo router, quindi invierà un nuovo pacchetto con TTL impostato a 2. L'operazione verrà ripetuta finché il pacchetto non sarà arrivato al destinatario. Alla fine l'applicazione avrà ottenuto la lista degli indirizzi IP dei router su cui hanno transitato i pacchetti. Calcolando anche il tempo trascorso tra l'invio di un pacchetto e l'arrivo del corrispondente messaggio di errore è possibile anche verificare la velocità di risposta dei router. Il primo indirizzo IP fornito è quello del nodo client, che invia il pacchetto di prova. Questo risulta utile ad esempio nelle connessioni ad un proxy server, per visualizzare il proprio IP.

- Problemi 1. Il principale problema del traceroute è che spesso i pacchetti possono seguire più di un percorso. In questo modo l'intera operazione perde di affidabilità, in quanto gli indirizzi IP ricavati si riferiscono a due (o più) percorsi differenti e non c'è modo di sapere in corrispondenza di quale router i percorsi si sono separati. 2. Se i pacchetti e i rispettivi messaggi di errore seguono percorsi differenti, il calcolo del tempo di risposta dei router non è più affidabile. 3. Poiché l'indirizzo IP restituito dai router, corrisponde a quello della sua interfaccia in ingresso, talvolta questo indirizzo non è quello effettivo su cui transita il pacchetto. Multicast In una trasmissione di tipo Multicast una unica copia dei dati viene inviata a tutti i Pc che ne fanno richiesta. Poiché non vengono inviate copie multiple dello stesso dato, questo tipo di trasmissione risulta particolarmente efficace quando le informazioni devono essere inviate a più destinatari. Broadcast In una trasmissione di tipo Broadcast una singola copia dei dati viene inviata a tutti i Pc che appartengono alla stessa sottorete del computer di origine. Questo tipo di trasmissione non fornisce buone performance perché ogni pacchetto inviato sulla rete deve essere processato su tutti i calcolatori presenti indipendentemente dai reali destinatari delle informazioni. N.B. Serve a identificare tutti i nodi (host) della rete e non può mai comparire come sorgente Numero connessioni http: Persistente 1.1: una sola connessione Non Persistente 1.0: una connessione per la pagina, una per ogni immagine e una per ogni altro elemento X.25= protocollo di rete a commutazione di pacchetto Usa i circuiti virtuali ed è dotata di meccanismi per il controllo di flusso Garantisce la consegna affidabile dei dati http://it.wikipedia.org/wiki/X.25