Untitled

Commutazione di Pacchetto

• Ogni flusso di dati è diviso in pacchetti.
• I nodi della rete gestiscono questi pacchetti con la tecnica "Store and Forward".
• Ciascun flusso di dati è diviso in pacchetti che non hanno lo stesso identificativo di circuito virtuale.
• Ogni flusso di dati è diviso in pacchetti, ma non tutti hanno la medesima dimensione.
• Ciascun flusso di dati non è sempre instradato lungo lo stesso percorso all'interno della rete.

Reti a Datagrammi

• Non tutte le affermazioni sono false riguardo le reti a datagrammi.
• Ogni pacchetto è sempre composto da un header e un payload.
• I nodi intermedi si occupano di instradare ogni singolo pacchetto.
• Ogni nodo memorizza i pacchetti in entrata e poi li instrada al nodo successivo (store & forward).
• La sorgente non decide quale strada i pacchetti dovranno percorrere.

Commutazione di Pacchetto e Multiplexing

• La commutazione di pacchetto adotta tecniche di multiplexing statistico.
• Lo scopo è rendere più efficiente la trasmissione dei dati.
• La commutazione di pacchetto non è la tecnica più adatta per trasmissioni in tempo reale.
• Adotta circuiti virtuali.

Tempo di Trasmissione in Reti a Commutazione di Pacchetto

• In una rete a commutazione di pacchetto, il tempo di trasmissione di un pacchetto su un link è il rapporto tra la lunghezza del pacchetto e la velocità del link.

Reti a Circuiti Virtuali

• Più di un'affermazione può essere vera riguardo le reti a circuiti virtuali.
• Comporta un overhead per la creazione del circuito virtuale.
• Rispetto a una rete a datagrammi risulta meno sensibile a guasti ai nodi, aumenta la quantità di informazioni tenute e semplifica l'instradamento dei dati.
• Non è realizzata necessariamente in tecnologia ATM.

Modello Protocollare a Livelli

• Un'affermazione è falsa tra le definizioni sui modelli protocollare a livelli.
• Ciascun livello offre servizi ai livelli superiori e fa affidamento sui servizi forniti dal livello immediatamente inferiore.
• Ciascun livello è responsabile di un sottoinsieme definito e limitato di compiti.
• Un'entità di livello n comunica secondo un protocollo con un'entità di pari livello.
• L'organizzazione a livelli (stratificazione) è una strategia per gestire la complessità e l'eterogeneità delle reti.
• Ciascun livello non offre servizi ai livelli inferiori.

Interfaccia nelle Reti di Calcolatori

• Un'interfaccia nelle reti definisce i servizi offerti da livello (n-1) al livello n, ovvero i servizi del livello inferiore al livello superiore.

Modello a Strati

• Lo strato n-esimo di un dispositivo comunica con lo strato n-esimo di un'altra entità secondo un protocollo assegnato.

Livello Sessione

• Il livello sessione non ha un compito ben preciso tra quelli descritti.
• Non è il livello 6 dello stack ISO/OSI.
• Si occupa di sincronizzare lo scambio di dati tra due programmi applicativi via TCP.
• Regola gli aspetti sintattici delle informazioni da trasferire.

Protocollo HTTP

• Il protocollo HTTP è stateless, ovvero né il server né il client conservano informazioni relative ai messaggi precedenti.

Protocollo HTTP Stateless

• Il protocollo HTTP è sempre stateless.
• Non lo diventa quando si utilizzano i cookie, solo nella modalità persistente e in funzione della versione del server.

Fine di un Frame HTTP

• Un client conosce la fine di un frame HTTP tramite una riga vuota.
• Non lo fa tramite messaggio, interruzione TCP, o informazioni sulla lunghezza nel campo.

Connessioni TCP e HTTP in Versione Non Persistente

• Con HTTP non persistente, il numero di connessioni TCP aperte dipende dagli elementi del contenuto web trasferito.
• Occorre fare attenzione che ci sono più connessioni aperte per la pagina base più le immagini (gife e jpeg) che richiede.
• Si aggiunge un'ulteriore connessione per riferimenti ipertestuali a risorse esterne.

Connessioni TCP e HTTP in Versione Persistente

• Con HTTP persistente, occorre considerare la distinzione che bisogna ripartire tra le varie risorse (pagina base e immagini).
• Occorre fare attenzione che ci sono più connessioni aperte per la pagina base più le immagini (gife e jpeg) che richiede.
• Bisogna aggiungere anche l'ulteriore connessione per riferimenti ipertestuali a risorse esterne.

GET Condizionato (Conditional GET)

• Il GET condizionato si realizza tramite il messaggio GET standard.
• Fa uso di un'apposita linea di intestazione opzionale (If-modified-since).
• Non usa il metodo POST o un messaggio GET-IF specifico e la richiesta non deve essere eseguita dopo dieci minuti dall'ultimo aggiornamento.

Metodo HTTP HEAD

• Il metodo HTTP HEAD prevede solo l'invio degli header senza payload da parte del server.
• Può essere usato per verificare l'accessibilità di una risorsa web.

Header "Date" in un Messaggio HTTP

• L'header "Date" in un messaggio HTTP rappresenta la data e l'ora della trasmissione del messaggio.
• Non rappresenta la data dell'ultima modifica o della creazione dell'oggetto trasmesso o un eventuale riavvio del server.

Protocollo HTTP (affermazione vera)

• Il protocollo HTTP è testuale.
• I messaggi di risposta contengono un codice numerico di tre cifre detto status code.
• Non descrive la collocazione delle risorse nella rete o codice numerico dei comandi di tre cifre.

Cookie in HTTP

• Le informazioni relative ai cookie scambiati tra client e server HTTP sono inserite sia nell'header della risposta (server) sia nell'header della richiesta (client).

Informazioni di Controllo nel Protocollo FTP

• Le informazioni controllo nel protocollo FTP sono "out-of-band" perché tra client e server si aprono due connessioni TCP parallele: una (sulla porta 21) per lo scambio di informazioni di controllo; l'altra (sulla porta 20) per lo scambio dei dati.

Informazioni di Controllo gestite da FTP

• Le informazioni di controllo nel protocollo FTP sono dette out-of-band perché spedite su di un canale TCP, non UDP.

Connessioni TCP in Sessione FTP per Download di Files

• Il numero di connessioni TCP instaurate tra client e server in una sessione FTP per scaricare più files è 5.
• Si instaurano infatti una connessione "di controllo" e 4 per il trasferimento dei dati.

Protocollo SMTP

• Il protocollo SMTP è di tipo push: il server di posta del mittente "spinge" il messaggio verso il server di posta del destinatario.

Estensioni MIME (Multipurpose Internet Mail Extensions)

• Le estensioni MIME servono a definire nuovi campi dell'header di protocolli come HTTP e SMTP, per descrivere appropriatamente il contenuto di un messaggio (tipo e codifica impiegata).
• Non è usato per l'Instant Messaging, il Peer-To-Peer o per inviare informazioni sull'agente della posta o gestire messaggi "multiparte".

Protocollo POP3

• Il protocollo POP3 consente di connettersi al proprio server di posta in arrivo.
• Non è usato con IMAP o per la posta in uscita o le news.

Servizio di Risoluzione dei Nomi di Dominio (DNS)

• Il servizio DNS può bilanciare il carico prodotto dalla fruizione di un servizio su più server.
• Non reindirizza il numero di porta, o le tabelle di instradamento.

Tipo di Server DNS Contattato per Risoluzione di Indirizzo Simbolico

• Un host contatta un local name server per la risoluzione di un indirizzo simbolico.
• Non contatta direttamente l'authoritative name server o il root name server.

Formato dei Messaggi di Query vs Risposta DNS

• Il formato dei messaggi differisce nel campo “numero di RR di risposta”.
• Ci sono altri campi che non hanno le stesse caratteristiche.

Alias del Nome di un Host di Internet

• Un "alias" è un soprannome più semplice per un nome complicato,.
• Un alias facilita la memorizzazione, compito svolto dal DNS.
• Non si usa per assegnare lo stesso nome a più host per il bilanciamento del carico, non si possono assegnare più indirizzi IP e non si associa il nome di un dominio a un server di posta.

Server dei Nomi Locale

• Il server dei nomi locale è tipicamente "vicino" all'host client, situato ad esempio sulla stessa LAN.
• Non si comporta da server per la risoluzione degli indirizzi nei confronti di un server dei nomi radice, i server locali non si trovano ad un livello gerarchico superiore ed un host non deve essere registrato presso tutti i server dei nomi assoluti.

Vantaggio di una Rete per la Distribuzione dei Contenuti (CDN)

• Una CDN aumenta la velocità di accesso ai contenuti da parte dei client.

Obiettivo di una Content Delivery Network (CDN)

• L'obiettivo di una Content Delivery Network (CDN) è minimizzare il tempo di accesso alle risorse per l'utente finale.

Definizione Content Distribution Network (CDN)

• Una Content Distribution Network è una rete costituita da un banco di server, dislocati in Internet con gli stessi contenuti.
• Aumenta l'efficienza nell'accesso ai client.
• Non è una rete di entità pari che si scambiano contenuti o un server che invia contenuti ai client in modalità push.

Sistema Peer-to-Peer con Directory Centralizzata

• In un sistema P2P con una directory centralizzata, ogni peer si registra presso un server e lo informa sui contenuti condivisi e le richieste vengono indirizzate a tale server, che risponde con la lista dei nodi da contattare per il trasferimento di file.
• Non sono le richieste di contenuti ad essere indirizzate a tutti gli altri peer o ad un server centrale preventivamente con tutti i contenuti.

Reti Peer-to-Peer

• E' possibile realizzare la gestione di un overlay network di tipo paritetico.
• È tipico far avvenire l'inoltro delle richieste tramite flooding.

Reti a Circuiti Virtuali

• Tre delle affermazioni riferite alle reti a circuiti virtuali sono vere.
• Ogni pacchetto contiene il numero del circuito, gli archi sono sempre stabiliti prima della trasmissione.
• I nodi devono conservare informazioni in merito ai circuiti e i pacchetti della stessa coppia sorgente e destinazione possono seguire percorsi differenti.

Campi Checksum nell'Intestazione del Pacchetto IP

• Il checksum in un pacchetto IP è calcolato su una combinazione di payload e intestazione.
• Non deriva dal payload da solo.
• Il checksum lo calcola l'host mittente per l'uguaglianza con il valore nel pacchetto dall'host mittente e non viene controllato da ogni router.
• Non è utilizzato dal protocollo TCP per garantire l'integrità del dato.

Frammentazione IP

• Due delle affermazioni riguardo alla frammentazione IP sono false.
• Il campo fragment-offset nell'header IP ha una dimensione pari a 13 bit.
• Esprime lo spiazzamento in multipli di parole di 8 byte se consideriamo MTU, Fragment-offset, byte, dimensioni pacchetti, numero di frammenti.

Frammenti dello stesso pacchetto IP

• I frammenti dello stesso pacchetto IP si riconoscono dal campo identitication uguale.

Campo Offset dell'header IP

• Il campo Offset indica blocchi di 8 byte.

Frammentazione di un Datagramma IP

• Tre delle affermazioni relative alla frammentazione di un datagramma IP sono false.
• Bisogna considerare più elementi che non si verificano.

Frammentazione dei Pacchetti IP

• Un host può evitare che i pacchetti inviati siano frammentati lungo il percorso.

Protocollo ARP

• Il protocollo ARP serve per conoscere l'indirizzo fisico dell'host con cui si vuole comunicare solo se l'host si trova nella stessa sottorete ed il suo indirizzo fisico non è presente in cache.

Richiesta ARP

• Una richiesta ARP viaggia sempre in broadcast su una rete locale.
• Serve per risolvere lìindirizzo l'AP nel caso in cui il destinatario faccia parte della medesima rete logica del mittente .
• Viene spedita per ottenere la corrispondenza tra "IP e MAC" del destinatario .
• Non viaggia sempre all'interno di una ethernet.

Trasmissione & Conoscenza Indirizzo MAC

• Per una trasmissione dati, un ipotetico host in Italia per conoscere l'indirizzo MAC della sua entitá paritaria situata a Cuba richiede questo attraverso un'unica invocazione del protocollo ARP .
• Non lo richiede in modo iterato (tra gli hop), tramite il livello di applicazione o non c'é alcun motivo per cui debba conoscerlo.

Protocollo ARP - Host A e Host B

• Secondo il protocollo ARP, affinché un host (A) possa conoscere il mac address di un altro host (B), appartenente ad una diversa sottorete, A invia in broadcast una richiesta ARP e B invia la risposta in unicast all'indirizzo MAC sorgente, contenente il proprio MAC.
• La risposta non verra` inviata in broadcast e la richiesta non verra inviata in unicast.

File su LAN Ethernet

• Su una LAN Ethernet e con i parametri forniti il numero di file da inviare/velocita` é 300 pacchetti dati con 1 ARP request ogni 20 s
• Non sono corretti il numero di pacchetti o se viene inviato un ARP request .

Popolamento Cache ARP

• La cache ARP si popola con le informazioni relative al mittente di una richiesta ARP, all'interno di tutti gli elementi della rete che ricevono la richiesta stessa.
• Vanno a modificare l'interno al mittente di ogni richiesta e non viene popolata con le informazioni relative al destinatario della richiesta.

Messaggio "discovery" del protocollo DHCP

• Con il messaggio "discovery" del protocollo DHCP - Dynamic Host Configuration Protocol il client DHCP si annuncia alla rete in cui entra, di essere alla ricerca di un server DHCP che possa offrirgli un indirizzo IP.

Protocollo DHCP

• Nei protocolli DHCP, il pacchetto DHCP discover è inviato utilizzando, al livello trasporto, il protocollo UDP per inviare all'host richieste per avere le configurazioni necessarie.

Protocollo ICMP

• Il protocollo ICMP permette lo scambio di messaggi di errore tra router o tra router ed host.
• Non scambia messaggi di errore tra DNS/non è riguardante per il controllo di flusso TCP/non concorda e gestisce la frammentazione .

Pacchetti Protocollo ICMP

• Il pacchetti dei protocolli ICMP sono incapsulati in datagrammi IP .
• Non contengono un identificatore di sessioni, non sono trasmessi in datagrammi UDP e non contengono numeri di porto sorgente e destinazione .

Comando Traceroute

• Se host A esegue comando Traceroute,l'affermazione in base alla schematizzazione di rete FALSA risulta L'host A riceve messaggi ICMP da B di tipo "time exceeded", causati da pacchetti il cui TTL è diventato pari a zero.

Messaggio "Echo Request"

• Messaggio "Echo Request" appartiene al protocollo ICMP
• Non appartiene ai protocolli HTTP e UDP .Questo viene generato in risposta ad "ECHO REPLY"

Programmi Traceroute

• La giusta affermazione riguarda il funzionamento del programma traceroute.
• Il programma traceroute utilizza, tra l'altro, il messaggio di errore "Time-To-Live Exceeded" del protocollo ICMP

Applicazione Ping

• L'applicazione Ping é utilizzata per verificare la connettività a livello rete tra due host.
• E' utilizzata per determinare il percorso per raggiungere una certa destinazione.
• Non esclude l'invio di pacchetti con campo TTL via via crescente/l'invio di un pacchetto ICMP di tipo "echo request" ed attende la ricezione di un pacchetto di tipo "echo reply"

Programma Traceroute

• Il programma traceroute analizza le caratteristiche del collegamento tra due endpoint .
• Non esclude l'utilizzo del messaggio di errore "Time-To-Live Exceeded" del protocollo ICMP per scoprire iterativamente i router presenti e lo stopping alla recezione del messaggio ICMP

Interfaccia di Programmazione

• Nell'interfaccia di programmazione la primitiva che un server non orientato alla connessione certamente non invocherá è accettatata .
• Questo non esclude che l'interfaccia possa essere potenzialmente utilizzata.

Funzione Connct

• Nelle seguenti affermazioni sono valide in relazione ad un connection oriented se il client invoca la funzione Connect
• Viene concordata una serie di parametri (client e server).Il client si blocca (solo dopo essere stato istallato)

System call Recvfrom():

• Con una system call la recvfrom() serve per ricevere ricevere dati da un altro terminale, restituendo, tra le altre informazioni, l'indirizzo del mittente
• Non é da prendere da lista associata, specificare il client da cui ricevere i datagrammi o prelevare un segmento TCP

Affermazioni Nat(network adress tranlation):

• Le affermazioni riferite a NAT sono Identifica il destinatario sia in che fuizione dell'IP di destinazione, sia dalla porta .
• NON permette di tradurre l'indirizzo MAC e non Consente di identificare destinatrio di un pazck in uscita da una Lan nella TTL ip header.

Distizione Richieste Server

• Il server per id le richieste provenienti da diversi client(in esecuzione su macchine) si basa sull' IP che sarà diverso(con sorgente che potrebbe peró coincindere).
• Esecuzione Su Client Diversi NON utilizza due porte idiversi,ma un unica porta di ricezioni ed non utilizza l'id di porta sia in sorgente che destinazione e il demultiplexing

Server e stessa machina

• Per far id per uno stesso server le richieste di esecuzione su macchine diverse in un server si utilizza l'id
• il numero di porta sorgente sara' sicurament diversa

Distingure di webBrowser:

• Per distigiere 2 istanze di webbrowser si guarda dall'esaminiazione del parload confome al protocollo HTTP . - non va a fare altro.

Affermazioni riferite a Ip4(internet protocol versione-4)

• Il pacchetto a differenzia di Ipv" non vi è consetito la frammentazioni di packetti nei ruoter
• Gli indrizzo ipv6 sono da 128 bit
• Il Campo protocol Type ipv" è stato sosituiti dal campo "Next header" la Intestazioni successo

Approccio double stack in Ipv6:

• Per approccio stack si riferisce alla possibiliá di avere un'interfacciadi un ruoter che va ad avere indizzoIpv6 e un' altra con Ipv4 .
• Non è collegate alla possibiliá dell'host di accedere a una rete di Ivp6 O Ipv4.

Frammentazione in Ipv6:

• Per la frammentazione se In ruoter ha una MTU( massimun transfer unit) più piccola della dimensione del packketo andrá ad eliminare il pacchetto con la possilitá di Tcp a gestire la trasmissione.
• Quindi una cosa che va a colpire i packetti e in casi di perdite va a far si che ritrasmesso, questo il compilto Ipv4 .

Algoritmo di instradamneto di Tipo Link State

• Con L' algoritmo si va ogni ruoter con trasmessioni di dati ai proripi vicini le informazzioni relative a tutti i suoi dati .

Algoritmo Link State

• Riguardo all’algoritmo Link State, ogni ruoter va per dare informazzioni anche sulle porte di se stesso in caso di conflitti viene mandato a tutte le porte.

Costo Algorito Tipo Link - state

• Le funzinamneto a regime di tipo Link State un ruoter ha eslusivamente le info per ragegiungnere il segunte comando le info sono: .
• Tutte Ruter dal Dominio Automo

Protocol di Ruoting Link- State

• Un protocol in fase di rutoting ha le seguneti richieste Richiede la troponogia dei Rounter per inDominio .
• Va a creare un protocolo di cambio Rounter nell'ambito dei router di rete . Puo causare oscillazione solo In casi isolati quando l'affidabilità della funzione di costo dipende dalla funzione di passi

Informazione Nel Packeto di stato delle Linee

• Le info nei pacchetti delle State lineari ci sono le seguenti:
• Indendifìcato di ogni Ruter
• Costo della linea che collega i i campi I vicini

Distante vector

• L’instradamento "distance-vector"
• Con gli instradamenti cè che il protocollo piu chiamato e e formato da un vectore di disatnze con Destinazioni e Cisto

Affermazzioni algoritmo distance vector

• L'lgortimo Distance Vector e sempre in grado incornare che il segnale adotti algortismi per il reversed Poison , . - questo fa in modio che posso nincorrer situazioni nel ciclico.

Technica Poison vector

• Tecchinca Reverse a Diminue la complessità e anche la Roubustessa.

Tecchnique Poisoned REverse

• Lo Router A(che quindi non possede nessun ruoter ) con percuso C da In pratica A comunica a C Che la distanza da B e""infinita "".
• Questo è con unico di cicli .

Campo max REsponse Time

• Le campo viene host della rete Random

Protocollo IGMP

• Con l'algoritmo in host viene inviata all router una iscrizzione ( Join )con abbandonto(Leave