MTU e frammentazione

13

Considerare quanto segue: NAS con interfaccia 10G collegata all'interfaccia 10G sullo switch. Computer client collegati per passare tramite Gigabit Ethernet.

Ci saranno vantaggi in termini di prestazioni se la dimensione MTU viene aumentata sul NAS e si passa alla porta a cui è collegato il NAS se la dimensione MTU non viene aumentata dai 1500 byte standard sulle schede di rete del client?
Ciò causerà problemi di frammentazione?
In che modo i dispositivi "gestiscono" le discrepanze in MTU per le interfacce attraverso una rete commutata?

— sardean
fonte

quale protocollo stai usando per il traffico SAN?

— Mike Pennington,

1

In realtà penso che Path MTU Discovery (PMTUD) sia abbastanza comune negli host in questi giorni, quindi è probabile che il client invierà un messaggio ICMP Fragmentation Needed (Type 3, Code 4) contenente il suo MTU, che dovrebbe far sì che l'host riduca le dimensioni del pacchetto .

20

Non si otterrà alcun miglioramento delle prestazioni senza che tutti utilizzino pacchetti più grandi. Il punto dei frame jumbo è comprimere più payload con lo stesso overhead. La capacità del NAS di inviare pacchetti più grandi non ha senso se i client non lo fanno altrettanto.

Non ci sarà affatto "frammentazione". Il livello 2 (Ethernet) non ha mezzi se indica "frammentazione necessaria". Ciò viene calcolato su Layer-3 (IP) dai router che inviano un messaggio ICMP quando deve rilasciare il pacchetto perché non si adatta all'interfaccia dell'hop successivo. Ciò non può accadere in assenza di router: su una LAN piatta e commutata. I pacchetti jumbo inviati dal NAS verranno eliminati dal client come frame sovradimensionati o rilasciati dallo switch per lo stesso motivo. [Un pacchetto 9k non può essere inviato su un'interfaccia 1500B.]

— Ricky Beam
fonte

Quindi, causerà praticamente infiniti problemi, in cui il client o lo switch rilasceranno gran parte del traffico dalla SAN?

— nn

@Ricky - Come potrebbe manifestarsi il ripetuto rilascio di pacchetti sovradimensionati? L'interfaccia di ricezione ha un modo per "dire" al mittente che può accettare solo frame di dimensioni X? Oppure il mittente vede che il frame non è mai stato ricevuto da un protocollo di livello superiore come TCP?

— sardo,

1

Il pacchetto viene eliminato e questa è la fine. (beh, un contatore va a segno, ma a) nessuno lo controlla, e b) non saprai cosa lo ha causato esattamente.) Lo vedrai come connessioni TCP in stallo non appena inizia un trasferimento, i collegamenti iSCSI falliscono, ecc.

— Ricky Beam,

5

D: Ci saranno vantaggi in termini di prestazioni se la dimensione MTU viene aumentata sul NAS e si passa alla porta a cui è collegato il NAS se la dimensione MTU non viene aumentata dai 1500 byte standard sulle schede di rete del client?

Risposta: No, perché la dimensione MTU aumentata non viene utilizzata dal client. Se si desidera trasportare 100 persone dal punto A al punto B, è possibile utilizzare due autobus o 25 berline. Se la strada tra A e B è fatta in modo che gli autobus possano spostarsi più facilmente senza ritardi e li muovi ancora in berline, non stai guadagnando nulla.

D: Questo causerà problemi di frammentazione?

Risposta: No, la frammentazione avviene nello scenario opposto quando si invia un pacchetto di grandi dimensioni mentre il percorso non lo supporta e deve tagliarlo in pacchetti di dimensioni supportate.

D: In che modo i dispositivi "gestiscono" le discrepanze in MTU per le interfacce attraverso una rete commutata?

Risposta: Se il pacchetto è più piccolo della dimensione del pacchetto consentita, viene passato senza problemi. Se il pacchetto è più grande della dimensione consentita, viene eliminato.

— AdnanG
fonte

1

Questo non è vero. Nessuna frammentazione si verifica al livello 2. Non esiste alcun modo di negoziare MTU su un segmento Ethernet. Se tutto non è impostato allo stesso modo, alcune schede di rete (con MTU più piccolo) lasceranno cadere frame di grandi dimensioni.

— Ricky Beam,

Dai un'occhiata a supportforums.cisco.com/thread/20490 che spiega cosa intendo.

— AdnanG,

Vedo, grazie per averlo sottolineato. Sto rimuovendo quella parte dalla risposta.

— AdnanG,

1

L'MTU di una sessione TCPC viene stabilita sulla connessione TCY SYN iniziale. se hai MTU non corrispondenti sulla rete, non avrà importanza per la tua applicazione tcp ... layer2 o 3. UDP non ha lo stesso concetto, quindi sì, per UDP inizierai a frammentare il traffico che potrebbe / potrebbe non influire sulle prestazioni . Tutto dipende dal tipo di traffico, dalle dimensioni, dal volume e dall'hardware.

— Payam
fonte

0

Alcune cose sono mancate ... Innanzitutto, non ci sono negoziazioni MTU. In secondo luogo, quando si parla di pacchetti TCP SYN, raramente supereranno mai le dimensioni di un frame MTU di collegamento. In questo registro, ci sono risposte PMTU quando si discute di livello 3 e TCP MSS che forniscono un payload di dimensioni massime. Non sto dicendo che nessuno sia errato qui, ma spesso le impostazioni MTU possono passare inosservate a causa di tali funzionalità.

— Jason B Shrout
fonte