MTU ve Parçalanma


13

Aşağıdakileri düşünün: Anahtardaki 10G arabirimine bağlı 10G arabirimli NAS. Gigabit Ethernet üzerinden geçiş yapmak için bağlı istemci bilgisayarlar.

  • NAS üzerinde MTU boyutu artırılırsa ve istemci NIC'lerinde MTU boyutu standart 1500 bayttan artırılmazsa NAS'ın bağlı olduğu anahtar bağlantı noktası varsa performansta herhangi bir kazanç olur mu?

  • Bu parçalanma sorunlarına neden olur mu?

  • Cihazlar, anahtarlamalı bir ağdaki arabirimler için MTU'daki uyumsuzlukları nasıl "ele alır"?


SAN trafiği için hangi protokolü kullanıyorsunuz?
Mike Pennington

1
Aslında Path MTU Discovery (PMTUD) bu günlerde ana bilgisayarlarda oldukça yaygın olduğunu düşünüyorum, bu yüzden istemci MTU içeren bir ICMP Parçalanma Gerekli (Tip 3, Kod 4) mesajı gönderir, bu da ana bilgisayarın paket boyutunu azaltmasına neden olur .

Yanıtlar:


20

Herkes daha büyük paketler kullanmadan performans kazancı olmayacak. Jumbo çerçevelerin amacı aynı yük ile daha fazla yük taşımaktır. NAS'ın daha büyük paketler gönderme yeteneği, istemciler de istemiyorsa anlamsızdır.

Hiç "parçalanma" olmayacak. Katman 2'nin (ethernet) "parçalanma gerekli" olduğunu belirten hiçbir yolu yoktur. Bu, bir sonraki atlama arayüzüne sığmayacağı için paketi düşürmesi gerektiğinde ICMP mesajı gönderen yönlendiriciler tarafından Katman 3'te (IP) anlaşılır. Düz, anahtarlamalı bir LAN'da yönlendirici olmadığında bu gerçekleşemez. NAS'tan gönderilen jumbo paketleri, istemci tarafından büyük boyutlu bir çerçeve olarak veya aynı nedenden dolayı anahtar tarafından düşürülecektir. [9K paket 1500B arayüzüne gönderilemez.]


Yani, hemen hemen sadece sonsuz sorunlara neden olacak, istemci veya anahtar SAN'dan gelen trafiğin çoğunu bırakacak mı?
nos

@Ricky - Büyük boyutlu paketlerin tekrar tekrar bırakılması nasıl ortaya çıkabilir? Alıcı arayüzde, gönderene yalnızca X boyutlu kareler alabileceğini "söyleme" yolu var mı? Yoksa gönderen, çerçevenin TCP gibi bir üst katman protokolü tarafından hiç alınmadığını mı görüyor?
sardean

1
Paket düştü ve sonu geldi. (tamam, bir sayaç devreye girer, ancak a) kimse kontrol etmez ve b) tam olarak neye neden olduğunu bilmezsiniz.) Aktarım başlar başlamaz TCP bağlantılarının durduğunu görürsünüz, iSCSI bağlantıları başarısız olur, vb
Ricky Beam

5

S: NAS üzerinde MTU boyutu artırılırsa ve MTU boyutu istemci NIC'lerde standart 1500 bayttan artırılmazsa NAS'ın bağlı olduğu anahtar bağlantı noktası varsa performansta herhangi bir kazanç olur mu?

Cevap: Hayır, çünkü artan MTU boyutu istemci tarafından kullanılmıyor. 100 kişiyi A noktasından B noktasına taşımak istiyorsanız, iki otobüs veya 25 sedan kullanabilirsiniz. A ve B arasındaki yol, otobüslerin gecikmeden daha kolay hareket edebilmesi için yapılırsa ve hala sedanlarda hareket ederseniz, hiçbir şey kazanmazsınız.

S: Bu parçalanma sorunlarına neden olur mu?

Yanıt: Hayır, yol desteklemediği halde büyük bir paket gönderdiğinizde karşı senaryoda parçalanma gerçekleşir ve bunu desteklenen boyutlu paketlere bölmeniz gerekir.

S: Cihazlar, anahtarlamalı bir ağ üzerindeki arabirimler için MTU'daki uyumsuzlukları nasıl "ele alır"?

Cevap: Paket izin verilen paket boyutundan küçükse, sorunsuz bir şekilde iletilir. Paket izin verilen boyuttan büyükse düşürülür.


1
Bu doğru değil. Katman 2'de parçalanma olmaz MTU'yu bir ethernet segmentinde müzakere etme yolu yoktur. Her şey aynı şekilde kurulmazsa, bazı nics (daha küçük MTU ile) büyük boyutlu çerçeveleri düşürür.
Ricky Beam

Ne demek istediğimi açıklayan supportforums.cisco.com/thread/20490 adresine bir göz atın .
AdnanG

Anladım, işaret ettiğin için teşekkürler. O kısmı cevaptan çıkarıyorum.
AdnanG

1

Tcp oturumunun MTU'su ilk TCY SYN bağlantısında kurulur. ağda MTU eşleşmiyorsa, tcp uygulamanız için önemli olmayacaktır ... katman2 veya 3. UDP aynı kavrama sahip değildir, bu yüzden evet, UDP için performansı etkileyebilecek / etkilemeyen trafiği parçalamaya başlayacaksınız . Her şey trafik türüne, boyutuna, hacmine ve donanımınıza bağlıdır.


0

Bazı şeyler kaçırıldı ... Birincisi, MTU görüşmeleri yok. İkincisi, TCP SYN paketlerini tartışırken, nadiren bir bağlantı MTU çerçeve boyutunu aşacaklardır. Bu düzenlemede, katman 3 ve maksimum boyutun ne olduğunu gösteren bir yük sağlayan TCP MSS tartışılırken PMTU yanıtları vardır. Burada kimsenin yanlış olduğunu söylemiyorum, ancak bu tür özellikler nedeniyle MTU ayarları fark edilmeyebilir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.