NIST पिछले सप्ताह बिजली कटौती के बाद UTC संदर्भ समय से 5 माइक्रोसेकंड पीछे हो गया
(jeffgeerling.com)- अमेरिका के कोलोराडो के बोल्डर में स्थित NIST समय सुविधा कई दिनों तक बिजली कटौती के कारण बंद रही, और बैकअप जनरेटर की खराबी के चलते UTC संदर्भ समय की तुलना में अधिकतम 5μs की त्रुटि दर्ज हुई
- 6 NTP सर्वर चलाने वाली इस सुविधा ने जनरेटर खराब होने के बावजूद समय विचलन को 5μs से नीचे बनाए रखा, इसलिए आम उपयोगकर्ताओं पर लगभग कोई असर नहीं पड़ा
- वैज्ञानिक शोध संस्थानों और एयरोस्पेस कंपनियों जैसे अत्यधिक सटीक timing पर निर्भर संगठनों पर असर हो सकता था, इसलिए NIST उनके साथ सीधे काम कर रहा है
- GPS और WWV-Ft. Collins सिस्टम ने सामान्य रूप से बैकअप की भूमिका निभाई, जिससे अमेरिका की समय अवसंरचना की redundancy साबित हुई
- यह मामला GPS पर निर्भरता के जोखिम और timing infrastructure की कमजोरियों को दिखाता है, और वैकल्पिक PNT सिस्टम के विकास की ज़रूरत को रेखांकित करता है
बिजली कटौती और समय त्रुटि
- कोलोराडो के बोल्डर में NIST कैंपस में 160km/h (100mph) से अधिक की तेज़ हवाओं के कारण बिजली कंपनी ने आग के जोखिम को रोकने के लिए बिजली आपूर्ति बंद कर दी
- पूरे कैंपस को सील कर दिया गया, इसलिए कर्मचारी अंदर नहीं जा सके और बहाली में देरी हुई
- बैकअप जनरेटरों में से एक दो दिन बाद खराब हो गया, जिससे NTP सर्वरों के मुख्य clock ensemble की बिजली कट गई
- Time Realization and Distribution Group के प्रमुख Jeff Sherman ने गलत समय प्रसारण रोकने के लिए सर्वरों को बंद करने की संभावना तक पर विचार किया
- सौभाग्य से दूसरी इमारत का clock system समय संकेत भेज सका, और कुछ कर्मचारी स्थल पर रहकर आपातकालीन power rerouting के ज़रिए बहाली कर पाए
- बैटरी बैकअप (UPS) ने जनरेटर बदले जाने तक समय को बनाए रखा, और अंततः UTC से विचलन 5μs से कम रहा
NTP सर्वर संचालन और प्रभाव का दायरा
- NIST 6 प्रमुख NTP सर्वरों के माध्यम से इंटरनेट time service प्रदान करता है
sntp time-a-b.nist.govकमांड के परिणाम के अनुसार, सामान्य उपयोगकर्ताओं के लिए नेटवर्क latency त्रुटि लगभग 35 मिलीसेकंड (35,000μs) के स्तर की होती है, इसलिए 5μs की त्रुटि नगण्य है- इसलिए सर्वरों को बंद नहीं किया गया, और वे चलते रहे; सटीकता सामान्य से लगभग 5,000 गुना कम थी, लेकिन अधिकांश उपयोगकर्ताओं पर इसका असर नहीं पड़ा
- विश्वविद्यालय, एयरोस्पेस और वैज्ञानिक शोध संस्थान जैसी संस्थाएं बेहद सूक्ष्म त्रुटियों के प्रति संवेदनशील होती हैं, इसलिए NIST इनके साथ सीधे समायोजन कार्य कर रहा है
- अमेरिकी GPS सिस्टम अपने आप WWV-Ft. Collins कैंपस पर स्विच हो गया, जिससे पूरी सेवा बिना बंद हुए जारी रही
समय अवसंरचना की कमजोरियाँ और वैकल्पिक तकनीक
- लेखक Raspberry Pi आधारित 2 GPS घड़ियों का उपयोग कर अपना NTP सर्वर चलाता है, और GPS पर निर्भरता के जोखिम की ओर इशारा करता है
- CISA पहले ही अमेरिका की GPS पर अत्यधिक निर्भरता के जोखिम के बारे में चेतावनी दे चुकी है, और सरकार वैकल्पिक PNT (Position, Navigation, Timing) तकनीक के विकास को आगे बढ़ा रही है
- Broadcast Positioning System (BPS) को GPS के विकल्प के रूप में चर्चा में लाया जा रहा है
- लेखक rubidium atomic clock और GPSDO का उपयोग कर कुछ nanosecond स्तर की सटीकता बनाए रखता है, और GPS सिग्नल बाधित होने पर भी कई महीनों तक समय बनाए रख सकता है
- लेकिन विज्ञान, RF, मीडिया और वित्त जैसे क्षेत्रों में nanosecond स्तर की सटीकता की ज़रूरत होती है, और अधिकांश NIST संदर्भ समय पर निर्भर करते हैं
सीख और सिस्टम की विश्वसनीयता
- इस घटना ने साबित किया कि NIST की disaster response प्रणाली वास्तव में काम करती है, और यह दिखाया कि “सूक्ष्म त्रुटि के बीच भी सामान्य संचालन” संभव रहा
- redundant power, multiple clocks और GPS backup system के संयोजन ने राष्ट्रीय समय अवसंरचना की स्थिरता बनाए रखी
- लेखक इस बात पर ज़ोर देता है कि “timing infrastructure बहुत नाज़ुक है, और कई बैकअप अनिवार्य हैं”
- microsecond स्तर के संकट में भी NIST टीम ने समस्या का समाधान किया, और बहाली इतनी सहज रही कि अधिकांश उपयोगकर्ताओं को इसका पता भी नहीं चला
1 टिप्पणियां
Hacker News की राय
NIST का Time Over Fiber(TOF) प्रोग्राम सबसे दिलचस्प लगा
यह सेवा ऑप्टिकल फाइबर के ज़रिए उच्च-सटीकता समय ट्रांसफर देती है, और बताया गया कि कुछ सीधे जुड़े लिंक प्रभावित हुए थे
मैंने इस तरह की सेवा के बारे में पहली बार सुना, लेकिन शायद इसका उपयोग वित्तीय क्षेत्र(HFT, FINRA नियम 4590 से संबंधित), 5G सिंक्रोनाइज़ेशन, या Google Spanner जैसे ग्लोबल DB के लिए हो सकता है
संबंधित लिंक: NIST सूचना, TOF प्रोग्राम विवरण, FINRA Rule 4590, 5G सिंक्रोनाइज़ेशन पर लेख
रियल-टाइम ट्रेडिंग सिस्टम में GPS काफ़ी था, और माइक्रोसेकंड स्तर की सटीकता से ज़्यादा लेटेंसी(latency) महत्वपूर्ण थी
नियामकीय आवश्यकताएँ भी 1 सेकंड तक की त्रुटि की अनुमति देती हैं, इसलिए TOF स्तर की सटीकता की माँग नहीं होती
उदाहरण के लिए, जब गुरुत्वीय तरंगों और गामा-रे विस्फोटों का एक साथ अवलोकन करना हो, तब बड़े क्षेत्र से आने वाले डेटा को बहुत सटीक रूप से सिंक करना पड़ता है
उदाहरण के लिए Schriever Space Force Base जैसी जगह GPS का मुख्य नियंत्रण बिंदु है
साथ ही, GNSS सिग्नल रुक जाने की स्थिति के लिए भूमि-आधारित टाइम नेटवर्क के रूप में भी यह महत्वपूर्ण है
संबंधित लेख: चीन की उच्च-सटीकता भूमि-आधारित टाइमिंग सिस्टम
असल में सिर्फ Boulder सर्वरों में सिंक्रोनाइज़ेशन समस्या थी
“पूरा NIST ऑफ़लाइन था” कहना बढ़ा-चढ़ाकर कहना है
सर्वर स्टेटस पेज के अनुसार, 16 IPv4 NTP सर्वरों में से सिर्फ 5 प्रभावित हुए थे, बाकी सामान्य रूप से चल रहे थे
ज़्यादातर उपयोगकर्ताओं को वैसे भी सीधे ऊपरी स्तर के सर्वर इस्तेमाल नहीं करने चाहिए, इसलिए समस्या लगभग नगण्य थी
निजी तौर पर मैं pool.ntp.org के उपयोग की सिफारिश करता हूँ
क्या त्रुटि फैलने की संभावना नहीं होगी? क्या pool.ntp.org को इस तरह वितरित किया गया है कि विफलता या त्रुटि की सह-संबद्धता से बचा जा सके?
एक छोटी-सी बात, UTC का मतलब “Coordinated Universal Time” है
अक्षरों का क्रम इस तरह रखा गया ताकि अंग्रेज़ी और फ़्रेंच में से किसी एक की तरफ़ झुकाव न लगे
UT0, UT1, UT2 जैसी पुरानी संक्षेप प्रणाली के साथ संगति भी ध्यान में रखी गई थी
विषय से थोड़ा हटकर, मैं chrony की तारीफ़ करना चाहूँगा
कई हार्डवेयर वातावरणों में यह पुराने OS के डिफ़ॉल्ट NTP क्लाइंट से काफ़ी अधिक स्थिर रहा है
इससे इसकी परफ़ॉर्मेंस और स्थिरता साबित होती है
यह थ्रेड इतना दिलचस्प है कि पढ़ते ही जा रहा हूँ
शायद आज मैंने Adderall कुछ ज़्यादा ले लिया है
मेरे जानने वाले कुछ HFT ट्रेडरों ने कहा कि उन्होंने इस घटना से सैकड़ों हज़ार डॉलर कमा लिए
क्या उन्होंने जानबूझकर सिस्टम का फ़ायदा उठाया, या यह बस किस्मत से मिला ग्लिच था?
पहले कहा जाता था कि “गलत समय भेजना, समय न भेजने से भी बुरा है”, तो इस बार त्रुटिपूर्ण समय क्यों भेजा गया, यह स्पष्ट नहीं है
NIST मेलिंग लिस्ट के अनुसार, इंटरनेट ट्रांसमिशन में आम तौर पर 1ms स्तर की अनिश्चितता होती है, इसलिए यह वैज्ञानिक सटीकता के स्तर से बिल्कुल अलग बात है
उस समय बिजली और प्रशासनिक एक्सेस दोनों बंद थे, इसलिए यह पता नहीं चल सकता था कि घड़ी कितनी ग़लत हो चुकी है
अगर बिजली लौटते ही गलत समय फैल जाता, तो दुनिया भर के सिस्टम सिंक्रोनाइज़ेशन त्रुटि का शिकार हो सकते थे
इसलिए सुरक्षित रूप से बंद कर देना(scram) बेहतर था
संबंधित लघुकथा: The Time Rift of 2100
उदाहरण के लिए, फ़ायर अलार्म अगर ग़लत तरीके से “कोई समस्या नहीं” बताए, तो उससे बेहतर है कि वह जवाब ही न दे
“NIST की घड़ी आपदा के कगार पर थी” जैसा वीडियो शीर्षक समझ नहीं आता
क्या बस दूसरे कैंपस से समय सुधार नहीं सकते थे?
अगर वास्तव में ऐसी सटीकता की ज़रूरत वाले उपयोग-मामले हैं, तो किसी विशेषज्ञ की व्याख्या ज़रूरी होगी
यह जानने की जिज्ञासा है कि लोगों को सटीक समय की सबसे महत्वपूर्ण ज़रूरत कब पड़ी
White Rabbit का उपयोग करके RF पावर सिस्टम और डेटा अधिग्रहण उपकरणों को नैनोसेकंड स्तर पर सिंक्रोनाइज़ करते हैं
TrueTime के ज़रिए यह दुनिया भर में ट्रांज़ैक्शन कंसिस्टेंसी सुनिश्चित करता है
अगर GPS उपग्रह इतना ग़लत हो जाए, तो लोकेशन सटीकता Loran-C स्तर तक गिर जाएगी
यह चर्चा NPR लेख से शुरू हुई थी
मूल लिंक