MTU dan Fragmentasi

13

Pertimbangkan hal-hal berikut: NAS dengan antarmuka 10G terhubung ke antarmuka 10G pada sakelar. Komputer klien terhubung untuk beralih melalui gigabit Ethernet.

Apakah akan ada keuntungan dalam kinerja jika ukuran MTU meningkat pada NAS dan beralih port ke mana NAS terhubung jika ukuran MTU tidak meningkat dari standar 1500 byte pada NIC klien?
Apakah ini akan menyebabkan masalah fragmentasi?
Bagaimana perangkat "menangani" ketidakcocokan dalam MTU untuk antarmuka di jaringan yang diaktifkan?

— sardean
sumber

protokol apa yang Anda gunakan untuk lalu lintas SAN?

— Mike Pennington

1

Sebenarnya saya pikir Path MTU Discovery (PMTUD) cukup umum di host hari ini, sehingga kemungkinan klien akan mengirim pesan ICMP Fragmentation Needed (Type 3, Code 4) yang berisi MTU, yang seharusnya menyebabkan host mengurangi ukuran paketnya. .

20

Tidak ada peningkatan kinerja yang akan ada tanpa semua orang menggunakan paket yang lebih besar. Inti dari frame jumbo adalah untuk mengemas lebih banyak muatan dengan overhead yang sama. Kemampuan NAS untuk mengirim paket yang lebih besar tidak ada artinya jika klien tidak melakukannya juga.

Tidak akan ada "fragmentasi" sama sekali. Layer-2 (ethernet) tidak memiliki arti jika menunjukkan "fragmentasi diperlukan". Ini ditemukan pada Layer-3 (IP) oleh router yang mengirim pesan ICMP ketika harus menjatuhkan paket karena tidak akan muat pada antarmuka next-hop. Ini tidak dapat terjadi di mana tidak ada router - pada LAN yang datar dan diaktifkan. Paket jumbo yang dikirim dari NAS akan dijatuhkan oleh klien sebagai bingkai yang terlalu besar - atau dijatuhkan oleh switch untuk alasan yang sama. [Paket 9k tidak dapat dikirim pada antarmuka 1500B.]

— Ricky Beam
sumber

Jadi, itu akan cukup banyak hanya menyebabkan masalah tanpa akhir, di mana klien atau switch akan menjatuhkan banyak lalu lintas dari SAN?

— no

@ Ricky - Bagaimana dropping berulang dari paket yang terlalu besar terwujud? Apakah antarmuka penerima memiliki cara untuk "memberi tahu" pengirim bahwa ia hanya dapat mengambil bingkai ukuran X? Atau apakah pengirim melihat bahwa frame tidak pernah diterima oleh protokol lapisan atas seperti TCP?

— sardean

1

Paket dijatuhkan dan itulah akhirnya. (well, penghitung berdetak, tetapi a) tidak ada yang memeriksanya, dan b) Anda tidak akan tahu persis apa penyebabnya.) Anda akan melihatnya sebagai koneksi TCP yang macet segera setelah transfer dimulai, tautan iSCSI gagal, dll.

— Ricky Beam

5

T: Apakah akan ada peningkatan kinerja jika ukuran MTU ditingkatkan pada NAS dan alihkan port ke mana NAS terhubung jika ukuran MTU tidak meningkat dari standar 1500 byte pada NIC klien?

Jawab: Tidak, karena ukuran MTU yang meningkat tidak digunakan oleh klien. Jika Anda ingin mengangkut 100 orang dari titik A ke titik B, Anda bisa menggunakan dua bus atau 25 sedan. Jika jalan antara A dan B dibuat sehingga bus bisa lebih mudah bergerak tanpa penundaan, dan Anda masih memindahkannya dengan sedan, Anda tidak mendapatkan apa-apa.

T: Apakah ini akan menyebabkan masalah fragmentasi?

Jawaban: Tidak, fragmentasi terjadi dalam skenario yang berlawanan ketika Anda mengirim paket besar sementara path tidak mendukungnya dan perlu memotongnya menjadi paket ukuran yang didukung.

T: Bagaimana perangkat "menangani" ketidakcocokan dalam MTU untuk antarmuka di jaringan yang diaktifkan?

Jawaban: Jika paket tersebut lebih kecil dari ukuran paket yang diizinkan, maka paket tersebut dilewatkan tanpa masalah. Jika paket lebih besar dari ukuran yang dibolehkan, maka akan dibuang.

— AdnanG
sumber

1

Ini tidak benar. Tidak ada fragmentasi yang terjadi pada lapisan 2. Tidak ada cara menegosiasikan MTU pada segmen ethernet. Jika semuanya tidak sama, beberapa nics (dengan MTU yang lebih kecil) akan menjatuhkan frame yang terlalu besar.

— Ricky Beam

Lihat supportforums.cisco.com/thread/20490 yang menjelaskan apa yang saya maksud.

— AdnanG

Begitu ya, terima kasih sudah menunjukkannya. Saya menghapus bagian itu dari jawabannya.

— AdnanG

1

MTU sesi tcp dibuat pada koneksi TCY SYN awal. jika Anda memiliki MTU yang tidak cocok pada jaringan, itu tidak akan berpengaruh pada aplikasi tcp Anda ... layer2 atau 3. UDP tidak memiliki konsep yang sama jadi ya, untuk UDP Anda akan mulai memilah lalu lintas yang mungkin / mungkin tidak mempengaruhi kinerja . Itu semua tergantung pada jenis lalu lintas, ukuran, volume, dan perangkat keras Anda.

— Payam
sumber

0

Beberapa hal terlewatkan ... Pertama, tidak ada negosiasi MTU. Kedua, ketika membahas paket TCP SYN, mereka jarang akan melebihi ukuran bingkai tautan MTU. Dalam reguard itu, ada tanggapan PMTU ketika membahas layer 3 serta TCP MSS yang memberikan muatan berapa ukuran maksimalnya. Saya tidak mengatakan ada orang yang salah di sini, tetapi sering pengaturan MTU tidak diperhatikan karena fitur-fitur tersebut.

— Jason B Shrout
sumber