पैकेट लॉस के लिए अलग टेस्ट क्यों ज़रूरी है
इंटरनेट पर आप जो कुछ भी भेजते हैं, वह छोटे-छोटे पैकेटों में बँट जाता है। जब इनमें से कुछ खो जाते हैं, तब भी वेब पेज लोड होते हैं और डाउनलोड पूरे होते हैं, क्योंकि TCP-आधारित ऐप्स गायब हिस्से को फिर से माँग लेते हैं। लेकिन गेम, वॉइस चैट और वीडियो कॉल इंतज़ार नहीं कर सकते, इसलिए वे अगले पैकेट पर आगे बढ़ जाते हैं। नतीजा होता है अचानक जगह बदलता प्रतिद्वंद्वी, कटे हुए शब्द या जमी हुई वीडियो फ़्रेम। पैकेट लॉस टेस्ट वह दिखाता है जो एक सामान्य स्पीड टेस्ट छिपा देता है।
माप कैसे होता है
टेस्ट आपके ब्राउज़र और आपके चुने हुए टेस्ट सर्वर के बीच एक WebRTC डेटा चैनल बनाता है। चैनल को बिना क्रम की डिलीवरी और शून्य री-ट्रांसमिशन (maxRetransmits: 0) के लिए कॉन्फ़िगर किया गया है, इसलिए खोया हुआ पैकेट कभी दोबारा नहीं भेजा जाता। यह UDP के व्यवहार के बहुत करीब है, जिसे ज़्यादातर गेम और VoIP ऐप्स इस्तेमाल करते हैं। चूँकि कनेक्शन सर्वर की अपनी TURN सेवा से होकर गुज़रता है, यह सख्त NAT के पीछे और कई कॉर्पोरेट नेटवर्क पर भी काम करता है।
हर पैकेट में एक सीक्वेंस नंबर होता है। सर्वर हर पैकेट को तुरंत लौटाता है और टेस्ट के अंत में उन ID की सूची वापस भेजता है जो उसे मिले। आपका ब्राउज़र उस सूची की तुलना भेजे गए और लौटे पैकेटों से करता है:
- जो पैकेट कभी सर्वर तक नहीं पहुँचे, उन्हें अपलोड लॉस गिना जाता है।
- जो पैकेट सर्वर तक पहुँचे लेकिन वापस नहीं आए, उन्हें डाउनलोड लॉस गिना जाता है।
- जो पैकेट लौटे, लेकिन इतनी देर से कि काम के न रहें, उन्हें देर से पहुँचे के रूप में चिह्नित किया जाता है।
- क्रम से बाहर और डुप्लिकेट पैकेट अलग काउंटर में गिने जाते हैं।
सही सेटिंग्स चुनना
पैकेट साइज़, दर और अवधि तय करते हैं कि टेस्ट किस तरह के ट्रैफ़िक की नकल करेगा। डिफ़ॉल्ट सेटिंग्स ज़्यादातर लोगों के लिए ठीक हैं, लेकिन अगर आप किसी खास समस्या की तह तक जाना चाहते हैं, तो ये प्रोफ़ाइल आज़माएँ:
- गेमिंग: 64–128 बाइट, 60–100 पैकेट प्रति सेकंड, 1–2 मिनट।
- वॉइस कॉल: 160–200 बाइट, 50 पैकेट प्रति सेकंड, 1 मिनट।
- बड़े पैकेट: 1000–1200 बाइट, 20–50 पैकेट प्रति सेकंड।
- लंबी अवधि की निगरानी: कम दर, 5 मिनट।
अगर बड़े पैकेटों के साथ लॉस बढ़ता है लेकिन छोटे पैकेटों के साथ नहीं, तो MTU सेटिंग्स या लाइन की क्षमता सीमा जाँचें। अगर छोटे टेस्ट साफ़ आते हैं लेकिन लंबे टेस्ट में कभी-कभी लॉस के झोंके दिखते हैं, तो समस्या शायद रुक-रुक कर होने वाली है: Wi-Fi इंटरफ़ेरेंस, ज़्यादा गर्म होता राउटर या शाम की भीड़।
दिशा-वार लॉस आपको क्या बताता है
पैकेट किस दिशा में खो रहे हैं, यह जानना सबसे तेज़ तरीका है यह समझने का कि समस्या किसे ठीक करनी है। घर के अंदर की समस्याएँ, जैसे कमज़ोर Wi-Fi सिग्नल या पूरी अपलोड क्षमता घेरने वाला क्लाउड बैकअप, आमतौर पर अपलोड लॉस पैदा करती हैं। डाउनलोड लॉस ज़्यादातर आपके ISP के नेटवर्क में भीड़, DSL या केबल कनेक्शन पर लाइन की गुणवत्ता, या सर्वर तक के रास्ते में किसी भीड़ वाले हॉप की ओर इशारा करता है। अगर दोनों दिशाओं में लॉस दिखे, तो पहले अपने डिवाइस और राउटर के बीच का लिंक जाँचें, फिर राउटर और बाहरी लाइन के बीच का।
जिटर, MOS और कनेक्शन ग्रेड
पैकेट लॉस को कभी अकेले नहीं परखना चाहिए। जिटर, यानी लगातार राउंड-ट्रिप समयों के बीच का औसत निरपेक्ष अंतर, दिखाता है कि आपकी लेटेंसी कितनी अनियमित है। ज़्यादा जिटर ऐप्स को बफ़र करने पर मजबूर करता है, और बफ़र चल जाने के बाद पहुँचे पैकेट असल में खोए हुए ही माने जाते हैं। MOS स्कोर, ITU-T G.107 E-मॉडल के सरल संस्करण से लेटेंसी, जिटर और लॉस को मिलाकर अनुमान लगाता है कि वॉइस कॉल कैसी सुनाई देगी: 4 या उससे ऊपर अच्छा है, 3.5 से कम का मतलब साफ़ तौर पर गिरी हुई गुणवत्ता है। A–F ग्रेड और स्थिरता प्रतिशत इन सबको एक सारांश में जोड़ते हैं।
वजह तक पहुँचना
- टेस्ट पहले Wi-Fi पर, फिर उसी डिवाइस पर केबल से चलाएँ। बड़ा अंतर हो तो आपका वायरलेस नेटवर्क ज़िम्मेदार है।
- किसी दूसरी सर्वर लोकेशन के साथ दोहराएँ। अगर लॉस सिर्फ़ एक सर्वर पर दिखे, तो समस्या उसी रूट में है।
- सुबह और फिर शाम को टेस्ट करें। सिर्फ़ पीक समय पर दिखने वाला लॉस नेटवर्क क्षमता की ओर इशारा करता है।
- ज़रूरत हो तो नतीजे CSV या JSON में डाउनलोड करके सपोर्ट टिकट के साथ अटैच करें।
त्वरित समग्र जाँच के लिए हमारे होम पेज पर पिंग टेस्ट इस्तेमाल करें। अगर कोई खास गेम अटकता है, तो Valorant पिंग टेस्ट जैसे पेजों पर क्षेत्रों की लेटेंसी की तुलना करें।