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!
Anda dapat menemukan posting Jeff Atwood di Jumbo Frames informatif.
Sorotan pos:
sumber
Anda dapat menggunakan ping.exe untuk memeriksa ukuran maksimal paket dan membandingkannya dengan pengaturan Jumbo Frames Anda.
Sesuaikan ukuran paket yang digunakan oleh -l, dan gunakan -f untuk mengatur flag DO_ NOT_FRAGMENT. Ketika Anda mencapai ukuran maksimum paket Anda, Anda akan mendapatkan "Paket perlu terfragmentasi tetapi set DF".
Itu akan memberi Anda indikasi apakah Jumbo Frames berfungsi atau tidak.
sumber
Ya, semuanya harus mendukung Jumbo Frames - perlakukan seperti mengganti token ring dan ethernet. Satu-satunya perbedaan adalah bahwa beberapa perangkat mungkin tampak masih berfungsi untuk waktu yang singkat atau sebentar-sebentar - ini juga bisa menjadi sakit kepala besar jika Anda tidak melacak perangkat mana yang Anda konfigurasi ulang pada jaringan besar (yaitu 2 minggu kemudian Anda mendapatkan tiket masalah dari beberapa pengguna dengan printer yang diisi di belakang bilik mereka yang "barusan" berhenti bekerja). Hal yang sama berlaku dengan hal-hal baru - Anda harus mengatur prosedur untuk mengkonfigurasi ulang perangkat dan komputer baru dengan bingkai jumbo, untuk menghindari panggilan dukungan saat mereka tidak bekerja di luar boot awal.
sumber
Di Linux, saya menemukan yang berikut ini berfungsi: Jika Anda menggunakan tagged vlan, atur mtu untuk perangkat dasar (mis. Eth1) ke ukuran bingkai jumbo. Semua vlan yang mendukung bingkai jumbo mendapatkan mtu yang sama, vlan yang tidak bertahan dengan yang asli, paling sering 1500.
Sebenarnya vlan yang memiliki jumbo talker dan switching diaktifkan akan dapat mengirim ke antarmuka vlan lokal bahkan jika mtu pada vlan itu jika lebih kecil dari antarmuka basis.
Juga di linux perintah untuk menguji adalah: ping -s 4096 -M lakukan
-s adalah ukuran, -M do mengatakan "jangan fragmen". Jika Anda melebihi mtu lokal, Anda mendapatkan kesalahan. Jika Anda melebihi remote mtu, Anda tidak mendapatkan apa-apa.
sumber