रात में Wi-Fi धीमा है? पोर्ट की क्षमता और नेटवर्क की भीड़ जाँचें

रात में Wi-Fi धीमा होने का संबंध पोर्ट की क्षमता भरने से हो सकता है: ट्रैफ़िक Ethernet पोर्ट, WAN कनेक्शन या साझा बाहरी लिंक की क्षमता के करीब पहुँचता है और डेटा के पैकेट कतारों में इंतज़ार करते हैं। यहाँ पोर्ट का मतलब नेटवर्क इंटरफ़ेस है, TCP या UDP सेवा पोर्ट नहीं। शाम में घर की माँग, पड़ोसियों के बीच साझा वायरलेस प्रसारण समय, धीमा भौतिक लिंक, प्रदाता के नेटवर्क की भीड़ और कमरे की कमजोर कवरेज के समाधान अलग हैं। कोई उपाय चुनने से पहले उसी डिवाइस पर शांत और व्यस्त समय में तुलना करें।

पोर्ट की क्षमता भरने और धीमे तय हुए लिंक को अलग समझें#

अगर कोई पोर्ट अपेक्षित 1,000 Mbps के बजाय 100 Mbps पर लिंक तय करता है, तो एक स्थिर ऊपरी सीमा बनती है। यह केबल से किए गए परीक्षण को सुबह और रात, दोनों समय सीमित कर सकती है। शाम का ट्रैफ़िक इस सीमा को ज़्यादा महसूस करा सकता है, लेकिन लिंक की गति और उसे भर देने वाली माँग दो अलग बातें हैं। जुड़े हुए डिवाइस का Ethernet स्टेटस तथा राउटर के संबंधित LAN, WAN या बाहरी लिंक का स्टेटस जाँचें। यह न मानें कि हर सॉकेट गीगाबिट है।

लैपटॉप, केबल, स्विच, राउटर और मॉडेम या ONT के पूरे रास्ते को देखें। लैपटॉप का तेज़ पोर्ट रास्ते में कहीं और मौजूद धीमे लिंक की भरपाई नहीं करता। अगर बिना उम्मीद के लिंक 100 Mbps मिले, तो विनिर्देश जाँचें और ऐसी केबल या समर्थित पोर्ट आज़माएँ जिसके ठीक होने का भरोसा हो। निर्माता के निर्देशों के बिना लिंक की गति तय करने वाली सेटिंग को जबरन न बदलें।

ये चार माप अलग चीज़ें बताते हैं:

उदाहरण के लिए, 20 Mbps अपलोड वाली सेवा पूरी तरह भर सकती है, जबकि राउटर का WAN Ethernet लिंक 1,000 Mbps पर बना रहता है। सेवा की सीमा एक अलग बाधा है। गीगाबिट का लेबल गीगाबिट अपलोड की अनुमति नहीं देता। उसी तरह, मजबूत Wi-Fi सिग्नल भरी हुई WAN कतार को हटा नहीं देता। अगर केबल परीक्षण में हर समय वही ऊपरी सीमा दिखती है, तो शाम के समय को कारण मानने से पहले गीगाबिट गति की पूरी कड़ी जाँचें।

उसी डिवाइस पर खाली कनेक्शन, लोड और विराम की तुलना करें#

शांत समय और सामान्य समस्या वाले समय में वही लैपटॉप, परीक्षण सर्वर और जगहें इस्तेमाल करें। कनेक्शन का प्रकार, Wi-Fi बैंड, Ethernet गति, डाउनलोड, अपलोड और पिंग लिखें। सर्वर बदलने से परीक्षण का रास्ता भी बदल जाता है।

1. केबल से शुरुआती माप: राउटर से जुड़ें, लैपटॉप का Wi-Fi बंद करें और जानबूझकर परीक्षण लोड जोड़े बिना खाली कनेक्शन का पिंग लिखें। घर में चल रहे वीडियो, बैकअप या अपडेट भी नोट करें।
2. केबल पर लोड: डाउनलोड परीक्षण चलाएँ और पिंग देखें। इसके बाद अपलोड अलग से जाँचें। लिखें कि किस दिशा का ट्रैफ़िक विलंब बढ़ाता है। गति परीक्षण खुद ट्रैफ़िक पैदा करता है; यह खाली कनेक्शन की रीडिंग नहीं है।
3. घरेलू ट्रैफ़िक को विराम: समस्या वाले समय में गैरज़रूरी बैकअप, गेम डाउनलोड, फोटो सिंक और वीडियो को थोड़ी देर रोकें। फिर केबल वाले माप दोहराएँ। ज़रूरी काम और सुरक्षा उपकरण चालू रखें। जो ट्रैफ़िक नहीं रोक सके, उसे भी लिखें।
4. राउटर के पास Wi-Fi: Ethernet हटाएँ और राउटर के पास परीक्षण दोहराएँ। जहाँ संभव हो, वही बैंड इस्तेमाल करें। इससे दूर के कमरे की दीवारों के बिना वायरलेस रास्ता जाँचा जाता है।
5. दूर के कमरे में Wi-Fi: काम करने वाली सीट पर परीक्षण दोहराएँ और पास की रीडिंग से तुलना करें। केवल डाउनलोड नहीं, असली कॉल, गेम या डेटा ट्रांसफ़र भी आज़माएँ।

दोहराए गए पैटर्न जाँच का दायरा छोटा करते हैं। वे अपने आप किसी एक खराब हिस्से की पहचान नहीं करते।

एक दिशा के बाइट काउंटर से उपयोग का अनुमान लगाएँ#

अगर राउटर बाइट काउंटर दिखाता है, तो इंटरफ़ेस और दिशा पहचानें। WAN की प्राप्ति/प्रेषण और लैपटॉप की प्राप्ति/प्रेषण अलग सीमाएँ बताते हैं। इनके नाम न मिलाएँ। दो रीडिंग और बीच का समय लिखें। बिना काउंटर के केवल ग्राफ इस गणना के लिए पर्याप्त नहीं है।

यह समझाने के लिए गणना है, किसी असली घर में लिया गया माप नहीं। मान लें कि एक इंटरफ़ेस का प्राप्ति काउंटर 10 सेकंड में 112,500,000 बाइट बढ़ता है:

• 112,500,000 बाइट / 10 सेकंड × 8 = 90,000,000 बिट प्रति सेकंड।
• नेटवर्क की दशमलव इकाइयों में यह 90 Mbps है।
• 100 Mbps लिंक की तुलना में: 90 / 100 × 100 = 90% औसत प्राप्ति उपयोग।
• 1,000 Mbps लिंक की तुलना में: 90 / 1,000 × 100 = 9% औसत प्राप्ति उपयोग।

प्रेषण को उसके अपने काउंटर में हुए बदलाव से अलग गिनें। प्राप्ति और प्रेषण के प्रतिशत जोड़कर यह दावा न करें कि पूर्ण दोतरफ़ा लिंक की एक दिशा पर क्षमता से अधिक लोड है। ये सरल अनुमान हैं; प्रोटोकॉल का अतिरिक्त डेटा पूरी तरह शामिल नहीं है। इंटरफ़ेस के उपयोग पर Cisco की व्याख्या काउंटर के अंतर और भीतर/बाहर जाने वाले ट्रैफ़िक की अलग गणना बताती है।

उदाहरण 20 Mbps अपलोड सेवा को 90 Mbps अपलोड कनेक्शन नहीं बनाता। LAN या डाउनलोड काउंटर और सेवा की अपलोड क्षमता अलग सीमाओं से संबंधित हैं। जिस सीमा और दिशा को जाँच रहे हैं, उसी की क्षमता चुनें।

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

बाधा के अनुसार समाधान चुनें#

डेटा गति का एक नंबर और जल्दी प्रतिक्रिया देने वाली कॉल अलग नतीजे हैं। समझाने के उदाहरण में खाली कनेक्शन का पिंग 15 ms और लोड वाला पिंग 200 ms हो सकता है। इतना बड़ा बदलाव लोड के समय विलंब की जाँच का संकेत है। यह कोई सार्वभौमिक सीमा या किसी खास कतार के स्थान का प्रमाण नहीं है। गंतव्य और ट्रैफ़िक की दिशा लिखें। बैंडविड्थ और इस्तेमाल के दौरान विलंब पर Cloudflare की व्याख्या बताती है कि स्वीकार्य डेटा गति के बावजूद बफ़र में रुका ट्रैफ़िक इंटरैक्टिव ऐप को क्यों देर कराता है। गेम की देरी और bufferbloat आगे के व्यावहारिक कदम बताता है।

बैकअप, फोटो सिंक और अपडेट शांत समय में रखें, लेकिन ज़रूरी कॉल और अपलोड चलते रहने दें। वीडियो, कॉल और बैकअप अलग मात्रा में क्षमता इस्तेमाल करते हैं। हर ऐप की ज़रूरत जाँचें। बैकअप छोटी अपलोड क्षमता भर सकता है, जबकि डाउनलोड की क्षमता अभी खाली हो।

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

जहाँ सुविधाजनक हो, स्थिर और अधिक माँग वाले डिवाइस को केबल से जोड़ें। टीवी या डेस्कटॉप को Ethernet पर लाने से उसका Wi-Fi प्रसारण समय घटता है। लेकिन वही इंटरनेट डाउनलोड WAN की माँग में योगदान देता रहता है। यह वादा न करें कि एक डिवाइस केबल से जोड़ने पर भरा हुआ इंटरनेट कनेक्शन ठीक हो जाएगा।

अगर केबल ठीक रहती है, लेकिन पास का Wi-Fi बिगड़ता है, तो वायरलेस परिस्थितियाँ देखें। 2.4 GHz पर 20 MHz चौड़ाई के चैनल 1, 6 या 11 सामान्य विकल्प हैं, जहाँ स्थानीय नियम उन्हें अनुमति देते हैं। घनी इमारत में कम व्यस्त 5 GHz चैनल या कम चौड़ाई मदद कर सकती है। चैनल की भीड़ वाली गाइड देखें और खराब समय में पहले तथा बाद की तुलना करें। पड़ोसी नेटवर्क दिखना इस बात का प्रमाण नहीं कि उसी ने गति धीमी की।

जब केवल दूर का कमरा खराब हो, तो दीवारें और जगह जाँचें। एक्सटेंडर कमजोर कवरेज वाले रास्ते में मदद कर सकता है, अगर उसका राउटर से उपयोग योग्य कनेक्शन बचा हो। यह प्रदाता की क्षमता नहीं बढ़ाता और प्रसारण समय के लिए प्रतिस्पर्धा नहीं हटाता। नया उपकरण जोड़ने से पहले एक कमरे में धीमे Wi-Fi की गाइड से पैटर्न की पुष्टि करें।

उपकरण खरीदने से पहले शाम का रिकॉर्ड रखें#

दो या तीन सामान्य कामकाजी शामों में परीक्षण दोहराएँ। कमरा, समय, सर्वर, बैंड, Ethernet गति, खाली और लोड वाले पिंग, दोनों ट्रैफ़िक दिशाएँ तथा सक्रिय काम लिखें। इससे असली असर वाला उपाय और संयोग से शांत रात अलग होते हैं। पैटर्न बदले तो अगले सप्ताह फिर जाँचें।

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

अगर घरेलू माँग रोकने और स्थानीय रास्ता जाँचने के बाद भी केबल का प्रदर्शन खराब रहे, तो तारीखों और नतीजों के साथ प्रदाता से संपर्क करें। जानबूझकर गति रोकने का आरोप लगाने के बजाय खराबी, उपयोग और सेवा की सीमाओं के बारे में पूछें। राउटर या मॉडेम की सीमा अभी भी संभव है। प्रदाता की जाँच वाला परीक्षण सबूत व्यवस्थित करने में मदद करता है।

Range Up में कवरेज का बदलाव तैयार करें#

कवरेज के लिए iPhone या Android पर Range Up डाउनलोड करें। मुफ्त उपकरणों से घर का नक्शा और दीवारें बना सकते हैं, राउटर रख सकते हैं, लक्ष्य चिह्नित कर सकते हैं और सिमुलेट की गई कवरेज देख सकते हैं। Premium में एक्सटेंडर की जगह, सुझाया गया स्थान और पहले/बाद के अनुमानित नतीजे मिलते हैं। ऐप लाइव RSSI नहीं मापता, पोर्ट काउंटर नहीं पढ़ता, गति परीक्षण नहीं करता और राउटर की सेटिंग नहीं बदलता। Wi-Fi एक्सटेंडर की जगह वाली गाइड देखें और फिर असली शाम के परीक्षणों से योजना की पुष्टि करें।