Risposte prima verifica - a.a. 2012-2013

Prima parte

• 1 - il primo byte della destinazione 29.30.31.32 in binario è 00011101, e la maschera degli instradamenti prende solo i primi 7 bit, che corripondono con l'indirizzo 28_d = 00011100_b, mentre non corrispondono per 30 = 00011110 e 12 = 00001100. Dunque l'interfaccia è eth1
• 2 - dato che la tabella di routing indica che il next hop per l'instradamento via eth1 è 28.0.0.2, e che questo è nella stesa sottorete del suo indirizzo, la richiesta ARP servirà a conoscere l'indirizzo Ethernet di 28.0.0.1
• 3 - mentre un router si limita ad inoltrare sulla porta corretta i pacchetti inalterati, un NAT sostituisce gli inditizzi IP e di trasporto per il traffico sorgente, inserendovi i propri, in modo da poter ricevere i pacchetti di risposta, su cui effettua la trascrizione inversa. Anche lo switch effettua la commutazione, ma si basa sugli indirizzi ethernet anziché IP. Un bridge interconnette segmenti di LAN con caratteristiche diverse.
• 4 - nel senso che è presente una fase iniziale precedente la comunicazione, simile a quella delle reti a commutazione di circuito. Solo che in questo caso viene solo preallertato il destinatario, e non riservate risorse nella rete.
• 5 - il controllo di flusso del TCP permette al ricevente di rallentare il ritmo di emissione del trasmittente. E' attuato mediante un protocollo a finestra, la cui dimensione è indicata dal ricevente, e che indica il massimo numero di byte da inviare senza ricevere riscontri
• 6 - vuol dire che finché non è giunta una richiesta di connessione, od un FDS ha cambiato stato, la chiamata non restituisce il controllo al programma chiamante, e non consuma CPU
• 7 - accept() restituisce l'indice dal file handler associato al nuovo socket creato, contente sia gli indirizzi locali che quelli remoti.
• 8 - per inviare un segnale ad un processo si usa il comando kill, ad es con kill -9 pid si invia il segnale di terminazione incondizionata (il 9) al processo il cui pid è pid. Il processo che riceve il segnale interrompe le proprie operazioni ed esegue una azione conseguente, sia predefinita, oppure un callback riprogrammabile dall'utente.

Seconda parte

• 9 - come evidente si tratta di pacchetti con destinazione broadcast, ma sembra strano trovarli nella LAN dove ci troviamo, che viste le altre conversazioni, sembra avere come prefisso il 151.100. A ben vedere, deve essere originato da qualcuno che voleva configurare il proprio computer con l'indirizzo 192.168, e gli è venuto 102 invece di 192.
• 10 - il maggior volume di traffico è tra 91.198.174.225 e 151.100.122.144
• 11 - trasmessi 108728 bytes, a 38976,18 bps
• 12 - troviamo 4 HTTP Requests
• 13 - le porte effimere sono le 33602, 33606, 33603, 33604
• 14 - circa 430 kbit/sec, conseguita alla quarta connessione, quella relativa alla porta 33606