Quali sono alcune linee guida generali per la corretta implementazione di jumbo frame in un ambiente indirizzato?
Risposte:
condizioni
Interfaccia fisica: porta o switchport di livello 2. Si riferisce a cambiare uplink e downlink nel contesto di questo documento. Può o meno eseguire la codifica 802.1q.
Interfaccia logica - una porta di livello 3 o porta instradata. Si riferisce a interfacce server, interfacce router, switch interfacce virtuali e sottointerfacce. Qualsiasi cosa con un indirizzo IP.
Dominio standard: un set di VLAN adiacenti al livello 3 che operano con un payload Ethernet standard di 1500 byte.
Dominio Jumbo: un set di VLAN adiacenti al layer 3 che operano su un MTU di payload Ethernet maggiore di 1500 byte, in genere 9000 byte.
Topologia di rete
I frame Jumbo non sono una tecnologia mix-and-match. I frame jumbo sono distribuiti in un segmento chiaramente delineato della rete che è delimitato da un router. Questo limite di livello 3 è essenziale per supportare l'interoperabilità con il dominio standard. Il router fornisce risposte di frammentazione e ICMP per Path MTU Discovery che non sono fornite ai livelli inferiori dello stack di rete. Tutte le comunicazioni all'interno del dominio jumbo godranno del supporto per un payload maggiore, mentre tutte le comunicazioni tra domini standard e jumbo avverranno con dimensioni del payload standard. La comunicazione tra domini jumbo non contigui avviene anche con dimensioni del payload standard.
VLAN Jumbo
I frame Jumbo non sono una tecnologia mix-and-match. Vale la pena ripetere questo punto. Una data VLAN appartiene al dominio standard o al dominio jumbo, mai entrambi. Ciò significa che tutte le interfacce fisiche che trasportano una VLAN jumbo devono consentire frame jumbo. Se un frame jumbo incontra un'interfaccia fisica che non consente frame jumbo, verrà eliminato. Allo stesso modo, tutte le interfacce logiche su una VLAN jumbo devono essere configurate con lo stesso valore MTU esatto.
Interfacce fisiche
Le interfacce fisiche possono trasportare un numero qualsiasi di VLAN standard e jumbo purché sull'interfaccia siano consentiti frame jumbo. Inoltre, entrambi i tipi di VLAN possono essere collegati a un host o router. È importante solo che le interfacce logiche sull'host o sul router siano configurate con il valore MTU appropriato per ciascuna rispettiva VLAN. In questo senso, esiste una disconnessione tra interfacce fisiche e interfacce logiche. Un'interfaccia fisica deve soddisfare o superare la MTU jumbo, non deve necessariamente corrispondere esattamente.
Interfacce logiche
I frame Jumbo non sono una tecnologia mix-and-match. Eccolo di nuovo. A tutti gli effetti, ogni interfaccia fisica nella rete può consentire frame jumbo indipendentemente dal fatto che supporti una VLAN standard, una VLAN jumbo o entrambi. Le interfacce logiche sono dove la corrispondenza esatta MTU conta davvero. Questo è anche dove può diventare un po 'confuso. Ad esempio, la configurazione di un Cisco 6500 SVI per MTU 9000 consente un payload Ethernet di 9000 byte, mentre la configurazione di un team HP NIC per MTU 9014 consente un payload Ethernet di 9000 byte. Questo perché il valore Cisco specifica solo il payload e il valore HP specifica il payload più l'intestazione Ethernet. È importante essere consapevoli di questi dettagli per ottenere la corrispondenza MTU esattamente corretta.
Validazione
È utile conoscere i metodi per convalidare che una VLAN jumbo sia stata correttamente distribuita. I test ping sono sufficienti, ma bisogna fare attenzione a impostare il bit DF. Entrambe le utility di ping Cisco e Windows offrono un metodo per farlo, ma ancora una volta il metodo per contare i byte differisce. Il parametro lunghezza su Cisco include il payload ICMP, l'intestazione ICMP e l'intestazione IP. Il parametro length su Windows specifica solo il payload ICMP. Una lunghezza di 9000 su Cisco e una lunghezza di 8972 su Windows producono entrambi un frame Ethernet di lunghezza 9018 con un carico utile di 9000 byte.
Conclusione
Eventualmente qualcuno là fuori troverà utile questa diatriba. Nel networking, penso che tutti conosciamo l'importanza di farlo bene la prima volta. Non esitate a lasciare commenti sull'accuratezza delle informazioni, potenziali miglioramenti e riferimenti aggiuntivi.
Riferimenti
O per riassumere:
A seconda del layout di rete, è necessario assicurarsi e iniziare dall'interno verso l'esterno. Inizia con i collegamenti nel tuo core e lavora da lì attraverso i tuoi livelli di distribuzione e accesso (se applicabile). Assicurati che la tua rete supporti completamente i jumbo frame prima di iniziare ad abilitarla sulle tue porte di accesso. La maggior parte dei dispositivi finali 100/1000 in questi giorni non supporta i jumbo frame e, se lo fanno, saranno (ovviamente) predefiniti a mtu standard.
Il miglior consiglio che posso offrire se stai pensando di distribuire jumbo frame sulla tua rete è assicurarti di non bloccare PMTUD (v4 o v6) in qualsiasi punto della tua rete. Fintanto che lasci le tue porte upstream fino all'ultimo, non dovresti avere problemi all'interno della tua rete.
Un aspetto non trattato qui è il perché.
I frame jumbo possono essere di grande beneficio per alcune applicazioni, ma vale la pena testare le tue applicazioni per vedere se otterrai davvero un vantaggio che copre i costi. Oggigiorno, anche per le applicazioni che beneficiano maggiormente, è raro persino ottenere un miglioramento del 10% della produttività, che potrebbe non coprire i maggiori costi operativi. All'interno di una spina dorsale che utilizza il tunneling (MPLS, L2TP, ecc.) Può essere necessario e, a costi contenuti, una singola spina dorsale di solito è un singolo gruppo di amministratori, tuttavia una volta che inizi a estendere i jumbos al livello di accesso diventa rapidamente più complesso.
Un'altra cosa da considerare è che tutta la documentazione e le procedure dovranno essere aggiornate per garantire che eventuali nuovi dispositivi aggiunti (o sostituzioni RMA) non diventino buchi neri silenziosi per il traffico.