Sono i frame Jumbo (MTU fino a 9k) realistici / comuni su Internet aperto?

Ho un'applicazione che avrebbe beneficiato di fotogrammi Ethernet più grandi. (In teoria, potremmo ridurre il numero dei pacchetti in output> del 50%, forse anche del 66%).

Sono anche in procinto di specificare i requisiti di networking con le aziende hosting di candidati per una nuova installazione dei miei server di applicazioni. Sarebbe bello, perloless, non limitare le connessioni dei clienti a beneficiare di Frame Jumbo.

  • Utilizzo delle radici DFS come cartelle condivise
  • Cosa potrebbe causare la carica della nostra networking aziendale di notte?
  • Errore Debian: ifup: Imansible leggere le interfacce file "/ etc / network / interfaces"
  • Il riavvio del server Linux riduce la networking LAN
  • Rete inondata con pacchetti M-SEARCH: cosa significa?
  • Perché il mio eth0 è chiamato eno16777736?
  • Ma quanto è realistico? Alcune domande generali, supponendo che il segmento della networking che possiamo controllare è Jumbo Frame-friendly (gli switch sono grandi MTU in grado di rilevare path ICMP MTU, ecc.) :

    • È realistico submit Jumbo Frames via Internet?
    • Invita infiniti problemi di networking per cercare di supportre i frame Jumbo su Internet pubblico?
    • Ci sono altre preoccupazioni che non ho considerato?

  • Full MTU non utilizzato con i frame jumbo abilitati
  • 5 Solutions collect form web for “Sono i frame Jumbo (MTU fino a 9k) realistici / comuni su Internet aperto?”

    La chiave qui è che puoi controllare il tuo piccolo segmento della networking e abilitare grandi MTU ma non puoi controllare il path che i pacchetti assumono su Internet e certamente non possono controllare la configuration dei router che i pacchetti passeranno. La maggior parte dei router di Internet non sono configurati oltre i 1500, quindi non avrai molta fortuna con questa soluzione. Peggio, a volte i pacchetti più grandi verranno effettivamente lasciati cadere da router che non supportno i frame jumbo in modo da pensare che si sarebbe effettivamente trovare le cose sono peggiori se si tenta di submit frame jumbo a Internet.

    I frame Jumbo sono fantastici nella tua networking interna – specialmente per reti che effettuano streaming o iSCSI.

    1. A less che la tua visione di Internet sia da voi attraverso un'unica entity framework; che ti permetterà di essere estremamente specifici su questo problema e poi su un punto finale ugualmente controllabile, allora c'è un rischio> 99,9% che il traffico non verrà traslato "intatto" e mantenerlo è JF's. Il motivo è che i JF sono una specifica ethernet e non tutta l'internet è ethernet in modo da get disassemblati, reassemblati, transiti poi re-pacchettizzati.
    2. Problemi – probabilmente non, forse il giorno uno si può correre in un problema o due, ma una volta che è su e funzionare dovrebbe essere bene.
    3. Direi che se non hai il controllo completo di each parte della catena da server a client, sarò tentato di ingegnere il mio sistema considerando i più bassi, non più alti, comuni denominatori, vale a dire che funziona a sintonizzarla, e non viceversa .

    Come altri hanno detto sopra la risposta è attualmente no.

    Consideriamo anche l'MTU dei vostri fornitori uplink, a less che non supporti i frame Jumbo, allora sei fuori dalla fortuna prima di iniziare.

    Molte reti di istruzione terziaria (AARNET, JANET, Internet2) dispongono di frame jumbo abilitati alla fine delle reti. Se stai dedicando le persone a quelle reti, vorrei suggerire che vale la pena.

    La mia esperienza è che i frame Jumbo sono solitamente vincolati a un collegamento dedicato tra un server di applicazioni e il suo server di database. Il numero di tipologie di possibilità di incompatibilità su qualsiasi cosa più complessa è una mente ingombrante.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.