Maximum Transmission Unit: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
Nessun oggetto della modifica
Nessun oggetto della modifica
Riga 14:
Viene detto "MTU del percorso" il più piccolo MTU di uno qualsiasi dei collegamenti che compongono il "percorso" dall'indirizzo della fonte a quello di destinazione. Visto in un altro modo, l'MTU del percorso è il più grosso valore dell'MTU che può attraversare il percorso senza essere ulteriormente frammentato.
 
L'RFC 1191 descrive "La scoperta dell'MTU del percorso" (in inglese "Path MTU Discovery", o più brevemente "[[PMTUD]]"), una tecnica per determinare l'MTU del passaggiopercorso tra due [[host]] IP, così che quella frammentazione possa essere evitata. Un host invia inizialmente un pacchetto IP della dimensione corrispondente alla MTU locale con il bit DF (Don't Fragment --- Non Frammentare) settato a uno. Se un router lungo il percorso ha bisogno di frammentare il pacchetto, ma questo ha il bit DF a uno, il router lo abbandona, e manda un pacchetto [[Internet Control Message Protocol|ICMP]] di tipo "datagramma troppo grosso" all'indirizzo sorgente per segnalare il problema. Nel pacchetto ICMP è indicato anche l'MTU del link che ha causato l'abbandono. Questa operazione viene ripetuta finché il pacchetto non giunge a destinazione. L'host sorgente in questo modo "impara" il più grosso MTU che può passare attraverso quel percorso senza frammentarsi. L'operazione può essere eventualmente ripetuta se il percorso stesso viene modificato.
 
Sfortunatamente un numero crescente di reti bloccano tutto il traffico [[Internet Control Message Protocol|ICMP]] (per esempio come misura preventiva per gli attacchi Denial-Of-Service e per evitare il network discovery) e questo impedisce la scoperta dei passaggi senza frammentazione dell'MTU. Il sintomo di questa situazione è che una connessione funziona fino a quando deve trasmettere pacchetti di piccole dimensioni, ma si blocca quando viene inviato un grosso blocco di dati, che viene diviso in pacchetti di dimensione massima (per esempio con [[Internet Relay Chat|IRC]] un client potrebbe vedere fino al "nospoof ping" ma non ottenere risposta dopo di esso, poiché il grosso numero di messaggi di benvenuto blocca la connessione).
Riga 22:
In questi casi una soluzione spesso adottata è la modifica in transito dell'MSS dei pacchetti [[Transmission Control Protocol|TCP]]. Questa funzionalità è presente in molti [[router]], e andrebbe idealmente configurata sui router a cui è connesso il collegamento di MTU inferiore. Si tratta di una operazione che modifica il contenuto di un pacchetto in transito (TCP fa parte del [[carico pagante]] di IP, e quindi non dovrebbe essere modificato da un router IP), e quindi viola il principio di semplicità e di comunicazione end-to-end di Internet. Inoltre, risolve il problema solo per TCP, non per [[User Datagram Protocol|UDP]] (che non ha un analogo della MSS) o altri protocolli di trasporto.
 
Un'altra soluzione meno elegante e subottimale è abbassare la MTU sulle interfacce degli host o dei router per portarle a pari con la "MTU del passaggiopercorso".
 
== Voci correlate ==