tcpdump 64 KB के पैकेट दिखाता है: ऑफ़लोड और कैप्चर बिंदु

किसी होस्ट पर कैप्चर करने से 1420 MTU वाले इंटरफ़ेस पर 64 KB का पैकेट दिख सकता है, और स्पष्ट निष्कर्ष यही है कि सुरंग ने अपनी आकार-सीमा अनदेखी की। यह निष्कर्ष आमतौर पर गलत होता है। होस्ट पर कैप्चर बिंदु प्रोसेसिंग पथ के भीतर होते हैं, जहाँ विभाजन, एकत्रीकरण और चेकसम का काम अभी तक न हुआ हो। पैकेट का आकार पढ़ने से पहले पर्यवेक्षक की स्थिति पढ़ें।

आप कहाँ कैप्चर करते हैं, यह बदलता है कि आप क्या देखते हैं

ट्रांसमिट ऑफ़लोड स्टैक को एक बड़ी इकाई नेटवर्क डिवाइस को सौंपने देता है, जो बाद में उसे तार-आकार के टुकड़ों में काटता है। रिसीव एकत्रीकरण अंदर आने के रास्ते पर उल्टा करता है और होस्ट-पक्ष के पर्यवेक्षक के देखने से पहले खंडों को जोड़ देता है। इसलिए कैप्चर उस बिंदु पर होस्ट का आंतरिक दृश्य दर्ज करता है, ज़रूरी नहीं कि लिंक पर मौजूद फ़्रेम। दोनों तंत्र डिवाइस और पथ पर निर्भर करते हैं।

ethtool -k eth0 | grep -E 'tso|gso|gro'

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

आंतरिक और बाहरी इंटरफ़ेस अलग करें

सुरंग अपना अलग इंटरफ़ेस जोड़ती है, और बाहरी और आंतरिक दृश्य एन्कैप्सुलेशन तथा प्रोसेसिंग में भिन्न होते हैं। टनल डिवाइस पर कैप्चर आंतरिक पैकेट दिखाता है; भौतिक अडैप्टर पर कैप्चर बाहरी पैकेट दिखाता है। आकार, पते और चेकसम की स्थिति उनके बीच ऐसे कारणों से भिन्न हो सकते हैं जिनका किसी खराबी से कोई संबंध नहीं है।

दर्ज करें कि कौन-सा इंटरफ़ेस कौन-सी फ़ाइल बनाता है। टनल डिवाइस पर दिखने वाला आकार आंतरिक पैकेट का वर्णन करता है, न कि उस फ़्रेम का जो अडैप्टर ने अंत में भेजा। एक ही विश्लेषण में दोनों को मिलाना ही सामान्य एन्कैप्सुलेशन अंतर को रहस्य बना देता है।

चेकसम चेतावनी भी स्थिति-आधारित है

भेजने की ओर का कैप्चर चेकसम फ़ील्ड को हार्डवेयर द्वारा भरे जाने से पहले दिखा सकता है, जिससे ऐसी चेतावनी बनती है जो कोई रिसीवर कभी नहीं देखता। यह दूरस्थ होस्ट द्वारा क्षतिग्रस्त पैकेट अस्वीकार करने से भिन्न प्रमाण है। दिशा और कैप्चर बिंदु तय करते हैं कि आपके पास दोनों में से कौन-सा है।

जब कोई वास्तविक स्थानांतरण विफल हो, तो रिसीवर पर या पथ के किसी अन्य बिंदु पर अवलोकनों की तुलना करें। दिशा, इंटरफ़ेस और एन्कैप्सुलेशन परत को रिकॉर्ड के साथ रखें, क्योंकि इनके बिना स्क्रीनशॉट को बाद में समझा नहीं जा सकता।

ऑफ़लोड को केवल नियंत्रित परीक्षण के रूप में बंद करें

ऑफ़लोड बंद करना प्रदर्शन और पैकेट प्रोसेसिंग बदल देता है, इसलिए अजीब आकार-प्रदर्शन पर यह पहली प्रतिक्रिया नहीं है। अगर आप इसका परीक्षण करें, तो एक सेटिंग बदलें और पहले आधारभूत स्थिति दर्ज करें। जो रन MTU, फ़ायरवॉल नियम और क्लाइंट प्रोफ़ाइल भी बदलता है, वह परिणाम को ऑफ़लोड के नाम नहीं लिख सकता। बाद में सेटिंग बहाल करें।

ethtool -K eth0 tso off gro off
ping -M do -s 1400 example.com

बड़े स्थानांतरण का असली ठहराव पथ की MTU और एप्लिकेशन को मिलने वाली प्रतिक्रिया के बारे में अलग सवाल है। होस्ट की एकत्रित इकाई आगे की आकार-सीमा को न सिद्ध करती है न खंडन, और कम CPU प्रतिशत ऑफ़लोड को कारण के रूप में नहीं पहचानता।

उपयोगी परिणाम है समझाया गया कैप्चर बिंदु और पुनरुत्पाद्य एप्लिकेशन अवलोकन। इनके अलग होने पर MTU परिवर्तन आंतरिक बफ़र के आकार के बजाय वास्तविक बाधा को लक्षित कर सकता है।