मार्गदर्शन
बफरब्लोट क्या है?
बफरब्लोट में नेटवर्क पैकेट लंबी कतार में अटकते हैं। खाली और व्यस्त कनेक्शन की लेटेंसी की तुलना करें और बदलाव के बाद गति भी जांचें।
बफरब्लोट तब होता है जब पैकेट की कतार जरूरत से ज्यादा लंबी बनी रहती है और इंतजार बढ़ जाता है। थोड़ी देर के डेटा उछाल को संभालने के लिए बफर सामान्य और उपयोगी हैं। लेकिन बड़े डाउनलोड या अपलोड के साथ कॉल और गेम में देरी बढ़े, तो लंबी कतार एक संभावित कारण है। कतार राउटर, मॉडेम, नेटवर्क के किसी दूसरे हिस्से या अंतिम डिवाइस में हो सकती है। सिर्फ व्यस्त कनेक्शन पर पिंग बढ़ने से किसी एक उपकरण को दोषी नहीं ठहराया जा सकता।
खाली और व्यस्त कनेक्शन की तुलना करें
- एक ही डिवाइस और परीक्षण लक्ष्य रखें। संभव हो तो Ethernet लगाएं। अपने बैकअप और बड़े ट्रांसफर रोककर शुरुआती पिंग या बिना अतिरिक्त ट्रैफिक की लेटेंसी लिखें। महत्वपूर्ण कॉल के दौरान जानबूझकर कनेक्शन पर लोड न डालें।
- पहले डाउनलोड, फिर अलग से अपलोड चलाएं। ऐसे परीक्षण में खाली और व्यस्त कनेक्शन की लेटेंसी देखें जो दोनों दिखाता हो, या नियंत्रित ट्रांसफर के दौरान जवाब देने वाले उसी लक्ष्य पर लगातार पिंग करें। दोनों दिशाओं के परिणाम अलग रखें।
- ट्रांसफर रोकें और देखें कि लेटेंसी शुरुआती स्तर पर लौटती है या नहीं। एक जैसे लक्ष्य और सेटिंग के साथ तुलना दोहराएं। गति, लेटेंसी में उतार-चढ़ाव और दिखाई देने वाला पैकेट लॉस भी दर्ज करें।
- उदाहरण के लिए 12 ms से 150 ms होने पर अतिरिक्त देरी 138 ms है। यह सिर्फ गणना का उदाहरण है, हर कनेक्शन के लिए खराब होने की सीमा नहीं। एक अकेला अधिकतम पिंग या पिंग का जवाब न मिलना बफरब्लोट का प्रमाण नहीं है।
परिणाम क्या साबित नहीं करते
लोड के साथ बार-बार बढ़ती और लोड हटने पर घटती देरी कतार की जांच करने का कारण है। Wi-Fi पर प्रतिस्पर्धा, डिवाइस का प्रोसेसर, परीक्षण सर्वर और नेटवर्क का रास्ता भी नतीजे बदल सकते हैं। Ethernet तुलना से स्थानीय Wi-Fi का असर हटता है, लेकिन दोष राउटर, मॉडेम या प्रदाता में कहां है, यह तय नहीं होता। कुछ स्पीड टेस्ट व्यस्त कनेक्शन की लेटेंसी स्पष्ट रूप से मापते हैं; इसलिए सभी स्पीड टेस्ट को बेकार कहना गलत है। अलग परीक्षण विधियां और लक्ष्य अलग परिणाम दे सकते हैं।
पहले अपने ट्रैफिक और मौजूदा सेटिंग देखें
- बड़े बैकअप और ट्रांसफर कॉल या गेम के समय से अलग रखें। ऐप में गति सीमा उपलब्ध हो तो उसे घटाकर देखें कि अन्य ट्रैफिक के लिए क्षमता बचाने से मदद मिलती है या नहीं।
- देरी के प्रति संवेदनशील डिवाइस को Ethernet से जांचें। Wi-Fi कवरेज की समस्या अलग सुधारें; केबल लगाने से इंटरनेट लिंक की कतार अपने आप नियंत्रित नहीं होती।
- राउटर के सही मॉडल और वर्तमान फर्मवेयर की आधिकारिक गाइड में SQM या समकक्ष सुविधा देखें। नया राउटर खरीदने से पहले वास्तविक समर्थन और मापी गई कमी जांचें।
- समर्थित कतार प्रबंधन बदलने से पहले पुरानी सेटिंग और परिणाम सुरक्षित रखें। निर्माता की गाइड का पालन करें। किसी ऐप को प्राथमिकता देना अपने आप सक्रिय कतार प्रबंधन होने का प्रमाण नहीं है।
SQM ट्रैफिक की दर नियंत्रित करने, अलग प्रवाहों को क्रम देने और सक्रिय कतार प्रबंधन को जोड़ सकता है। FQ-CoDel और CAKE समर्थित प्रणालियों के उदाहरण हैं, हर राउटर की सुविधाएं नहीं। स्थिर उपलब्ध क्षमता से कुछ नीचे सीमा रखने से अनियंत्रित कतार घट सकती है, लेकिन अधिकतम गति कम हो सकती है। उपयुक्त सीमा उपकरण और कनेक्शन पर निर्भर है; सबके लिए एक प्रतिशत सही नहीं है। प्रोसेसर की सीमा और मोबाइल कनेक्शन की बदलती क्षमता भी देखें। दर की इकाई जांचें: 20 Mbps, 20000 kbit/s होते हैं; kbit/s वाले खाने में 20 भरना वही दर नहीं है।
बदलाव के बाद वही तुलना दोहराएं
- एक समय में एक सेटिंग बदलें। सही नेटवर्क इंटरफेस, डाउनलोड और अपलोड दिशा तथा दर की इकाई जांचें। उसी डिवाइस और लक्ष्य पर खाली तथा व्यस्त लेटेंसी दोबारा मापें।
- सिर्फ पिंग नहीं, ट्रांसफर की गति भी तुलना करें। कतार घटाने के बदले मिली गति में कमी आपकी जरूरत के लिए उचित है या नहीं, देखें।
- अपनी असली कॉल या गेम में भी परिणाम जांचें। टेस्ट का अच्छा ग्रेड हर ऐप में सुधार की गारंटी नहीं देता और असंबंधित त्रुटि ठीक नहीं करता।
- पहले और बाद के परिणाम रखें। स्थिति बिगड़े तो समर्थित पुरानी सेटिंग लौटाएं। प्रदाता या संस्था के प्रबंधन वाले राउटर में बदलाव के लिए उनके व्यवस्थापक से संपर्क करें।
यदि बिना अतिरिक्त ट्रैफिक के भी लेटेंसी ऊंची है या सिर्फ एक सेवा खराब चलती है, तो उस समस्या की अलग जांच करें। सहायता लेते समय समय, परीक्षण लक्ष्य, Ethernet या Wi-Fi, लोड की दिशा, राउटर मॉडल और पहले-बाद के नतीजे बताएं। केवल एक ग्रेड देखकर हार्डवेयर न खरीदें; जरूरत की सुविधा या मापी गई सीमा खरीद का आधार होनी चाहिए।