Technical Anshu
Tutorials Blog
पैकेट हानि ठीक करें

हर कुछ सेकंड में पिंग ड्रॉपिंग केबल और स्पीड डुप्लेक्स बेमेल को ठीक करें

इंटरनेट काम करता है, फ़ाइलें खुलती हैं, कुछ भी मृत नहीं दिखता - लेकिन हर कुछ सेकंड में 3 से 4 पिंग पैकेट गायब हो जाते हैं, और टैली जैसे एप्लिकेशन फिर से कनेक्ट होते रहते हैं। यह उस गलती की तलाश है, जिस क्रम में एक सपोर्ट इंजीनियर वास्तव में इसे काम करता है।

Technical AnshuWired LANSpeed and Duplex
वीडियो पर पूरा मामला देखें - एक वास्तविक कार्यालय टैली उपयोगकर्ता, एक निरंतर पिंग परीक्षण, और स्पीड और डुप्लेक्स सेटिंग जो अपराधी साबित हुई

यह मार्गदर्शिका वीडियो के वास्तविक समर्थन मामले का अनुसरण करती है। एक लेखा विभाग उपयोगकर्ता ने टैली चलाया, और कुछ मिनटों के काम के बाद टैली फिर से कनेक्ट होना शुरू हो गया और उसका प्रवाह टूट गया। सामान्य उपयोग ठीक लगा. केवल निरंतर पिंग परीक्षण ने सच्चाई दिखाई: 3 से 4 पैकेट एक साथ गिरना, फिर साफ़ उत्तर। टीम ने पहले तार बदला - बूंदें रुक गईं। उन्होंने दीवार आईओ जैक को ठीक किया और कनेक्शन को फिर से पैच किया - और असली दोषी एक सेटिंग निकली: पीसी नेटवर्क एडाप्टर स्पीड और डुप्लेक्स को एमबीपीएस गति पर कॉन्फ़िगर किया गया था जबकि स्विच गीगाबिट-सक्षम था। यहाँ वह संपूर्ण शिकार एक दोहराने योग्य विधि के रूप में है।

Continuous Ping to the Server (Example Pattern)
Reply from 192.168.1.10: bytes=32 time<1ms TTL=128 Reply from 192.168.1.10: bytes=32 time<1ms TTL=128 Request timed out. Request timed out. Request timed out. Reply from 192.168.1.10: bytes=32 time<1ms TTL=128 Reply from 192.168.1.10: bytes=32 time=1ms TTL=128

केवल उदाहरण: उत्तर साफ़ चलते हैं, फिर 3 से 4 अनुरोध एक साथ समाप्त हो जाते हैं, फिर उत्तर फिर से शुरू हो जाते हैं। वह बर्स्ट पैटर्न एक लिंक-स्तरीय गलती का फिंगरप्रिंट है, और एक त्वरित 4-पैकेट पिंग आमतौर पर इसे पूरी तरह से गायब कर देगा।

1

पहले इसे लगातार पिंग से साबित करें

मानक 4-पैकेट पिंग पर भरोसा न करें। अपने गेटवे के विरुद्ध ping -t 192.168.1.1 चलाएँ और जिस सर्वर पर उपयोगकर्ता वास्तव में काम करता है उसके विरुद्ध ping -t के साथ दूसरी विंडो चलाएँ, और दो या तीन मिनट तक देखें। वीडियो के मामले में, बूँदें 3 से 4 के विस्फोटों में आईं - विस्फोटों के बीच भेजे गए एक त्वरित परीक्षण में शून्य हानि दिखाई दी और उपयोगकर्ता ने गलत देखा। नुकसान की ठीक से गणना करें: बर्स्ट पैटर्न लिंक पर ही इंगित करता है, एप्लिकेशन पर नहीं, इंटरनेट लाइन पर नहीं।

2

निगोशिएटेड लिंक स्पीड पढ़ें

पीसी पर ईथरनेट स्थिति खोलें, या PowerShell में Get-NetAdapter चलाएँ और LinkSpeed कॉलम पढ़ें। एक गीगाबिट पीसी को गीगाबिट स्विच पर 1.0 Gbps दिखाना चाहिए। यदि यह 100 एमबीपीएस दिखाता है, तो लिंक वापस आ गया है - आमतौर पर एक क्षतिग्रस्त केबल जोड़ी या मजबूर सेटिंग। यदि जांच के बीच गति बदलती है, तो लिंक फिर से बातचीत कर रहा है, जो ठीक उसी समय होता है जब पैकेट मर जाते हैं। किसी भी हार्डवेयर को छूने से पहले यह एक संख्या समस्या को आधे में विभाजित कर देती है।

3

एडॉप्टर पर स्पीड और डुप्लेक्स सेटिंग की जांच करें

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

4

भौतिक श्रृंखला को क्रम में कार्य करें

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

5

संख्याओं के साथ इलाज की पुष्टि करें

समाधान के बाद, गेटवे और सर्वर पर ping -n 200 चलाएँ और सारांश पंक्ति पढ़ें: पैकेट भेजे गए, प्राप्त किए गए, खो गए। 200 पिंग से अधिक शून्य हानि और 1.0 जीबीपीएस की लिंक गति एक बंद मामला है। फिर उपयोगकर्ता को काम करने दें - वीडियो में, असली परीक्षा टैली का पूरे कामकाजी सत्र के दौरान जुड़े रहना था, न कि कोई साफ-सुथरा दिखने वाला स्क्रीनशॉट। यदि गिरावट जारी रहती है, तो शेष संदिग्ध केबल जोड़ी की गुणवत्ता और स्विच पोर्ट ही हैं, जो इस श्रृंखला में सहयोगी गाइडों में शामिल हैं।

ईमानदार नोट: एक सामान्य पिंग परीक्षण 4 पैकेट भेजता है और आसानी से विस्फोटों के बीच उतर सकता है, जो वास्तव में दोषपूर्ण लिंक पर 0 प्रतिशत नुकसान दिखाता है। इस मामले में गलती केबल बदलने से बच गई - कभी भी एक त्वरित परीक्षण से किसी हिस्से को निर्दोष या दोषी घोषित न करें। लंबे समय तक मापें, एक समय में एक चीज़ बदलें, और नुकसान की गिनती को बोलने दें।

पूर्ण पिंग ड्रॉप समस्या निवारण वीडियो देखें

पूरा मामला लाइव देखें - टैली रीकनेक्ट शिकायत, केबल स्वैप जिसने इसे ठीक नहीं किया, और एडाप्टर सेटिंग जिसने इसे ठीक किया।

Watch Full Video
अक्सर पूछे जाने वाले प्रश्न

सामान्य पिंग परीक्षण कोई समस्या क्यों नहीं दिखाता?

एक सामान्य पिंग केवल 4 पैकेट भेजता है। यदि दोष हर कुछ सेकंड में विस्फोटों में पैकेट गिराता है, तो 4-पैकेट परीक्षण पूरी तरह से विस्फोटों के बीच उतर सकता है और शून्य हानि की रिपोर्ट कर सकता है। दो या तीन मिनट के लिए ping -t के साथ लगातार पिंग चलाएं, या कम से कम 200 पैकेट भेजें, और वास्तविक नुकसान की गणना करें।

क्या स्पीड और डुप्लेक्स सेटिंग वास्तव में पैकेट गिरा सकती है?

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

केबल बदल दी गई और गिरना जारी रहा। आगे क्या?

वह परिणाम जानकारी है, विफलता नहीं: पैच लीड संभवतः निर्दोष है। दीवार पर जाएं आईओ जैक और पैच पैनल समाप्ति, एक और स्विच पोर्ट का प्रयास करें, और कुछ भी बदलने से पहले एडाप्टर स्पीड और डुप्लेक्स सेटिंग और बातचीत की गई लिंक गति की जांच करें।

यह मार्गदर्शिका तकनीकी अंशू पिंग ड्रॉप और स्पीड और डुप्लेक्स वीडियो पर आधारित है • किसी भी चरण पर अटक गए हैं? वीडियो टिप्पणियों में पूछें - आपको वहां उत्तर मिलेगा