परीक्षण करना कि क्या जंबो फ्रेम वास्तव में काम कर रहे हैं


28

क्या यह परीक्षण करने के लिए एक आदेश है कि क्या जंबो फ्रेम वास्तव में काम कर रहे हैं? यानी किसी तरह "पिंग" जो पैकेट के रास्ते से टूट गया था या नहीं, इसकी रिपोर्ट करता है।

मैंने एक Ubuntu VM के साथ एक ESXi होस्ट किया है जो iSCSI के माध्यम से एक डेल MD3000i की गणना करता है। मुझे संदेह है कि स्विच पर जंबो फ्रेम सक्षम नहीं हैं, और आसानी से इसके लिए व्यवस्थापक पहुंच प्राप्त नहीं कर सकते। मेरे पास डिस्क सरणी को सीधे ESXi होस्ट से कनेक्ट करने का विकल्प है, लेकिन यह पुष्टि करने का कुछ तरीका चाहेंगे कि जंबो फ्रेम पहले एक समस्या है।

जवाबों:


42

जंबो फ्रेम्स को सक्षम करने का अर्थ है एक बड़ी अधिकतम ट्रांसमिशन यूनिट (MTU) की अनुमति, आमतौर पर MTU को 9000 तक सेट करके।

यह सत्यापित करने के लिए कि आपने पैकेट के आकार को सेट करने के लिए -l ध्वज के साथ खिड़कियों में पिंग का उपयोग किया है , और -f ध्वज को पैकेट में फ़्रेग्मेंट फ़्लैग सेट करने के लिए उपयोग नहीं किया है।

ping my.test.host -f -l 8972

यदि पैकेट खंडित हो जाता है तो आप देखेंगे

Packet needs to be fragmented by DF set

आप सामान्य रूप से क्या देखेंगे के स्थान पर।

लिनक्स के लिए, पिंग कमांड विभिन्न झंडे का उपयोग करता है। -sपैकेट का आकार -M doसेट करता है , और Do Not Fragment सेट करता है। तो उपरोक्त आदेश होगा:

ping my.test.host -M do -s 8972

पैकेट के आकार को समायोजित करके, आप यह पता लगा सकते हैं कि लिंक के लिए mtu क्या है। यह पथ में किसी भी उपकरण द्वारा अनुमत सबसे कम mtu का प्रतिनिधित्व करेगा, जो आपका स्विच, आपका कंप्यूटर, लक्ष्य या कुछ और इनबेटीइन हो सकता है।

यह स्वयं आपको यह नहीं बताएगा कि सबसे कम MTU कहां है - आप पथ में विभिन्न उपकरणों के लिए परीक्षण चलाकर काम करने में सक्षम हो सकते हैं, लेकिन हमेशा पारदर्शी राउटर हो सकते हैं जो MTU को सीमित करते हैं लेकिन दिखाते नहीं हैं के लिए traceroute

ध्यान दें कि ICMP हेडर के लिए 28 बाइट्स का ओवरहेड है, इसलिए MTU 28 बाइट्स उस आंकड़े से बड़ा है जिसे आप ऊपर की विधि के माध्यम से स्थापित करते हैं। तो 9000 के MTU के लिए जाँच करने के लिए, आपको वास्तव में अपना पिंग पैकेट का आकार 9000-28 = 8972 पर सेट करना होगा।

अद्यतन मुझे कुछ संसाधन मिले जो विशेष रूप से होस्ट और लक्ष्य के बीच एमटीयू का पता लगाएंगे:

  • विंडोज mturoute के लिए
  • * निक्स ट्रेसपाथ या ट्रेसेरूटे - एमटू के लिए

और एक पथ के एमटीयू को खोजने पर कुछ और चर्चा


+1। अच्छा जवाब। मैं इसके बारे में भी सोचता था, लेकिन यकीन नहीं था कि यह उसे पता लगाने की अनुमति देगा कि स्विच समर्थित फ्रेम आकार क्या था। मैंने इसे MTU पथ के परीक्षण के रूप में नहीं सोचा था।
12

1
अच्छा .. विंडोज पर। यह लिनक्स पर काम करने के लिए छोटा सा बदलाव। [पिंग 10.1.1.101 -s 1472] जहां 1472 MTU आकार है। कृपया इसे शामिल करने के लिए अपने प्रश्न को संपादित करें और मैं स्वीकार करूंगा
pufferfish

यहाँ एक उपयोगिता है जो dunxd द्वारा वर्णित विधि का उपयोग करती है: elifulkerson.com/projects/mturoute.php
क्रिस

2
ठीक है - मैन पेज ने आपको सीधे मदद की होगी, लेकिन मैंने लिनक्स के लिए विशेष विवरण के साथ अपडेट किया है। परीक्षण के लिए ठीक से काम करने के लिए झंडे के झंडे की आवश्यकता नहीं है, और यह विंडोज में लिनक्स पिंग के रूप में स्पष्ट नहीं है।
dunxd

1
यदि आप पहली बार SSH को ESXi होस्ट पर सक्षम करते हैं और लॉग इन करते हैं, तो आप उपयोग कर सकते हैं vmkping -d -s 8972 10.1.1.101, जहाँ-जहाँ पैकेट का आकार सेट होता है और -d Do Not Fragment ध्वज सेट करता है।
एरिका 3

1

मुझे यकीन नहीं है कि यह काम करेगा लेकिन आप इसे आजमा सकते हैं:

MDSM क्लाइंट वाले कंप्यूटर पर सुनिश्चित करें कि जंबो फ्रेम्स समर्थित और सक्षम हैं, फिर MDSM क्लाइंट में सपोर्ट टैब पर जाएं और "Gather सपोर्ट इंफॉर्मेशन" लिंक को चुनें, फाइल को डाउनलोड करने के लिए MDSM क्लाइंट पर एक स्थान चुनें। MDSM क्लाइंट पर एक पैकेट कैप्चर शुरू करें, और समर्थन जानकारी (ज़िप फ़ाइल) को इकट्ठा करने और डाउनलोड करने के लिए स्टार्ट बटन पर क्लिक करें। जब संग्रह / डाउनलोड कैप्चर किया जाता है और देखें कि ईथरनेट फ्रेम MD3000i से MDSM क्लाइंट के लिए कितना बड़ा है। यदि स्विच, MD300i और MDSM क्लाइंट सभी जंबो फ्रेम्स के लिए कॉन्फ़िगर किए गए हैं, तो आपको कैप्चर में ईथरनेट फ्रेम साइज में देखना चाहिए।


1

ESXi में आपको यह निर्दिष्ट करने की आवश्यकता है कि आप किस इंटरफ़ेस का उपयोग करना चाहते हैं, अन्यथा पिंग को mgmt इंटरफ़ेस के माध्यम से रूट किया जाता है, साथ ही -d को DF सेट करने के लिए (खंडित न करें):

vmkping -I vmkX -s 8972 -d xxxx

http://kb.vmware.com/kb/1003728


-1

आप SSH के माध्यम से ESXi कंसोल से भी इसकी जांच कर सकते हैं: सुरक्षा चालू करें-> Firewall-> Remote Tech.support (SSH) और ssh लॉगइन करने के बाद "vmkping -s 8000" या ऐसा कुछ करें (इसके विकल्प बिल्कुल याद न रखें)


4
विकल्प देखें और कोई आपको वोट दे सकता है।
dunxd
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.