- लगभग 10 साल तक स्थिर रहा घर का long-range Wi‑Fi bridge एक दिन से अजीब समस्या दिखाने लगा: साफ मौसम में 90–98% packet loss, और बारिश होते ही सब फिर सामान्य
- घर के अंदर का router और bridge के local devices सामान्य थे, इसलिए समस्या का दायरा office और घर को जोड़ने वाले line-of-sight wireless link तक सीमित हो गया
- reboot, hardware aging, cable, power adapter, firmware, और antenna connector corrosion तक जांची गई, लेकिन असली वजह दोनों antenna के बीच उग आया पड़ोसी का पेड़ निकला
- बारिश होने पर पत्तों और शाखाओं पर जमा पानी के वजन से पेड़ नीचे झुक जाता था और signal path से हट जाता था, फिर बारिश रुकने के करीब 15 मिनट बाद वापस उठकर link को फिर बाधित करता था
- समाधान था पुराने 802.11g hardware को interference के प्रति ज्यादा मजबूत 802.11n hardware से बदलना; नया antenna लगाने के बाद बिना बारिश के भी link सामान्य रूप से जुड़ गया
इंटरनेट जो बारिश में ही वापस आता था
- जब बारिश नहीं होती थी, तब घर के इंटरनेट में website ping पर 98% packet loss दिखता था, यानी connection जीवित होने के बावजूद उसे practically इस्तेमाल करना मुश्किल था
- बारिश शुरू होने के 5 मिनट के भीतर packet loss 0% पर आ गया, और लगभग 1 घंटे तक बारिश रहने के दौरान इंटरनेट भी सामान्य बना रहा
- बारिश रुकने के लगभग 15 मिनट बाद packet loss फिर 90% से ऊपर चला जाता था और इंटरनेट इस्तेमाल लायक नहीं रहता था
- इसके बाद कई दिनों तक यही pattern दोहराया गया
- बारिश शुरू होते ही कुछ मिनटों में connection तेज और stable हो जाता था
- बारिश रुकते ही करीब 15 मिनट में connection फिर खराब हो जाता था
घर के नेटवर्क की संरचना
- घर में सामान्य घरेलू broadband line की जगह, कुछ blocks दूर पिता के office की तेज commercial internet line को साझा करके इस्तेमाल किया जा रहा था
- office और apartment एक छोटी पहाड़ी ढलान के साथ अलग थे, और apartment दूसरी मंजिल पर होने की वजह से ऊंचाई पर था
- इन दोनों बिंदुओं के बीच line-of-sight तरीके का Wi‑Fi bridge बनाया गया था
- दोनों तरफ high-gain directional Wi‑Fi antenna एक-दूसरे की तरफ लगाकर स्थापित किए गए थे
- यह सेटअप लगभग 10 साल तक, चाहे बारिश हो या साफ मौसम, बिना समस्या के काम करता रहा
समस्या वाले हिस्से को सीमित करना
- घर के अंदर का local Wi‑Fi router सामान्य रूप से काम कर रहा था, और उसमें packet loss भी नहीं था
- Wi‑Fi bridge के घर वाली तरफ का device भी सामान्य दिख रहा था
- लेकिन bridge की remote side के device और उसके पीछे के network equipment को ping करने पर 90% से अधिक packet loss हो रहा था
- इससे यह तय हुआ कि समस्या घर के अंदर के Wi‑Fi में नहीं, बल्कि office और घर के बीच के wireless bridge link में थी
hardware debugging जो सचमुच शारीरिक मेहनत बन गई
- सबसे पहले सभी devices को बंद करके फिर चालू किया गया, लेकिन समस्या हल नहीं हुई
- इसके बाद network equipment को एक-एक करके जांचा गया
- hardware के पुराने होकर खराब होने की संभावना देखी गई, लेकिन वही कारण नहीं था
- cable निकली हुई या ढीली भी नहीं थी
- power adapter की खराबी भी नहीं थी
- automatic firmware update failure भी वजह नहीं थी
- बाहर लगे antenna connector का corrosion भी कारण नहीं था
- hardware inspection के लिए सीढ़ी पर चढ़ना, 10 साल से न छुए गए cables को trace करना, और घर व office के बीच कई बार आना-जाना जैसी physical work करनी पड़ी
असली कारण: signal path में आ गया पेड़
- कई बार आना-जाना करते हुए ध्यान गया कि मोहल्ला काफी बदल चुका था, और जो पेड़ पहले छोटे थे वे अब काफी बड़े हो चुके थे
- जब घर की तरफ लगे Wi‑Fi bridge antenna वाले ढांचे पर चढ़कर office की दिशा में देखा गया, तो antenna दिखाई ही नहीं दिया
- पड़ोसी के पेड़ की ऊपरी शाखाएं दोनों antenna के बीच की line-of-sight path को काट रही थीं
- पेड़ बस इतना ही बड़ा हुआ था कि signal में बाधा डाल सके
बारिश होने पर यह ठीक क्यों हो जाता था
- बारिश होने पर पानी पत्तों और शाखाओं पर जमा हो जाता था और पेड़ को नीचे की ओर दबाता था
- उसी वजन की वजह से शाखाएं झुककर Wi‑Fi antenna के बीच के signal path से हट जाती थीं
- बारिश रुकने के बाद पानी धीरे-धीरे टपककर निकलता था, और लगभग 15 मिनट में पेड़ फिर ऊपर उठकर signal path को दोबारा रोक देता था
- सीधी रेखा वाले path के बाहर की वस्तुएं भी interference पैदा कर सकती हैं, और अच्छी signal quality के लिए antenna के बीच का Fresnel zone बिना बाधा के होना बेहतर माना जाता है
- वास्तविक वातावरण में पूरी तरह साफ Fresnel zone मिलना मुश्किल होता है, इसलिए Wi‑Fi equipment error correction जैसी तकनीकों की मदद से आदर्श न होने वाली स्थितियों में भी काम करता है
समाधान: 802.11g से 802.11n में अपग्रेड
- पुराना equipment 802.11g था, और समाधान 802.11n equipment में upgrade करना था
- 802.11n नई mathematical और physical techniques का इस्तेमाल करता है ताकि signal interference के प्रति ज्यादा मजबूत रहे
- उदाहरण के लिए beamforming में कई antenna एक ही frequency पर transmit करके signal को आकार देते और दिशा में मोड़ते हैं, जिससे effective range और signal quality बेहतर होती है
- नया equipment आने के बाद antenna बदले गए, screws, cables, और cable ties का काम पूरा किया गया, और Wi‑Fi का “link established” indicator फिर से हरा जल उठा
- नया link बिना बारिश के भी सामान्य रूप से जुड़ गया
1 टिप्पणियां
Hacker News की राय
पता नहीं कोई पहले उसी श्रेणी की क्लासिक कहानी “500 मील से बाहर ईमेल नहीं भेज सकते” लिंक करेगा या नहीं
http://www.ibiblio.org/harris/500milemail.html
या Magic/More Magic switch वाली कहानी भी है
http://www.catb.org/jargon/html/magic-story.html
जब भौतिक वास्तविकता हमारे दिमाग में बने मशीन के abstract model से टकराती है, तो मज़ा आता है
यह हिस्सा मुझे सच में अब तक के सबसे बेहतरीन हिस्सों में से एक लगता है:
मुझे बहुत पसंद है जब विशेषज्ञ अपनी विशेषज्ञता लगाकर ऐसी वास्तविक समस्याओं का विश्लेषण करते हैं और बेतहाशा thorough व्याख्या निकालते हैं
हाल ही में मेरे साथ कुछ ऐसा ही हुआ। मैं arcade में pinball game खेल रहा था, और एक खास ramp shot दिन में detect हो रहा था, लेकिन किसी समय के बाद बंद हो गया
पता चला sensor optical beam type का था, और receiver को खिड़की से आने वाली सीधी धूप मिल रही थी। उसे लगातार infrared मिल रहा था, इसलिए pinball के beam को रोकने पर भी वह blockage report नहीं कर रहा था। सूरज का angle कुछ degrees और बदलते ही वह फिर से काम करने लगा
या “vanilla ice cream से allergic car” वाली कहानी भी है [1]
[1] https://news.ycombinator.com/item?id=37584399
500-मील ईमेल वाली कहानी मेरी पसंदीदा मिसालों में से एक है, जो याद दिलाती है कि आखिरकार हम मूल रूप से physics laws के अधीन हैं। मज़ेदार है, लेकिन यह भी याद दिलाती है कि network कितना भी तेज़ हो, latency आखिर में speed of light से बंधी रहती है
500-मील वाली कहानी मैं पूरी तरह भूल गया था। मेरा पसंदीदा वाक्य यह है:
पता नहीं fake है या नहीं, लेकिन असल में भी संभव है। 2010 के आसपास एक WISP में काम करते समय मेरे साथ ऐसा कुछ हुआ था
हर रात करीब 10 मिनट तक head office से relay tower तक का connection unstable हो जाता था। उस समय हम दो Mikrotik 5GHz cards और बड़े antenna इस्तेमाल कर रहे थे
computer के सामने बैठा होता तो sunset के कुछ मिनट बाद monitoring alerts आने शुरू हो जाते थे। एक हफ्ते तक वही specs रखते हुए hardware replacement सहित हर चीज़ try की, फिर इतना frustrate हो गया कि sunset के समय cigarette पीने बाहर गया
तभी building के आसपास की बड़ी-बड़ी lights photosensor से on हुईं, और तुरंत phone पर SMS alert आया। मैं building के अंदर भागा, exterior lights off कीं, और तुरंत packet loss 0% हो गया
पता चला building management ने पिछले हफ्ते सभी exterior lamps को नए sodium vapor lamps से बदल दिया था, और किसी वजह से on होने के पहले 5–10 minutes में वे 5GHz band में बहुत strong interference पैदा कर रहे थे। lamps बदलने पर problem solve हो गई
Australia की एक mobile carrier में काम करते समय long-distance microwave link की जो problem आई थी, वह लगभग बिल्कुल यही याद दिलाती है। वह company microwave link chains पर काफी निर्भर थी, और यह particular link North Queensland में था, जहां fixed line मिलना मुश्किल था और local engineers को आसपास के environment changes की भी अच्छी जानकारी नहीं थी
हर weekday और Saturday को 7 बजे से 3 बजे तक link intermittent रूप से लगातार टूटता था, और उसके बाद और Sunday को बिल्कुल ठीक रहता था। वजह यह थी कि उसी time slot में microwave path के बीचोंबीच नई residential building बना रही एक crane move करती थी। किसी को site पर जाने का मौका मिलने से पहले कई हफ्ते तरह-तरह की theories और time waste हुआ
कमाल की कहानी है। यह भी याद आता है कि military उन इलाकों में wind turbines नहीं चाहती जहां अच्छी radar coverage जरूरी हो। उदाहरण के लिए Finnish Defence Forces Russia border के पास कहीं भी sensitive हैं। blades metal के न हों तब भी वे noise और radar shadow का कारण बनते हैं
यह workplace में दिखने वाली ज्यादातर debugging की याद दिलाता है। लोग theories बनाते हैं और interface में कुछ मंत्र-जैसी चीज़ें करते हैं
जबकि log files या error descriptions पढ़ लें तो आम तौर पर 10 seconds में cause और solution साफ हो जाते हैं
इतना था तो शायद मैं bush pilot बुलाकर line के साथ-साथ flight करवा देता
title शायद Fleetwood Mac pun रहा होगा
o/~ Wi-Fi's only working when it's rainin'
Players only stutter when they're buff'rin'
Websites, they will page load oh so slooooww
When the rain falls down, you can download
अजीब Internet setup ऐसी जानकारी नहीं है जिसे कुछ paragraphs बाद दबा दिया जाए; यह काफी important जानकारी है। वह explanation आने के बाद लगा कि network equipment की power या cables trace करते हुए laptop को इधर-उधर plug करने से पहले antenna को कुछ block तो नहीं कर रहा यह check करना चाहिए था
hindsight आसान है, लेकिन वह जानकारी जुड़ते ही मैंने ending guess कर ली
मेरा भी यही विचार था, लेकिन शायद सीधे Wi-Fi transmitter तक नहीं सोच पाता
कई Internet problems को दशकों तक debug करने के बाद अब मैं पहले check करता हूं कि “source” काम कर रहा है या नहीं। जैसे laptop को modem में direct, अलग cable से plug करना। अगर वह चल जाए, तो “line” के साथ नीचे जाते हुए वह point खोजता हूं जहां problem आती है। आम तौर पर culprit काफी जल्दी मिल जाता है, और ISP issue होने पर router settings से छेड़छाड़ करने से भी बच जाता हूं
मूल स्थिति में, जिस पल यह समझ में आया होगा कि ऑफिस का इंटरनेट ठीक है और समस्या सिर्फ घर के इंटरनेट में है, तो दोनों के बीच का कनेक्शन अगली स्पष्ट जगह रहा होगा जिसे देखना चाहिए था
मुझे भी ऐसा ही लगा था, लेकिन लेखक के बचाव में कहूँ तो वह जानकारी शायद उनके दिमाग के पीछे कहीं दबी हुई रही होगी। ऐसी setup को कुछ साल इस्तेमाल करने पर बहुत-सी details खुद आपको भी दिखाई देना बंद हो जाती हैं, और वे ऐसी “ज़ाहिर” background जानकारी बन जाती हैं जिसे दिमाग सामने लाने की ज़हमत नहीं उठाता
जैसे ही physical setup समझाया गया, मेरे मन में “पेड़!” चीख उठा
सही है, मुझे भी निजी तौर पर लगा कि यह बात लेख में बहुत गहराई में दबी हुई थी
शुरुआत में पूरा context न होने से, मैंने सोचा कि शायद बारिश बाहरी signal interference को रोक रही है, जिससे AP channel busy दिखने की घटना खत्म हो गई होगी
मेरे पास कभी 1998 की Volkswagen Wolfsburg Edition थी। चिकनी और चमकदार लाल रंग की, जहाँ भी जाती थी नजर आ जाती थी; और शहर में काम करने वाला होने के नाते, ट्रेन स्टेशन पर पार्क करके काम पर जाना सुविधाजनक था
एक खास तौर पर थकाने वाले दिन, ट्रेन से उतरकर parking lot तक गया और कार को देखा तो अजीब तरह से उसकी सारी खिड़कियाँ गायब थीं। पहले तो लगा किसी ने कार तोड़-फोड़ दी है और मैं डर गया, लेकिन कार के आसपास कहीं भी काँच के टुकड़े नहीं थे। ध्यान से देखा तो खिड़कियाँ बस नीचे उतरी हुई थीं; मैंने उन्हें वापस ऊपर किया और घर जाते हुए उस अजीब घटना को भूल गया
कुछ हफ्तों बाद शनिवार सुबह, मैं पिछवाड़े के porch पर coffee पी रहा था कि आसमान काला होने लगा और हल्की बारिश शुरू हो गई। छत पर पड़ती बूंदों की आवाज़ के बीच कार की खिड़कियाँ नीचे जाने वाली खास whirring आवाज़ सुनाई दी
आगे भागकर देखा तो Volkswagen की खिड़कियाँ अपने-आप नीचे जा रही थीं और बारिश कार के अंदर बरस रही थी। आखिरकार समझ आया कि खिड़कियों का यह अजीब व्यवहार electrical system में short circuit की वजह से था
उस दिन के बाद से यह कार सिर्फ एक सुंदर लाल कार नहीं रही, बल्कि अपनी अप्रत्याशित खिड़की-शरारतों से मुझे सतर्क रखने वाली, अपने ही तरह की अजीब personality वाली कार बन गई
मेरे पास 2015 की Opel Astra है, जो लगता है कुछ देशों में Vauxhall के नाम से भी बिकती है। एक दिन कुछ ऐसा ही हुआ: कुछ किए बिना देखा कि सारी खिड़कियाँ अपने-आप नीचे थीं
पहली बार यह तब हुआ जब मैंने एक music festival में कार से ढेर सारा camping gear निकालकर ले गया था। remote key से lock किया, key जेब में डाली, और आखिरी सामान camp तक ले गया। करीब एक घंटे बाद किसी ने पूछा कि मेरी कार की खिड़कियाँ पूरी तरह खुली हैं, क्या यह जानबूझकर किया है; जाहिर है, नहीं था
अगली बार grocery खरीदकर घर लौटने के बाद हुआ। दरवाज़े lock किए, सामान के डिब्बे उठाकर घर में गया और उन्हें रख दिया, फिर खिड़की से बाहर देखा तो parking में खड़ी कार की सारी खिड़कियाँ नीचे थीं। मैंने सोचा शायद कोई firmware bug होगा
कुछ दिन बाद वही बात फिर हुई। grocery लाई, सामान लेकर अंदर गया, खिड़की से बाहर देखा तो कार ने खुद अपनी खिड़कियाँ पूरी तरह नीचे कर ली थीं। कुछ ही दिनों में एक जैसी स्थिति में वही defect दो बार? लगा, इसकी संभावना कितनी होगी
तभी अचानक समझ आया
मैं जेब में काफी सारी चीज़ें रखता हूँ, और remote buttons वाली car key भी उनमें से एक थी। भारी चीज़ें या डिब्बे उठाते वक्त “unlock” button को गलती से कुछ सेकंड तक दबा देने की संभावना काफी थी, सिर्फ हल्का-सा नहीं। इसलिए remote लेकर कार के सामने खड़ा हुआ और button को लंबा दबाकर देखा; करीब 5 सेकंड बाद सारी खिड़कियाँ थोड़ा नीचे आईं, और कुछ सेकंड और इंतज़ार करने पर पूरी तरह नीचे चली गईं
उसके बाद मुझे पता चला कि मेरी कार में summer ventilation के लिए remotely खिड़कियाँ नीचे करने का एक दिलचस्प feature है
एक और classic:
बैठे हों तो login कर सकते हैं, खड़े हों तो login नहीं कर सकते
reference link ढूँढना पड़ेगा
edit: इसका एक version यहाँ है:
https://www.reddit.com/r/talesfromtechsupport/comments/3v52p...
इसके एक variant के रूप में, मुझे याद है कि किसी terminal पर “print screen” button था और खड़े होने पर काम करता था लेकिन बैठने पर नहीं। या शायद उल्टा था
आखिर में मामला यह निकला कि print screen buttons दो थे, उनमें से सिर्फ एक काम करता था, और उनमें से एक खड़े होने या बैठने पर ज्यादा साफ दिखता था
ऐसी कहानियाँ classic debugging parable हैं, जो सिखाती हैं कि जब कोई बात बिल्कुल समझ में न आए या असंभव लगे, तो एक कदम पीछे हटकर सोचो कि मैं कौन-सी गलत assumption कर रहा हूँ
सिर्फ title देखकर मुझे लगा था कि यह किसी तरह “office chair monitor बंद कर देती है” से जुड़ा होगा। असल में ऐसा नहीं था, लेकिन वह भी अच्छी कहानी है
https://news.ycombinator.com/item?id=21978004
[edit: मैंने देखा कि यह कहानी भी thread में पहले ही कुछ बार mention हो चुकी है]
Mr. Bean के एक episode में ऐसा scene है जहाँ TV सिर्फ तब काम करता है जब वह TV के बगल में बैठा होता है। जाहिर है, उस जगह से TV देखा नहीं जा सकता। आखिर में उसने शायद कपड़ों से TV के बगल में अपना एक पुतला जैसा बना दिया, और खुद TV के सामने नग्न बैठकर देखने लगा
कुछ साल पहले परिवार के लिए घर से garage building तक point-to-point Wi-Fi link लगाया था। छोटे, PoE-powered और काफी दूरी तक चलने वाले Ubiquity Nanostation की एक जोड़ी चुनी थी
घर वाली तरफ का device ब्रिटिश standard tiled roof के अंदर था। tiles घनी 3/4 inch की थीं, और battens मिलाकर 1 inch से ज्यादा मोटा और dense material था
दूसरी तरफ 20m दूर line-of-sight में था, लेकिन बाहर mount करने की अनुमति नहीं थी। garage building में foil-backed Kingspan जैसी insulation थी, और उस तरफ device को skylight के पास मुश्किल से इस तरह लगाया कि किसी तरह काम चल जाए। बाद में वहाँ एक access point को daisy-chain कर दिया
सब ठीक था, फिर skylight को metal-coated वाले से बदल दिया गया और समस्या शुरू हुई। बारिश से पहले तक signal किसी तरह काम करता था, लेकिन बारिश होते ही काफी बिगड़ जाता था
जब समस्या काफी परेशान करने लगी, तो परिवार के साथ योजना बनाई और किसी के weekend में न होने का फायदा उठाकर वहाँ जाकर garage-side device को बाहर shift कर दिया। अब यह birdhouse जैसा दिखता है। दूसरी तरफ असली birdhouse भी लगा दिया है। नकली birdhouse धूप में गर्म होता है, लेकिन असली वाला हमेशा छाया में रहता है
हाल में झेली गई अजीब internet problems में से एक यह थी कि 50Mbit internet को 100Mbit में upgrade किया, लेकिन laptop 100Mbit के करीब भी मुश्किल से पहुँचता था जबकि homelab speed test में आसानी से 100Mbit दिखा देता था
यह समझने में समय लगा कि फर्क यह है कि homelab physical connection पर है और laptop Wi-Fi इस्तेमाल करता है
लैपटॉप का Wi-Fi AP से करीब 1.2Gbit पर कनेक्ट था, और दूसरी मशीनों में भी यही समस्या थी। इंटरनल नेटवर्क स्पीड चेक की तो Wi-Fi डिवाइस से homelab पर फ़ाइल भेजते या वहाँ से लेते समय भी लगभग 90Mbit पर ही अटक रही थी।
इसलिए मैंने AP और राउटर के बीच का कनेक्शन देखा, और समझ आया कि Wi-Fi AP राउटर से 1Gbit नहीं बल्कि 100Mbit पर कनेक्ट था। पुराने केबल से दिखने में बेहतर लगने के कारण यूँ ही इस्तेमाल किया गया सस्ता CAT7 केबल असल में CAT7 नहीं था और केवल 100Mbit ही दे रहा था। केबल बदलते ही समस्या ठीक हो गई। मन में खटका रहा, इसलिए सभी Ethernet केबल अच्छी quality वाले लगाने का फैसला किया।
यह भी याद नहीं कि वह “नकली” केबल आया कहाँ से था। शायद कभी AliExpress से खरीदे गए किसी miscellaneous डिवाइस के साथ आया होगा। जमा किए हुए USB केबलों के साथ भी ऐसी ही बात हुई थी—वे कहाँ से आए थे, यह भूल गया था और बाद में जाकर पता चला कि वे बस किसी तरह अपना काम चलाने लायक ही थे।
वीडियो केबलों के साथ भी यही है। 1440p/4K और high refresh rate या variable bitrate पर जाते ही HDMI 2.1 या DP 1.4 certification सच में मायने रखने लगते हैं।
इससे भी बुरी बात यह है कि hardware spec से कमतर केबलों के साथ भी किसी तरह चलाने की कोशिश करता है। नतीजा यह होता है कि स्क्रीन randomly काली होकर blink करती है, या laptop लगाते ही कई बार अपने-आप reconnect होता रहता है।
बाकी सामग्री देखें तो पहला वाक्य पढ़ते समय confusion होता है। क्या homelab और laptop की जगहें आपस में बदली हुई नहीं होनी चाहिए?
यहाँ तक पढ़कर:
“office और हमारा apartment कुछ blocks की दूरी पर थे...”
मुझे लगा कि यह ज़रूर line-of-sight transmission वाला मामला होगा।
1993 की गर्मियों में जिस कंपनी में मैं काम करता था, उसने 250m दूर दो offices के बीच शायद infrared वाला transmission equipment लगाया था, तब भी ऐसा अनुभव हुआ था। गर्मियों में जब सूरज उत्तर-पश्चिम की ओर से transmitter के पीछे से गुजरता था, तो हर शाम करीब एक घंटे के लिए Wi-Fi कट जाता था।