गेस्ट वाई-फाई अलर्ट: वे जो सच में किसी तक पहुँचते हैं

एक तरह का आउटेज ऐसा होता है जिसकी कभी आउटेज के तौर पर रिपोर्ट ही नहीं होती। रात 9 बजे राउटर बंद हो जाता है, वीकेंड पर इंटरनेट लाइन कट जाती है, किसी मंगलवार को प्रॉपर्टी के दूर वाले कोने का एक्सेस पॉइंट जवाब देना बंद कर देता है। कुछ भी ज़ोर से नहीं टूटता, कुछ देर तक कोई गेस्ट शिकायत नहीं करता, और जो ईमेल किसी को बताने वाला था, वह या तो कभी आया ही नहीं, या ऐसी जगह आया जहाँ कोई देख ही नहीं रहा था।

गेस्ट वाई-फाई अलर्ट में गड़बड़ी पकड़ने वाला हिस्सा आमतौर पर ठीक होता है। ज़्यादातर मॉडर्न सेटअप यह बता सकते हैं कि किसी डिवाइस ने जवाब देना बंद कर दिया है। जो हिस्सा चुपचाप फेल होता है, वह आखिरी कदम है: “हमें कुछ दिखा” को “एक तय व्यक्ति को इसके बारे में पता है” में बदलना।

अलर्ट के तीन हिस्से होते हैं, और तीसरा छूट जाता है

एक काम करने वाले अलर्ट को चाहिए एक सिग्नल, एक फैसले का नियम, और एक रिसीवर। सिग्नल तथ्य है: यह डिवाइस रात 8:40 के बाद से नेटवर्क पर नहीं दिखा। फैसले का नियम यह तय करता है कि यह तथ्य कब इतना ज़रूरी हो जाता है कि किसी को टोका जाए: पाँच मिनट बाद, लगातार दो चेक के बाद, या जो भी प्रॉपर्टी को सही लगे। रिसीवर वह व्यक्ति है, और वह पता है, जहाँ वह मैसेज असल में जाता है।

पहले दो हिस्सों पर सारा ध्यान जाता है, क्योंकि वे इंजीनियरिंग वाला हिस्सा हैं। तीसरा वह जगह है जहाँ असल दुनिया की लगभग हर नाकामी होती है, और वह ऐसे फेल होता है कि लगता है सब ठीक है।

चुपचाप वाली नाकामी: ऐसा नियम जो किसी को नहीं बताता

यह इसका वह रूप है जिसे पकड़ना सबसे मुश्किल है, क्योंकि हर स्क्रीन कहती है कि सब ठीक है।

कोई प्रॉपर्टी हार्डवेयर के ऑफलाइन होने पर एक अलर्ट सेट करती है। नियम मौजूद है। वह ऑन है। वह अलर्ट लिस्ट में दिखता है, और जब कोई डिवाइस सच में डाउन होता है, तो डैशबोर्ड पर एक लाल आइटम आ जाता है, ठीक वैसे ही जैसा सोचा गया था। बस एक चीज़ गायब है: उस नियम के साथ कभी कुछ जोड़ा ही नहीं गया जो मैसेज को कहीं भेजे। न कोई ईमेल पता, न कोई webhook, न कोई फोन नंबर।

डैशबोर्ड लाल हो जाता है। किसी को बताया नहीं जाता।

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

यही वजह है कि “हमारे पास अलर्ट हैं” और “हमें अलर्ट मिलते हैं” दो अलग दावे हैं। पहला एक कॉन्फ़िगरेशन है, और दूसरा है वह कॉन्फ़िगरेशन, साथ में मैसेज पहुँचने का रास्ता, और कोई ऐसा व्यक्ति जिसने उसे पढ़ने की ज़िम्मेदारी ली है।

अलर्ट से थकान रूटिंग की समस्या है, गिनती की नहीं

बहुत ज़्यादा अलर्ट को लेकर आम सलाह होती है कि थ्रेशोल्ड बढ़ा दें। इससे मदद मिलती है, पर यह बस लक्षण का इलाज है। ज़्यादा आम वजह यह है कि हर कोई हर चीज़ के लिए सब्सक्राइब्ड है।

सौ लोकेशन वाले किसी मालिक को अगर सभी सौ के हर अलर्ट मिलते हैं, तो एक हफ्ते में वह समझ जाता है कि ज़्यादातर अलर्ट उन जगहों का शोर हैं जिनकी ज़िम्मेदारी उसकी नहीं है। अगले हफ्ते वह उन्हें खोलना बंद कर देता है। यह अनुशासन की कमी नहीं है: कोई भी समझदार व्यक्ति ऐसे मैसेज के साथ यही करेगा जिनमें से नब्बे प्रतिशत उसके काम के नहीं हैं।

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

• जिस प्रॉपर्टी में हार्डवेयर खराब है, वहाँ का ऑन-साइट मैनेजर
• इंटरनेट लाइन के लिए IT कॉन्टैक्ट
• जो चीज़ें एक साथ हर लोकेशन पर असर डालती हैं, उनके लिए वह व्यक्ति जिसके पास नेटवर्क अकाउंट है

इसका मतलब है कि रिसीवर हर व्यक्ति के हिसाब से होने चाहिए, पूरे संगठन के हिसाब से नहीं। संगठन भर में “अलर्ट कंपनी इनबॉक्स में जाते हैं” वाला सेटअप ही वह वजह है जिससे सौ लोकेशन वाले मालिक को सौ लोकेशन जितनी मेल मिलती है: इनबॉक्स एक ही है, तो सब कुछ वहीं आता है, और इसे कम करने का अकेला तरीका है पढ़ना बंद कर देना।

इससे जुड़ा एक फैसला है जो उल्टी दिशा में आसानी से गलत हो जाता है: सब कुछ बंद किए बिना ऑप्ट-आउट करना मुमकिन होना चाहिए। अगर विकल्प सिर्फ “सारे अलर्ट” या “कोई अलर्ट नहीं” हैं, तो लोग “कोई अलर्ट नहीं” चुन लेते हैं, और फिर असली आउटेज चुपचाप निकल जाता है। हर व्यक्ति की अपनी सेटिंग, जो उन्हीं लोकेशन और अलर्ट टाइप तक सीमित हो जिनकी उसे असल में परवाह है, यही सब्सक्रिप्शन को दिखावे की जगह ईमानदार बनाती है। यही तर्क स्टाफ में किसे नेटवर्क का कौन सा हिस्सा देखना चाहिए में भी दिखता है, जहाँ जवाब शायद ही कभी “सबको” होता है।

“अभी पता नहीं” और “डाउन” एक बात नहीं है

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

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

“कभी नहीं देखा गया” को “डाउन” मानने से हर बार किसी के हार्डवेयर जोड़ने पर एक झूठा अलार्म बजता है, और झूठे अलार्म की एक खास कीमत होती है: वे लोगों को अलर्ट अनदेखा करना सिखा देते हैं। इसे “अप” मानना और भी बुरा है, क्योंकि सच में बंद पड़ा डिवाइस वहाँ ठीक-ठाक दिखता रहता है। इसे अपनी अलग स्थिति में रखना, और इस पर बस अलर्ट न भेजना, ईमानदार विकल्प है। यही सोच राउटर से आगे हार्डवेयर पर नज़र रखने के पीछे भी है: असली स्टेटस वह है जो नेटवर्क ने सच में देखा, वह नहीं जो किसी फॉर्म में भर दिया गया।

एक फ्लोर हो, या सौ प्रॉपर्टी

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

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

इससे यह भी बदलता है कि “ठीक हो गया” का मतलब क्या होना चाहिए। जो अलर्ट हालत सुधरने पर अपने आप हट जाता है, वह आधी ही कहानी है: किसी को बताया जाना चाहिए कि यह ठीक हो गया, वरना किसी व्यक्ति को आखिरी बात यही पता रहती है कि कुछ खराब था। रिकवरी मैसेज भी उतने ही ज़रूरी हैं जितना असली अलर्ट, और अक्सर इन्हीं को बंद कर दिया जाता है, क्योंकि ये तब तक शोर लगते हैं जब तक किसी दिन यही अकेली चीज़ न हों जो आपको बताएँ कि आउटेज खत्म हो गया।

इस हफ्ते क्या जाँचें

• हर ऑन अलर्ट नियम के लिए पक्का करें कि कम से कम एक डेस्टिनेशन जुड़ा है, फिर एक टेस्ट चलाएँ और पक्का करें कि मैसेज किसी असली पते पर पहुँचा।
• देखें कि अलर्ट असल में कहाँ पहुँचते हैं। अगर जवाब है एक शेयर्ड इनबॉक्स जिसकी ज़िम्मेदारी किसी की नहीं, तो वही वह आउटेज है जो अभी तक आपके साथ हुआ नहीं।
• अगली घटना से पहले तय करें कि किसे क्या बताया जाएगा, हर व्यक्ति और हर लोकेशन के हिसाब से, घटना के दौरान नहीं।
• ऑप्ट-आउट को कैटेगरी और लोकेशन के हिसाब से मुमकिन बनाएँ, एक ही सब-कुछ-या-कुछ-नहीं वाले स्विच की तरह नहीं, ताकि किसी को शोर और खामोशी में से एक चुनना न पड़े।
• पक्का करें कि रिकवरी नोटिस ऑन हैं। जो आउटेज चुपचाप खत्म होता है, वह लोगों को ऐसी समस्या के पीछे भगाता रहता है जो पहले ही ठीक हो चुकी है।

इनमें से कुछ भी मुश्किल नहीं है, और इनमें से कुछ भी गेस्ट नेटवर्क बनाने का दिलचस्प हिस्सा नहीं है। यह बस वह हिस्सा है जो तय करता है कि दिलचस्प हिस्सा टूटने पर किसी को पता चलेगा या नहीं। नेटवर्क विज़िबिलिटी फीचर इस सवाल का जवाब देने के लिए हैं कि “क्या यह डिवाइस चालू है”, और एनालिटिक्स वाला हिस्सा बताता है कि “क्या हुआ और कब”। अलर्ट वह कड़ी है जो इन जवाबों को किसी इंसान तक पहुँचाती है। रिसीवर छोड़ दें, तो बाकी दोनों का कोई मतलब नहीं रह जाता।