6000'den fazla Jumbo Frame ile synology okuma performansı düşer


12

Kısa versiyon

Ev ağım, en az ~ 9000 bayta kadar jumbo çerçeveleri destekleyen cihazlarla saf gigabit. Synology üzerindeki MTU jumbo çerçeve ayarının 6000'e (bayt) yükseltilmesi performansı artırır (810Mbps yazma ve 945Mbps okuma). Değerin 7000 olarak ayarlanması yalnızca okuma performansını (4Mbps'ye kadar inen) yok eder; yazma performansı hızlı kalır.

Bu beklenmedik bir durumdur, çünkü çoğu jumbo çerçeve problemi kendileriyle ilişkili bir yöne sahip değildir ve tipik olarak hepsi veya hiçbir şey değildir (paketler nereden geldiklerine bakılmaksızın bir anahtarda bırakılır). Orada olmak görünmüyor herhangi hepsi oluyor IP parçalama, ancak TCP katmanı gerçekten mutsuz. Bu asimetrik / pul pul davranışa ne sebep olabilir ve tüm ekipmanımın desteklemesi gereken 9000 baytlık MTU'yu desteklemek için nasıl düzeltebilirim?


Uzun versiyon

Bunlar, anlamaya çalışırken düzenlenmiş notlarım.

müşteri

Realtek PCIe GBE Aile Denetleyicisi RTL8167
Jumbo Çerçeve: 9KB MTU

$ netsh interface ipv4 show subinterfaces
   MTU  MediaSenseState   Bytes In  Bytes Out  Interface
------  ---------------  ---------  ---------  -------------
  9198                1   32501506   11275394  Local Area Connection

(9198'in 14 bayt ethernet başlığını içermediği anlaşılıyor)

$ ping -l 1500 -f 192.168.1.84

(Wireshark İstemcide çalışırken gözlenir; tüm boyutlar tel bayt boyutlarıdır)
[9213, ∞] ana bilgisayar tarafından gönderilmez (parçalanma gerekir)
[9019, 9212] gönderilir ancak yanıt
verilmez [9015, 9018] parçalanmış IP yanıtı
[42, 9014 ] parçalanmamış IP
[0, 41]? (eth + IP + ICMP üstbilgileri = 14 + 20 + 8 = 42 bayttan beri oluşturulamıyor)

Yönlendirici (anahtar kısmı)

Asus RT-AC68U - Bellenim 3.0.0.4.378_4585
Jumbo Çerçeveyi Etkinleştir: "Etkinleştir"
Aslında hangi jumbo çerçeve boyutunu desteklediğini anlayamıyorum , en az 9000 gibi görünüyor

İstemciden ping isteklerini 1514 baytta parçalara ayırır (ancak yönlendiriciye ping atmak, LAN anahtarı davranışı yerine WAN yönlendirici davranışını tetikliyor olabilir mi?)

Yönetilmeyen Anahtar

TP-LINK TL-SG1008D
Jumbo Çerçeveler (teknik sayfalar): 9KB (web siteleri 15KB diyor ancak farklı bir cihaz gibi görünüyor)

Sunucu

Synology DS1815 + - DSM 5,2-5.565 Güncelleme 1
Jumbo Frame: 9000

Synology'den İstemciye Dosya Okuma Paketleri
Boyutu: çoğu 9014 bayttır (her iki yönde)
IP Bayrakları:
Bulunan parçalara ayırmayın Wireshark keşfetti: TCP Sahte Yeniden İletimi, TCP Önceki bölüm yakalanmadı, TCP Sipariş Dışı, TCP Hızlı Yeniden İletimi, ve normal (9014 bayt) paketler
NetBIOS protokolü üzerinden SMB2 protokolü okuma yanıtı okuma uzunluğu: 65,536 (~ 8 TCP segmenti)

$ ifconfig
bond0     Link encap:Ethernet  HWaddr --:FF
          inet addr:192.168.1.84  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addrs: --/64 Scope:Link, --/64 Scope:Global, --/64 Scope:Global
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:9000  Metric:1
          RX packets:lots errors:85 dropped:0 overruns:0 frame:85
          TX packets:lots errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:237 GiB  TX bytes:117 GiB

eth2      Link encap:Ethernet  HWaddr --:00
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:9000  Metric:1
          RX packets:lots errors:19 dropped:0 overruns:0 frame:19
          TX packets:lots errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:236 GiB  TX bytes:83 GiB

eth3      Link encap:Ethernet  HWaddr --FF
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:9000  Metric:1
          RX packets:lots errors:66 dropped:0 overruns:0 frame:66
          TX packets:lots errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1 GiB  TX bytes:33 GiB

eth2 ve eth3, Adaptif Yük Dengeleme kullanılarak bağlanır (anahtar desteği yok)

$ ping -c 5 -s 1500 192.168.1.82

(Wireshark İstemcide çalışırken gözlenir; tüm boyutlar tel bayt boyutlarıdır)
[9019, ∞] istek gönderildi, yanıt gönderildi, yanıt alınamadı
[9015, 9018] parçalanmış IP isteği (muhtemelen Synology tarafından parçalandı, busybox ping bir no-fragment seçeneği ile anlatmak zor)
[60, 9014] parçalanmamış IP
[0, 59]? (meşgul kutusu ping'i en az 18 bayt artı 42 bayt üstbilgileri koyduğundan üretilemiyor)

Çeşitli Veriler

  • İstemci MTU'sunu 8 KB'ye değiştirmek yardımcı olmadı
  • Sunucunun MTU'sunu 6000'den (harika, 945Mbps) 7000'e (korkunç, 4Mbps) değiştirirken Sunucunun okuma hızı uçurumdan düşüyor
  • Sunucunun yazma hızı temel olarak tüm Sunucu MTU ayarlarından etkilenmez (her zaman 700 ila 825 Mbps arasında)
  • Synology'nin bağlı bir ağı var (4 porttan 2'si)
  • Kabloların tümü Cat6 veya Cat5e'dir

Synology ile bir destek bileti göndermeniz gerekir. Synology ile ilgili herhangi bir deneyimim yok, bu yüzden bellek arabellek boyutunu artırabileceğiniz gelişmiş ayarlar olup olmadığını bilmiyorum, ancak muhtemelen bu gerekli. Şahsen, genellikle 920mbits alıyorum ve hiçbir şey üzerinde jumbo çerçeveler kullanmıyorum. Genel bir yönetilmeyen netgear anahtarına sahip olmanız yeterlidir.
cybernard

Yanıtlar:


2

Ürün Yazılımını Güncelleyin

Deneyimlerime göre, Synology her ürün yazılımı sürümündeki birçok sorunu giderir ve çalıştırdığınız sürüm neredeyse dört yaşındadır. Sürüm notlarını okumadım, ancak o zamandan beri bir Jumbo çerçeve hatasının düzeltilmesi için çok fazla fırsat var gibi görünüyor.

Doğrudan Bağlantı ile Test

Test makinenizi yeni yama kablolarıyla doğrudan Synology'ye (aynı alt ağda statik IP'ler atayın) bağlayın ve testlerinizi tekrar çalıştırın. Bu, kablo ve anahtarların yanı sıra diğer ekipman ve yapılandırma sorunlarını da ortadan kaldıracaktır. Sorun devam ederse, testlerinizi başka bir bilgisayarla gerçekleştirin. Hala kalırsa kesinlikle NAS.

Doğrudan bağlantı testi sırasında sorun giderilirse, önce anahtarı, ardından kabloları değiştirmeyi deneyin. Bağlantıları göstermediniz, bu yüzden test makinesi ile NAS arasındaki sadece TPLINK olduğunu varsayıyorum.

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.