मार्गदर्शन
बफरब्लोट म्हणजे काय?
बफरब्लोटमध्ये नेटवर्क पॅकेट अतिलांब रांगांमध्ये थांबतात. अतिरिक्त ट्रॅफिक नसतानाची आणि लोड असतानाची लेटन्सी तुलना करा व बदलानंतर वेगही तपासा.
बफरब्लोट म्हणजे पॅकेटची रांग गरजेपेक्षा लांब राहून प्रतीक्षा वाढणे. थोड्या वेळासाठी वाढलेला डेटा साठवण्यासाठी बफर सामान्य आणि उपयुक्त असतात. पण मोठ्या डाउनलोड किंवा अपलोडसोबत कॉल आणि गेममधील विलंब वाढला, तर लांब रांग हे एक संभाव्य कारण आहे. रांग राउटर, मॉडेम, नेटवर्कच्या दुसऱ्या भागात किंवा अंतिम उपकरणात असू शकते. लोड असताना पिंग वाढल्यानेच एखाद्या उपकरणाला दोष देता येत नाही.
अतिरिक्त ट्रॅफिक नसताना आणि लोड असताना तुलना करा
- एकच उपकरण आणि चाचणीचे गंतव्य वापरा. शक्य असल्यास 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, लोडची दिशा, राउटरचे मॉडेल आणि आधी-नंतरचे निकाल द्या. केवळ एका ग्रेडवरून हार्डवेअर खरेदी करू नका; आवश्यक सुविधा किंवा मोजलेली मर्यादा हा खरेदीचा आधार असावा.