लघु संस्करण

मेरा होम नेटवर्क उन उपकरणों के साथ शुद्ध गीगाबिट है जो सभी जंबो फ्रेम को कम से कम ~ 9000 बाइट तक सपोर्ट करते हैं। Synology पर MTU जंबो फ्रेम सेटिंग को 6000 (बाइट्स) तक बढ़ाने से प्रदर्शन (810Mbps राइट और 945Mbps) बढ़ जाता है। मूल्य को 7000 पर सेट करना केवल पढ़ने के प्रदर्शन को नष्ट कर देता है (जो 4Mbps तक कम हो जाता है); लेखन प्रदर्शन में तेजी रहती है।

यह अप्रत्याशित है क्योंकि अधिकांश जंबो फ्रेम समस्याओं में उनके साथ एक दिशात्मकता नहीं जुड़ी होती है और आम तौर पर सभी या कुछ भी नहीं होते हैं (पैकेट एक स्विच पर गिराए जाते हैं, चाहे वे कहां से आए हों)। वहाँ किसी भी आईपी विखंडन बिल्कुल नहीं चल रहा प्रतीत होता है , लेकिन टीसीपी परत वास्तव में दुखी है। इस असममित / परतदार व्यवहार के कारण क्या हो सकता है और मैं इसे कैसे ठीक कर सकता हूं कि पूरे 9000 बाइट एमटीयू का समर्थन करने के लिए मेरे सभी उपकरणों का समर्थन करना चाहिए?

दीर्घ संस्करण

यह पता लगाने की कोशिश करते समय लिए गए मेरे संपादित नोट हैं।

ग्राहक

Realtek PCIe GBE फैमिली कंट्रोलर RTL8167
जंबो फ्रेम: 9KB MTU

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

(9198 में 14 बाइट ईथरनेट हेडर शामिल नहीं हैं)

$ ping -l 1500 -f 192.168.1.84

(ग्राहक पर चल रहे विरेशर के साथ देखा गया; सभी आकार तार बाइट आकार के हैं)
[9213, frag] मेजबान द्वारा नहीं भेजे गए (विखंडन की आवश्यकता होगी)
[9019, 9212] भेजा गया लेकिन कोई प्रतिक्रिया नहीं
[9015, 9018] खंडित आईपी प्रतिक्रिया
[42, 9014 ] अनफ्रीगेटेड IP
[0, 41]? (eth + IP + ICMP हेडर = 14 + 20 + 8 = 42 बाइट्स के बाद से उत्पन्न करने में असमर्थ)

राउटर (स्विच भाग)

Asus RT-AC68U - फर्मवेयर 3.0.0.4.378_4585
जंबो फ़्रेम सक्षम करें: "सक्षम करें"
यह पता नहीं लगा सकता है कि जंबो फ़्रेम का आकार वास्तव में किसका समर्थन करता है, कम से कम 9000 प्रतीत होता है

यह 1514 बाइट्स पर क्लाइंट के अधिकार से पिंग अनुरोधों को टुकड़े करता है (लेकिन राउटर को पिंग करने से इसके लैन स्विच व्यवहार के बजाय इसके WAN राउटर व्यवहार को ट्रिगर किया जा सकता है?)

अनवांटेड स्विच

TP-LINK TL-SG1008D
जंबो फ्रेम्स ( चश्मा ): 9KB (उनकी वेबसाइट 15KB कहती है लेकिन यह एक अलग डिवाइस की तरह दिखता है)

सर्वर

Synology DS1815 + - DSM 5.2-5565 अपडेट 1
जंबो फ्रेम: 9000

Synology से ग्राहक के
आकार तक फ़ाइल-पठन पैकेट : अधिकांश 9014 बाइट्स हैं (दोनों दिशाओं में)
IP फ़्लैग्स: टुकड़े टुकड़े नहीं करें
Wireshark की खोज की: TCP Spurious Retransmission, TCP पिछला सेगमेंट कैप्चर नहीं किया गया, TCP Out-to-Order, TCP Fast Retransmission, और सामान्य (9014 बाइट) पैकेट
SMB2-over-NetBIOS-प्रोटोकॉल पैकेट पढ़ें प्रतिक्रिया की लंबाई: 65,536 (~ 8 टीसीपी सेगमेंट)

$ 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

एथ 2 और एथ 3 को एडाप्टिव लोड बैलेंसिंग (कोई स्विच सपोर्ट) का उपयोग करके बंधुआ बनाया गया है

$ ping -c 5 -s 1500 192.168.1.82

(ग्राहक पर चल रहे विरेशर के साथ देखा गया; सभी आकार तार बाइट आकार हैं)
[9019, ∞] अनुरोध भेजा गया, प्रतिक्रिया भेजी गई, प्रतिक्रिया नहीं मिली
[9015, 9018] खंडित आईपी अनुरोध (शायद Synology द्वारा खंडित, व्यस्त पिंग एक नहीं है नहीं-टुकड़े का विकल्प इसलिए यह बताना कठिन है)
[६०, ९ ०१४] अप्रकाशित आईपी
[०, ५ ९]? (व्यस्त करने के लिए असमर्थ होने के कारण क्योंकि व्यस्त पिंग न्यूनतम 18 बाइट्स और 42 बाइट हेडर रखता है)

विविध डेटा

क्लाइंट MTU को 8KB तक बदलने से कोई मदद नहीं मिली
सर्वर की MTU 6000 (महान, 945Mbps) से 7000 (भयानक, 4Mbps) तक बदलने पर सर्वर की रीड स्पीड एक चट्टान से गिर जाती है
सर्वर की लिखने की गति मूल रूप से सभी सर्वर MTU सेटिंग्स (हमेशा 700 और 825 एमबीपीएस के बीच) पर अप्रभावित रहती है
Synology एक बंधुआ नेटवर्क है (4 बंदरगाहों में से 2)
केबल सभी कैट 6 या कैट 5 ई हैं

ethernet synology throughput

— colithium
स्रोत

आपको समानार्थी के साथ एक समर्थन टिकट दर्ज करने की आवश्यकता है। मुझे पर्यायवाची के साथ कोई अनुभव नहीं है, इसलिए मुझे नहीं पता कि क्या अग्रिम सेटिंग्स हैं जहां आप मेमोरी बफर आकार बढ़ा सकते हैं, लेकिन शायद यही है। निजी तौर पर, मुझे आमतौर पर 920mbits मिलते हैं और मैं किसी भी चीज़ पर जंबो फ्रेम का उपयोग नहीं करता। बस एक सामान्य अप्रबंधित netgear स्विच है।

— साइबरनार्ड

फर्मवेयर अपडेट करें

मेरे अनुभव में, Synology प्रत्येक फ़र्मवेयर रिलीज़ में बहुत सारे मुद्दों को हल करता है और जो आप चला रहे हैं वह लगभग चार साल पुराना है। मैंने रिलीज़ नोट्स नहीं पढ़े हैं, लेकिन लगता है कि तब से एक जंबो फ्रेम बग के लिए बहुत अवसर हैं।

डायरेक्ट कनेक्शन के साथ टेस्ट करें

अपनी टेस्ट मशीन को सीधे Synology से कनेक्ट करें (एक ही सबनेट पर स्थिर IP असाइन करें) नए पैच केबलों के साथ और अपने परीक्षणों को फिर से चलाएं। यह केबलिंग और स्विच के साथ-साथ किसी भी अन्य उपकरण और कॉन्फ़िगरेशन के मुद्दों को समाप्त करेगा। यदि समस्या बनी हुई है, तो किसी अन्य कंप्यूटर के साथ अपने परीक्षण चलाएं। अगर यह अभी भी बना हुआ है तो यह निश्चित रूप से एनएएस है।

यदि डायरेक्ट-कनेक्ट टेस्ट के दौरान समस्या दूर हो जाती है, तो पहले स्विच को बदलने की कोशिश करें, फिर केबल को। आपने कनेक्शन नहीं दिखाए हैं इसलिए मैं परीक्षण मशीन और NAS के बीच सिर्फ TPLINK मान रहा हूं।

— जेन्स एहरिक
स्रोत

6000 से अधिक जंबो फ्रेम्स के साथ सिनोलॉजी ने प्रदर्शन में गिरावट दर्ज की