fixed img path
This commit is contained in:
dado
@ -64,18 +64,18 @@ Vediamo un esempio pratico di incapsulamento e decapsulamento in una richiesta D
|
||||
|
||||
Il pacchetto in uscita dal client é composto da vari strati:
|
||||
|
||||
|
||||
|
||||
|
||||
A *livello applicativo*, il client genera una richiesta DNS (*DNS query*) per risolvere l'indirizzo IP del sito web.
|
||||
|
||||
|
||||
|
||||
|
||||
Dopo aver generato la query DNS a livello applicativo, il *payload* viene incapsulato in un segmento UDP nel *livello di trasporto* (transport layer). Durante questo processo, viene aggiunto un header, che contiene informazioni fondamentali quali:
|
||||
|
||||
- la porta sorgente (determinata dal client)
|
||||
- la porta di destinazione (la *well-known port 53*, utilizzata dal protocollo DNS)
|
||||
|
||||
|
||||
|
||||
|
||||
Il segmento UDP così formato diventa, nel *network layer*, il payload del *pacchetto IP*. In questo livello, viene aggiunto l'header IP che include:
|
||||
|
||||
@ -83,22 +83,22 @@ Il segmento UDP così formato diventa, nel *network layer*, il payload del *pacc
|
||||
- l'indirizzo IP di destinazione, corrispondente al server DNS
|
||||
- altre informazioni di gestione come la versione del protocollo (IPv4 o IPv6), la lunghezza totale del pacchetto, il TTL (Time To Live), ecc.
|
||||
|
||||
|
||||
|
||||
|
||||
Al livello 2, il *data link layer*, avviene l'indirizzamento tramite MAC address:
|
||||
|
||||
- il pacchetto IP (contenente il segmento UDP con la query DNS) viene incapsulato in un *frame*. Qui interviene il *protocollo ARP* (Address Resolution Protocol), che permette di mappare l'indirizzo IP del server di destinazione all'indirizzo MAC fisico del dispositivo di destinazione
|
||||
- il frame, ora completo di header del livello 2 che include il MAC address sorgente e quello di destinazione, viene inviato allo switch
|
||||
|
||||
|
||||
|
||||
|
||||
Lo switch riceve un frame in input
|
||||
|
||||
|
||||
|
||||
|
||||
Lo switch, grazie alla sua MAC address table, sa quale porta utilizzare per inviare il frame al dispositivo corretto (in questo caso il DNS server). Le informazioni vengono quindi trasferite tramite il cavo
|
||||
|
||||
|
||||
|
||||
|
||||
Lo switch, per poter svolgere il proprio compito, deve analizzare le informazioni fino al livello 2, in particolare il MAC address di destinazione, per poter effettuare l'instradamento corretto.
|
||||
|
||||
@ -117,6 +117,6 @@ Lo switch, per poter svolgere il proprio compito, deve analizzare le informazion
|
||||
- Nella risposta, il server DNS diventa il mittente e il client il destinatario
|
||||
- Lo stesso processo di incapsulamento viene applicato in senso inverso, in modo che il pacchetto risalga fino al client di origine
|
||||
|
||||
|
||||
|
||||
|
||||
Adesso il processo di incapsulamento si ripete per la generazione di una richiesta HTTP verso il sito web, di cui ora si conosce l'indirizzo IP.
|
||||
|
||||
@ -24,13 +24,13 @@ Possiamo classificarli in base alla velocità supportata:
|
||||
|
||||
Inoltre, i cavi si distinguono anche per la loro composizione: possono essere realizzati in rame oppure in fibra ottica.
|
||||
|
||||
|
||||
|
||||
|
||||
Il cavo in figura è un cavo `UTP` (*Unshielded Twisted Pair*), ovvero non schermato, con coppie di cavi intrecciati. Questa particolare struttura serve a ridurre le interferenze elettromagnetiche e a prevenire il fenomeno del *crosstalk*, cioè l'interferenza tra i segnali che viaggiano su cavi adiacenti. Alle estremità, il cavo è dotato di connettori; il più comune è l'`RJ-45`.
|
||||
|
||||
Il cavo UTP è composto da 8 fili di rame, progettati per collegarsi ai pin della porta in cui viene inserito il connettore.
|
||||
|
||||
|
||||
|
||||
|
||||
I pin di contatto dei dispositivi devono avere funzionalità opposte affinché la comunicazione possa avvenire correttamente. Ad esempio, i pin 1 e 2 di un dispositivo A devono inviare, mentre i pin 1 e 2 del dispositivo B devono ricevere, e viceversa per gli altri pin.
|
||||
|
||||
@ -40,7 +40,7 @@ Vengono utilizzati solo 4 pin. Per quanto riguarda le connessioni Ethernet e Fas
|
||||
|
||||
- `Straight Through Pinout` (cavo dritto): in questo tipo di cablaggio i cavi vengono collegati in modo diretto: il pin 1 di A va al pin 1 di B, il 2 di A al 2 di B, e così via. I dispositivi hanno funzionalità opposte sui rispettivi pin (trasmettitore e ricevitore), per cui la comunicazione avviene correttamente.
|
||||
|
||||
|
||||
|
||||
|
||||
Un cavo con all'estremità un straight-through cable pinout é utile per mettere in comunicazione due dispositivi che, sugli stessi pin di contatto, hanno funzionalità opposte (sul pin 1 l'host A invia e sul pin 1 l'host B riceve).
|
||||
|
||||
@ -48,11 +48,11 @@ Un cavo con all'estremità un straight-through cable pinout é utile per mettere
|
||||
|
||||
Il crossover pinout serve per collegare due dispositivi che, sugli stessi pin di contatto, assegnano la medesima funzionalità. Senza l'incrocio dei cavi non è quindi possibile instaurare una comunicazione bidirezionale.
|
||||
|
||||
|
||||
|
||||
|
||||
Di solito, dispositivi identici (ad esempio, switch collegati tra loro) assegnano la medesima funzionalità agli stessi pin. Pertanto, per stabilire una comunicazione diretta tra di essi, viene utilizzato un cavo con pinout crossover. Nel caso di dispositivi differenti, come ad esempio un computer e uno switch, le funzionalità dei pin non coincidono: il computer trasmette su un set di pin mentre lo switch riceve su quelli corrispondenti. Pertanto, per collegare dispositivi differenti si utilizza tipicamente un cavo con pinout straight-through.
|
||||
|
||||
|
||||
|
||||
|
||||
### Cable pinout Gigabit Ethernet
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
|
||||
L'Ethernet Frame è definito dallo standard `IEEE 802.3` ed opera a livello data-link nelle reti cablate. Di seguito si descrive la struttura tipica di un frame Ethernet:
|
||||
|
||||
|
||||
|
||||
|
||||
## Struttura del Frame
|
||||
|
||||
@ -27,4 +27,4 @@ Il payload (*Data & Padding*) contiene i dati provenienti dal livello di rete (n
|
||||
|
||||
- **FCS** (Frame Check Sequence): il trailer termina il frame con un campo di 4 byte, il cui scopo è la verifica dell’integrità dei dati trasmessi.
|
||||
|
||||
|
||||
|
||||
|
||||
@ -8,7 +8,7 @@ Esistono due principali tipologie di infrastruttura wireless:
|
||||
|
||||
- `Wireless LAN con Infrastruttura`: in questo modello, l'Access Point funge da punto di coordinamento centrale. L'AP consente la comunicazione tra più dispositivi wireless, noti anche come stazioni o terminali wireless.
|
||||
|
||||
|
||||
|
||||
|
||||
## Concetti chiave
|
||||
|
||||
@ -22,7 +22,7 @@ Gli *Access Point* svolgono un ruolo cruciale nella traduzione dei frame di rete
|
||||
|
||||
## Anatomia del Wireless Frame
|
||||
|
||||
|
||||
|
||||
|
||||
É composto da diversi campi, ognuno con funzioni specifiche. Di seguito sono descritti i principali componenti di un wireless frame:
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
|
||||
Il protocollo Spanning Tree (STP) è fondamentale per prevenire i loop a livello rete. La necessità di STP nasce dall'esigenza di garantire la ridondanza all'interno delle reti. La ridondanza si riferisce alla presenza di più copie o istanze di un elemento, il che è cruciale per assicurare la disponibilità (availability) dei servizi. In altre parole, avere più percorsi per raggiungere lo stesso obiettivo significa che, se uno di questi percorsi si guasta, la rete può continuare a funzionare senza interruzioni.
|
||||
|
||||
Tuttavia, la ridondanza può anche introdurre problemi, come i *broadcast storm*. Questi problemi si verificano a causa del modo in cui gli switch gestiscono il traffico. Quando uno switch riceve un pacchetto destinato a un MAC address che non conosce, non avendo una corrispondenza nella MAC address table, lo inoltra in broadcast su tutte le sue interfaccie, tranne quella da cui è arrivato.
|
||||
Tuttavia, la ridondanza può anche introdurre problemi, come i *broadcast storm*. Questi problemi si verificano a causa del modo in cui gli switch gestiscono il traffico. Quando uno switch riceve un pacchetto destinato a un MAC address che non conosce, non avendo una corrispondenza nella MAC address table, lo inoltra in broadcast su tutte le sue interfacce, tranne quella da cui è arrivato.
|
||||
|
||||
Se ci sono loop nella rete, il pacchetto di broadcast può circolare indefinitamente tra gli switch.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user