मैं DD-WRT पर चल रहे Linksys WRT54G पर तेजी से वायरलेस ट्रांसफ़र कैसे कर सकता हूँ?


2

मेरे पास एक Linksys WRT54G केबल मॉडेम में प्लग किया गया है, और एक दूसरा वायरलेस राउटर, एक पुराना डी-लिंक है जो इसमें प्लग किया गया है। दोनों वायरलेस राउटर काम करते हैं, लेकिन अगर मैं वायरलेसली कनेक्टिसेस राउटर से कनेक्ट करता हूं, तो मुझे ट्रांसफर मिलता है कि मैं लगभग 10 गुना धीमी गति से जा रहा हूं, अगर मैं वायरलेस से डी-लिंक से कनेक्ट करता हूं, यहां तक ​​कि सीधे उन कंप्यूटरों तक भी पहुंचा जा सकता है, जो सीधे लिंक्सिस राउटर में प्लग किए गए हैं।

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

यदि मैं डिस्कनेक्ट और फिर से कनेक्ट करता हूं, तो कुछ समय के लिए लिंक्स पूरी गति से चलता है, लेकिन जल्दी से धीमी गति से वापस नीचे चला जाता है।

इसके कारण क्या हो सकता है, और मैं इसे कैसे ठीक कर सकता हूं?

@Spiff: मैंने अपने लैपटॉप ('क्रिस') के बीच IPerf चलाया, जो कि Wirelessly से Linksys से जुड़ रहा है, और 'Server', जो Linksys से वायर्ड है। यह डी-लिंक राउटर बंद होने के साथ है। मुझे बहुत अलग परिणाम मिलते हैं जिसके आधार पर ग्राहक है और जो सर्वर है:

server$ iperf -c chris
------------------------------------------------------------
Client connecting to chris, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.0.194 port 53856 connected with 192.168.0.172 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-11.0 sec  1.88 MBytes  1.43 Mbits/sec

chris$ iperf -c server
------------------------------------------------------------
Client connecting to server, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.0.172 port 55601 connected with 192.168.0.194 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.1 sec  9.12 MBytes  7.60 Mbits/sec

मैं लिंक्स पर एक वायरलेस कनेक्शन के साथ लैपटॉप पर 'सर्वर' से डाउनलोड करते समय लगभग 100KBytes / sec की गति देखता हूं, जो कि IPerf कह रहा है कि मुझे भी देखना चाहिए। डी-लिंक के साथ मुझे उम्मीद है कि मैं दोनों दिशाओं में 8 Mbit / sec के आसपास कुछ देखूंगा। मैं इस प्रश्न को डी-लिंक से IPerf आउटपुट के साथ संपादित करूँगा जब मेरे पास इसकी पहुँच होगी।

यहाँ कुछ अजीब है। कल रात मैं लिंक्सिस वायरलेस इंटरफ़ेस पर धीमी गति से डाउनलोड कर रहा था इसलिए वायरलेस चैनल सेटिंग को 1 से 8 तक स्विच करने की कोशिश की। इससे IPerf आउटपुट वाजिब हो गया। यहाँ पहले और बाद में है:

[  5] local 192.168.0.172 port 5001 connected with 192.168.0.194 port 34362
[  5]  0.0-15.9 sec  1.00 MBytes   527 Kbits/sec [using channel 1]
[  4] local 192.168.0.172 port 5001 connected with 192.168.0.194 port 34363
[  4]  0.0-10.4 sec  21.6 MBytes  17.4 Mbits/sec [using channel 8]

लेकिन आज सुबह मैंने देखा कि डाउनलोड फिर से धीमा था। मैंने वायरलेस चैनल को 8 से 1 पर वापस स्विच किया, और फिर से एक स्पीडअप मिला:

[  5] local 192.168.0.172 port 5001 connected with 192.168.0.194 port 34441
[  5]  0.0-17.9 sec  1.88 MBytes   880 Kbits/sec [using channel 8]
[  4] local 192.168.0.172 port 5001 connected with 192.168.0.194 port 34442
[  4]  0.0-10.4 sec  26.4 MBytes  21.2 Mbits/sec [using channel 1]

आसपास कोई अन्य वायरलेस डिवाइस नहीं है। और ऐसा लगता है कि इससे कोई फर्क नहीं पड़ता है कि मैं किस चैनल पर स्विच करता हूं, जब तक मैं स्विच करता हूं।

अद्यतन: मैंने अभी देखा कि मुझे समस्या को अस्थायी रूप से 'ठीक' करने के लिए चैनल को बदलने की आवश्यकता नहीं है। पहले मैंने राउटर के वेब इंटरफेस का उपयोग चैनल 1 से चैनल 8 पर स्विच करने के लिए किया था, जो मुझे 5 मिनट या तो जल्दी डाउनलोड करने देता है, और ब्राउज़र को http: //router/apply.cgi पर छोड़ दिया । बाद में, जब डाउनलोड बहुत धीरे-धीरे फिर से हो रहे थे, मैंने उस पृष्ठ पर 'ताज़ा' मारा। ब्राउज़र ने मुझसे पूछा:

The page that you're looking for used information that you entered.
Returning to that page might cause any action that you took to be
repeated. Do you want to continue?

मैंने जारी रखा, और डाउनलोड तुरंत दस गुना तेज होने लगे। मुझे उम्मीद है कि राउटर अभी भी चैनल 8 का उपयोग कर रहा है, जैसा कि यह पहले था, इसलिए मुझे थोड़ी देर के लिए गति प्राप्त करने के लिए चैनल को बदलने की भी आवश्यकता नहीं है।


क्या आप डी-लिंक का मॉडल नंबर दे सकते हैं? मैं आंशिक रूप से पूछता हूं क्योंकि Linksys WRT54G को लगभग पूरे एक दशक पहले (2002 के अंत में) पेश किया गया था, इसलिए यदि D-Link एक वह है जिसे आप "पुराना" कह रहे हैं, तो यह डोज होना चाहिए! :-)
१२:१२ पर स्पाइ

मेरे पास इस समय मेरे साथ डी-लिंक नहीं है, यही कारण है कि यह एक समस्या बन गई है क्योंकि हम धीमी लिंक्स पर वापस आ रहे हैं। मुझे लगता है कि यह एक DI-624 है: dlink.ca/products/?tab=3&pid=DI-624&rev=DI-624 । D- लिंक समस्या नहीं है, हालांकि अपेक्षाकृत नई Linksys है।
क्रिस मूर

जवाबों:


2

पहले सुनिश्चित करें कि Linksys AP और D-Link AP अलग-अलग, गैर-अतिव्यापी चैनलों पर हैं। ठेठ 20MHz चैनल चौड़ाई का उपयोग करते समय, चैनल 1, 6, और 11 एक दूसरे के साथ ओवरलैप नहीं होते हैं। मैन्युअल रूप से एक एपी को, चैनल 1, और दूसरे को चैनल 11 पर सेट करें (उन्हें ऑटो-पिक न दें या वे अगले रिबूट पर खराब तरीके से चुन सकते हैं)।

यदि यह सच है कि आपके पास डी-लिंक डीआई -624 था, तो ध्यान दें कि इसने एक गैर-मानक / मालिकाना 108mbps मोड किया था जो संभवतः बैंडविड्थ के दो संवादात्मक चैनलों (20MHz के सामान्य चैनल चौड़ाई के बजाय 40MHz) का उपयोग करता था। मुझे नहीं पता कि यह उस चैनल के केंद्र आवृत्ति पर 40MHz चैनल पर केंद्रित है, या यदि यह अगले चैनल का उपयोग करता है, या अगले चैनल को नीचे। लेकिन यदि आप उसी युग से किसी अन्य डी-लिंक 108 एमबीपीएस गियर का उपयोग नहीं कर रहे हैं, तो डी-लिंक के मालिकाना 108 एमबीपीएस मोड को बंद कर दें (इसे एक सादे बी / जी 54 एमबीपीएस डिवाइस बनाएं) ताकि यह केवल उपयोग करें एक 20MHz चैनल।

सुनिश्चित करें कि दो एपी शारीरिक रूप से एक दूसरे के बहुत करीब नहीं हैं। भले ही वे गैर-अतिव्यापी चैनलों पर हों, यदि वे एक-दूसरे के बहुत करीब हैं, तो एक से प्रसारण दूसरे पर रिसीवर के फिल्टर को अधिभारित कर सकता है, दूसरे के रिसीवर को निष्क्रिय कर सकता है। (इस बारे में सोचें कि कमरे में लोगों को सुनना कितना कठिन है, जबकि कोई व्यक्ति सीधे आपके कान में चिल्ला रहा है।) मैं आपको एपी को कम से कम 1 मीटर अलग रखने की सलाह देता हूं, हालांकि 2-3 मीटर भी बेहतर हो सकता है।

उपरोक्त परिवर्तनों को करने के बाद , वायरलेस क्लाइंट और AP के LAN पोर्ट में तार की गई मशीन के बीच IPerf जैसे टूल का उपयोग करके एक क्लीन परफॉर्मेंस टेस्ट चलाएं । फिर दूसरे एपी पर दोहराएं। यदि आप अभी भी समस्याएं देख रहे हैं, तो प्रत्येक मामले से IPerf आउटपुट के साथ अपने प्रश्न को अपडेट करें। (NB: अपने स्थानीय नेटवर्क पर कुछ यादृच्छिक फ़ाइल कॉपी प्रोटोकॉल का उपयोग न करें, क्योंकि वे अक्सर अक्षम होते हैं और माप को कुचलना करते हैं। इसी तरह, अपने ब्रॉडबैंड कनेक्शन को इस में लाकर माप को खराब न करें, इसलिए स्पीडटेस्ट का उपयोग न करें। नेट और इंटरनेट से कुछ डाउनलोड करने का समय नहीं है।)

उन अच्छी तरह से परिमाणित प्रदर्शन संख्याओं को देखना यहाँ एक बड़ी मदद होगी। ध्यान दें कि वास्तविक दुनिया की परिस्थितियों में, 15 एमबीपीएस 802.11 जी से अधिक टीसीपी ट्रैफिक के लिए एक सम्मानजनक गति है, और अधिकांश लोग आदर्श परिस्थितियों में भी 25 एमबीपीएस से ऊपर नहीं देखते हैं। यह भी देखें: 802.11 जी कनेक्शन की अधिकतम वास्तविक बिट दर क्या है?

एक और विचार जो मेरे साथ हुआ जैसा कि मैं यह लिख रहा था कि यदि आपके पास एक ही स्थान में Linksys और D-Link हैं क्योंकि आपने Linksys के होम गेटवे फ़ंक्शंस और D-Link के वायरलेस फ़ंक्शंस को प्राथमिकता दी है, तो बस वायरलेस बंद क्यों न करें Linksys का इंटरफ़ेस? Linksys को बस अपना होम गेटवे (NAT राउटर, DHCP सर्वर) होने दें, और D-Link को केवल एक साधारण ब्रिजिंग वाई-फाई एपी होने दें।

अपडेट: ठीक है, इसलिए लिंक्स को रिबूट करना बेहतर काम करता है, और आपको कुछ मिनटों के लिए सम्मानजनक वास्तविक दुनिया 17-21 mbps IPerf टीसीपी थ्रूपुट मिलता है, फिर यह फिर से खराब हो जाता है। इससे मुझे DD-WRT में मेमोरी लीक या अन्य संसाधन समस्या का संदेह है। WRT54G के उस संशोधन के लिए नवीनतम वास्तविक Linksys फर्मवेयर पर जाने की कोशिश करें, और देखें कि क्या यह बेहतर है। यदि ऐसा होता है, तो डीडी-WRT के नवीनतम "स्थिर" रिलीज की कोशिश करें (यदि आप पहले से ही स्थिर रिलीज लाइन पर तारीख तक नहीं थे) सरल सेटिंग्स के साथ। या हो सकता है OpenWrt या टमाटर या जो भी आप कोशिश करना चाहते हैं।


उपयोगी जानकारी के लिए +1। क्या मैं सही हूं कि IPerf केवल स्रोत है? JPerf (एक ही पृष्ठ पर) लगता है कि पहले से संकलित विंडोज के अनुकूल निष्पादन योग्य है, जो क्लाइंट मशीनों के आधार पर सहायक हो सकता है।
मर्लिन मॉर्गन-ग्राहम

1
@ MerlynMorgan-ग्राहम मेरा मानना ​​है कि IPerf टीम केवल आधिकारिक तौर पर इसे स्रोत के रूप में वितरित करती है, लेकिन मुझे यकीन है कि आप कहीं-कहीं एक पूर्वनिर्धारित विंडोज बाइनरी पा सकते हैं। मुझे लगता है कि ज्यादातर लोग जो यूनिक्स-जैसे ओएस पर इसका इस्तेमाल करते हैं, वे इसे स्थापित करने के लिए अपने पसंदीदा पैकेज मैनेजर का उपयोग करते हैं (उदाहरण के sudo port install iperfलिए मैक ओएस एक्स पर मैकपोर्ट का उपयोग करके)।
स्पिफ

जवाब के लिए धन्यवाद। जब मुझे अगली बार डी-लिंक राउटर तक पहुंच प्राप्त होगी, तो मुझे IPerf डेटा मिलेगा। अभी के लिए यह कई किलोमीटर दूर है। मैं Linksys से 1 mpbs की तरह कुछ मिल रहा है, लेकिन IPerf डेटा ASAP के साथ सवाल अद्यतन करेगा।
क्रिस मूर

@ क्रिसमोर ओके मैंने आपके प्रश्न में नवीनतम अपडेट के आधार पर मेरा उत्तर अपडेट किया है।
स्पिफ

@ स्पिफ धन्यवाद। लेकिन मुझे नहीं लगता कि यह वास्तव में रिबूटिंग है। मैंने 'wget ’को एक उपनाम दिया है जो राउटर से अनुरोध करता है कि वह इसे it ठीक’ करे। राउटर के माध्यम से अनुरोध प्राप्त करने में लगभग 4 सेकंड लगते हैं, और आगे 4 सेकंड पहले मैं नियमित गति से फिर से नेटवर्क का उपयोग करने में सक्षम हूं। मुझे लगता है कि यह 4 सेकंड में रिबूट कर सकता है। मैं किसी भी बिंदु पर इसका कनेक्शन खोता नहीं हूं। नेटवर्क-प्रबंधक एप्लेट आइकन किसी भी बिंदु पर परिवर्तित नहीं होता है। यह एक पुराना DD-WRT इंस्टॉल है। मैं अपडेट करने से डरता हूं क्योंकि तब मैं सेटिंग्स खो देता हूं, लेकिन लगता है कि मैं कोशिश करूंगा। एक बार फिर धन्यवाद।
क्रिस मूर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.