Pertama, mungkin lebih baik untuk menjelaskan apa itu ethernet frame jumbo. Ethernet adalah teknologi jaringan lapisan 2 dan Unit Protokol Data (PDU) adalah sebuah bingkai. Untuk referensi, L3PDU (lapisan IP) adalah paket, dan L4PDU (tcp / udp) adalah sebuah segmen.
Frame ethernet (ada beberapa jenis ethernet tetapi kita dapat menggeneralisasi di sini) terdiri dari header (berisi, antara lain, sumber MAC, MAC tujuan, tag VLAN 802.1q, dll.) Data, atau paylod, dari frame, dan sebuah checksum CRC yang digunakan untuk memvalidasi keberhasilan transmisi frame.
Ethernet asli menetapkan ukuran frame (valume data di seluruh frame, termasuk header dan checksum) sebagai 1500 byte (atau mungkin 1518, harus mencarinya). Jumlah ini mencapai keseimbangan antara jumlah data yang dikirim sekaligus dan kemungkinan transmisi gagal atau bertabrakan dan harus dikirim ulang. Dengan munculnya LAN dupleks cepat dan penuh, orang-orang menyadari bahwa kinerja dapat ditingkatkan dengan meningkatkan ukuran bingkai ethernet. Ukuran tradisional bingkai jumbo adalah 9000 byte per bingkai, meskipun ini sebagian besar adalah konvensi.
Pada LAN solid, full duplex LAN (atau VLAN) di mana semua elemen mengharapkan untuk menerima ethernet frame jumbo, sebenarnya meningkatkan kinerja. Masalah dengan skenario ini adalah jika Anda memperkenalkan elemen jaringan atau perangkat akhir yang tidak diharapkan. Dalam kasus terbaik, itu akan menghasilkan penurunan kinerja karena paket hilang karena perangkat penerima hanya mengharapkan 1518 byte dalam bingkai.
Sekarang untuk pertanyaan spesifik Anda:
Apa cara terbaik untuk mengimplementasikan Frame Jumbo di jaringan?
Ini pertanyaan subyektif. Di tempat bisnis saya, kami memilih untuk mengimplementasikannya hanya di mana kami tahu kami memiliki semua variabel yang terkendali dan kami tahu itu akan membantu. Untuk melakukan ini, kami menerapkannya dalam vlan "pribadi" khusus yang hanya dapat diakses oleh perangkat tertentu melalui NIC keduanya. Secara khusus, kami menempatkan NIC kedua dari server file dan server aplikasi kami ke dalam VLAN baru ini dan kemudian mengubah semua referensi ke skema IP yang digunakan dalam VLAN ini. Itu memungkinkan kami untuk secara sempit menargetkan (tidak ada yang akan menghubungkan mesin desktop ke VLAN ini) area spesifik yang kami tahu akan paling diuntungkan (tautan data pemanfaatan tertinggi dalam infrastruktur kami). Ini memaksimalkan keuntungan sambil meminimalkan risiko.
Lebih khusus lagi, di sisi jaringan (menggunakan iOS), kami membangun VLAN yang didedikasikan untuk perangkat bingkai jumbo, kemudian menambahkan "mtu 9000" ke definisi vlan mereka. Setiap antarmuka pada saklar yang akan menggunakan jaringan ini dimasukkan ke dalam vlan ini menggunakan sesuatu seperti "switchport access vlan 11". Pada mesin linux (yang memiliki eth0 terhubung ke jaringan standar dan eth1 terhubung ke jaringan frame jumbo) kami menambahkan "MTU = 9000" ke / etc / sysconfig / network-scripts / ifcfg-eth1. Karena kami tidak pernah merutekan paket-paket ini (mustahil untuk apa pun yang tidak terhubung langsung ke VLAN frame jumbo untuk berbicara dengan NIC pada VLAN frame jumbo) kami tidak pernah perlu khawatir tentang konfigurasi router.
Dari apa yang bisa saya katakan agar bisa berfungsi dengan baik semua perlengkapan jaringan di jaringan harus mendukung Jumbo Frames. Apakah ini benar?
Ya, cukup banyak. Semua "klien" jaringan (yang saya maksudkan monitor server / desktop / IPKVMs / IP, dll.) Harus mengucapkannya juga atau, sebagaimana disebutkan di atas, Anda akan memiliki banyak mesin semi-terjangkau (mereka akan melakukan ping, dan L3 atau L4PDU yang kurang dari 1500 byte akan berhasil, yang berarti, sebagai contoh, server email Anda akan melakukan ping, dan Anda akan dapat mengirimkan apa yang mungkin akan menjadi pesan tes kecil. Tetapi ketika Anda mencoba untuk mengirimkan pesan nyata mail (yang memiliki lampiran excel yang didorong ukuran bingkai> 1500 byte) akan gagal secara misterius).
Jika saya memiliki peralatan khusus (mis. Printer jaringan) yang tidak dapat diperbarui ke GB ethernet, apakah ini akan mencegah saya mengaktifkan Jumbo Frames?
Jika itu masalahnya, inilah yang akan saya lakukan (dengan asumsi peralatan jaringan yang dapat menangani ini):
- membangun dua VLAN, satu dengan bingkai jumbo dan satu tanpa
- tetapkan semua perangkat jaringan Anda ke satu vlan atau yang lain
- di router Anda, dan switch, mengimplementasikan vlan bingkai jumbo dan mengubah ukuran frame pada setiap klien jaringan.
Ini berarti bahwa Anda tidak akan lagi memiliki topologi L2 datar di jaringan Anda. Misalnya, jika dari server berkemampuan jumbo-frame yang ingin Anda cetak ke printer frame non-jumbo Anda, paket-paket harus dirutekankan (berjalan melalui router Anda, frame-frame tersebut ditulis ulang menjadi ukuran yang lebih konvensional, dan kemudian dikirim ke printer pada VLAN lainnya). Ini berarti bahwa komunikasi antara frame jumbo Anda dan mesin frame non-jumbo akan sedikit lebih buruk daripada sebelumnya, tetapi kecepatan transfer data antara semua perangkat pada VLAN frame jumbro akan lebih baik. Ini benar-benar hanya panggilan penghakiman.
Apa saja yang didapat dari mengaktifkan Jumbo Frames?
Semoga dibahas di atas. Semoga berhasil!