सहायता
पैकेट हानि क्या है और इसे कैसे पहचानें?
पैकेट हानि में भेजे गए पैकेट गंतव्य तक नहीं पहुंचते। डिवाइस, कनेक्शन और दोहराए गए परीक्षण तुलना करें; पिंग का जवाब न मिलना अकेले खराबी साबित नहीं करता।
भेजा गया पैकेट गंतव्य तक न पहुंचे तो पैकेट हानि होती है। कटती आवाज़, गेम में अचानक छलांग या रुका ट्रांसफर इससे मेल खा सकता है, लेकिन डिवाइस या ऐप की समस्या भी कारण हो सकती है। तेज डाउनलोड बीच-बीच में होने वाली हानि को खारिज नहीं करता। VMAXCHECK सीधे पैकेट हानि नहीं मापता; गति या लेटेंसी से यह निदान साबित नहीं होता।
नियंत्रित तुलना से शुरू करें
- समय, अवधि, ऐप और एक साथ प्रभावित डिवाइस लिखें। ऐप नेटवर्क आंकड़े दिखाता हो तो उसके स्पष्टीकरण के अनुसार हानि और माप की दिशा दर्ज करें।
- उसी डिवाइस पर थोड़े अंतराल में Wi-Fi और Ethernet तुलना करें। शुरुआती माप के लिए अपने बड़े ट्रांसफर और बैकअप रोकें; सामान्य समस्या वाले हालात अलग देखें।
- शांत समय और समस्या के दौरान उन्हीं लक्ष्यों और सेटिंग से दोहराएं। एक अच्छा परीक्षण रुक-रुक कर आने वाली समस्या को खारिज नहीं करता। सिर्फ शाम का पैटर्न भीड़ का प्रमाण नहीं है।
- दूसरे डिवाइस और सेवा से तुलना करें। एक ऐप प्रभावित हो तो सेवा की स्थिति भी देखें। Ethernet से सुधार वायरलेस रास्ते या डिवाइस की जांच का संकेत है, Wi-Fi फ्रेम खोने का प्रमाण नहीं।
सीमित पिंग परीक्षण
Windows में ping /n 50 1.1.1.1 सार्वजनिक लक्ष्य को 50 ICMP इको अनुरोध भेजता है। जवाब देने वाला लक्ष्य इस्तेमाल करें; यह जरूरी नहीं कि ऐप का सर्वर हो। नेटवर्क सेटिंग से स्थानीय राउटर का पता लेकर लक्ष्य की जगह वह पता डालकर भी जांचें। परिणाम अलग रखें: भेजे गए अनुरोध, मिले और गायब जवाब, आने-जाने का समय। दोहराते समय गिनती, प्रतीक्षा सीमा, पैकेट आकार और पता परिवार समान रखें। बहुत छोटी प्रतीक्षा सीमा या तेजी से अनुरोधों की बाढ़ वाले परीक्षण न करें; गायब जवाबों का इंतजार परीक्षण को कई मिनट तक बढ़ा सकता है।
गायब जवाबों को सावधानी से समझें
- 50 अनुरोधों में दो जवाब न मिलें तो इस नमूने में 4% ICMP जवाब गायब हैं, सभी ऐप ट्रैफिक की भरोसेमंद हानि दर नहीं। राउटर या लक्ष्य ICMP सीमित या बंद कर सकता है। अनुरोध और जवाब रास्ते के अलग हिस्सों में खो सकते हैं।
- राउटर के जवाब न मिलने के साथ ऐप की समस्या भी हो तो पहले स्थानीय रास्ता जांचें। मेल खाते लक्षणों के बिना राउटर का चुप रहना कनेक्शन खराब होने का प्रमाण नहीं।
- राउटर जवाब देता रहे लेकिन कई इंटरनेट लक्ष्य और ऐप खराब हों तो राउटर के इंटरनेट वाले हिस्से, कनेक्शन और आगे के रास्ते की जांच करें। परिणाम अकेले प्रदाता को दोषी नहीं ठहराता।
- traceroute के तारांकन या pathping के एक बीच के पड़ाव की हानि खराब फॉरवर्डिंग साबित नहीं करती। अंतिम लक्ष्य, आगे के पड़ाव और ऐप तुलना करें: उपकरण अपने जवाब सीमित करते हुए दूसरा ट्रैफिक आगे भेज सकता है।
देरी और हानि अलग हैं: ऊंचा पिंग खोए पैकेट की गिनती नहीं है। TCP गायब डेटा फिर भेज सकता है, जिससे प्रतीक्षा या गति में कमी हो सकती है। UDP खुद पहुंचने की गारंटी नहीं देता; ऐप अपना पुनर्प्राप्ति तरीका जोड़ सकता है। असर ऐप और अकेली या लगातार हानि पर निर्भर है। प्रतिशत के किसी एक आंकड़े को सबके लिए पास होने की सीमा नहीं माना जा सकता, और छोटा अच्छा परीक्षण दूसरे रास्ते या बाद के सत्रों की गारंटी नहीं देता।
नतीजे के अनुसार बदलें और फिर तुलना करें
- केवल वायरलेस समस्या में कवरेज और रेडियो प्रतिस्पर्धा देखें। केबल पर सही चलने वाली अनुकूल केबल या पोर्ट से तुलना करें और डिवाइस व नेटवर्क एडाप्टर की आधिकारिक गाइड देखें। एक बार में एक चीज़ बदलें।
- अपने बड़े ट्रांसफर के साथ समस्या हो तो रोकें, समय बदलें या सीमित करें और तुलना करें। निर्माता के अनुसार समर्थित कतार प्रबंधन भीड़ में मदद कर सकता है, हर हानि ठीक नहीं करता।
- गाइड के अनुसार दोबारा चालू करने से पहले राउटर घटनाएं और माप बचाएं। इससे दूसरे उपयोगकर्ता और कॉल बाधित होते हैं; यह परीक्षण है, कारण का प्रमाण नहीं। शुरुआत में फैक्टरी रीसेट या सुरक्षा बंद न करें।
- बदलाव के बाद वही परीक्षण और ऐप दोहराएं। एक सेवा में उसकी स्थिति और सहायता देखें; कई डिवाइस और सेवाओं में नेटवर्क प्रदाता को तुलना दें।
सहायता को समय, अवधि, कनेक्शन, मॉडल, लक्ष्य और सेटिंग, अनुरोध और गायब जवाब की गिनती, आने-जाने का समय, डिवाइस, ऐप और Ethernet या कम लोड का असर दें। लॉग से पासवर्ड, टोकन और निजी खाता जानकारी हटाएं। दोहराए जा सकने वाले निरीक्षण सबसे ऊंचे प्रतिशत वाले पड़ाव को दोष देने या एक परीक्षण पर तेज प्लान खरीदने से ज्यादा उपयोगी हैं।