- हालिया A320 परिवार के विमान से जुड़े घटना विश्लेषण से पुष्टि हुई कि तीव्र सौर विकिरण उड़ान नियंत्रण के लिए आवश्यक महत्वपूर्ण डेटा को नुकसान पहुँचा सकता है
- इसलिए एयरबस ने पहचान लिया है कि उड़ान पर चल रहे कई A320 परिवार के विमान इस मुद्दे से प्रभावित हो सकते हैं
- कंपनी ने विमानन प्राधिकरणों के साथ मिलकर तुरंत निवारक कार्रवाई लागू करने के लिए Alert Operators Transmission (AOT) जारी की, और इसे EASA की इमरजेंसी एयरवर्थीनेस निर्देश (Emergency Airworthiness Directive) के रूप में शामिल किया जाना है
- एयरबस ने स्वीकार किया कि इन कार्रवाइयों से यात्रियों और ग्राहकों की उड़ान कार्यक्रमों में व्यवधान हो सकता है, और कंपनी ऑपरेटरों के साथ मिलकर प्रतिक्रिया दे रही है
- सभी कार्रवाइयों की सर्वोच्च प्राथमिकता उड़ान सुरक्षा सुनिश्चित करने में है
A320 परिवार के लिए निवारक उपायों का अवलोकन
- हालिया A320 परिवार के विमान से जुड़े घटना विश्लेषण में पता चला कि तीव्र सौर विकिरण (intense solar radiation) उड़ान नियंत्रण प्रणाली के महत्वपूर्ण डेटा को नुकसान पहुँचा सकता है
- यह प्रभाव फ्लाइट कंट्रोल (flight controls) के लिए आवश्यक डेटा की अखंडता (integrity) को प्रभावित कर सकता है
- एयरबस का मानना है कि अभी संचालन में मौजूद A320 परिवार के कई विमान इस समस्या से प्रभावित हो सकते हैं
निवारक उपाय और प्राधिकरणों के साथ सहयोग
- एयरबस ने नागरिक उड्डयन प्राधिकरणों के साथ मिलकर तुरंत निवारक कार्रवाइयाँ लागू करने के लिए Alert Operators Transmission (AOT) जारी की
- AOT में सॉफ़्टवेयर तथा/या हार्डवेयर सुरक्षा उपाय लागू करने की गाइडलाइन शामिल हैं, ताकि विमान की सुरक्षा के साथ संचालन सुनिश्चित किया जा सके
- यह कदम यूरोपीय एजेंसी फॉर एविएशन सेफ्टी (EASA) की इमरजेंसी एयरवर्थीनेस निर्देश (Emergency Airworthiness Directive) के रूप में आधिकारिक रूप से लागू किया जाएगा
संचालन पर प्रभाव और प्रतिक्रिया
- एयरबस ने स्वीकार किया कि इस कार्रवाई से यात्रियों और ग्राहकों की उड़ान समय सारणी में कुछ देरी या व्यवधान आ सकता है
- कंपनी एयरलाइनों के साथ घनिष्ठ सहयोग के साथ इन कार्रवाइयों को लागू करने में मदद कर रही है और सुरक्षा को सर्वोच्च प्राथमिकता बनाए रखेगी
- एयरबस ने हुई असुविधा के लिए खेद व्यक्त किया है
संबंधित संसाधन
- प्रेस रिलीज़ जैसी ही सामग्री वाला PDF दस्तावेज़ (126.02 KB) उपलब्ध है
- दस्तावेज़ का शीर्षक: Airbus update on A320 Family precautionary fleet action
- डाउनलोड लिंक आधिकारिक वेबसाइट पर पोस्ट किया गया है
1 टिप्पणियां
Hacker News राय
सच में जानने की उत्सुकता है कि यह समस्या किस microcontroller family में मिली
अगर यह lockstep, ECC आदि इस्तेमाल करने वाला safety processor था, तो इसका मतलब है कि ECC से भी पता न चलने वाले स्तर का bit flip हुआ
अगर data corruption हुआ, तो यह सिर्फ साधारण restart का मामला नहीं, बल्कि एक word के भीतर कई bits एक साथ पलटे होने की स्थिति भी हो सकती है
अगर environment में कोई खास फर्क नहीं था, तो शायद voltage margin जैसी चीज़ें कम की गई हों
यह भी जानना दिलचस्प है कि यह NVM था या SRAM
वह MCU नहीं बल्कि कई chips से बना system था, और 90 के दशक में डिज़ाइन हुआ था; 2002 में जाकर EDAC के साथ नया hardware version आया
ऐसी स्थिति में bit flip होना पूरी तरह संभव था
अधिक जानकारी ATSB रिपोर्ट में है
खासकर xenon flash समस्या थी
संबंधित उदाहरण forum post, अतिरिक्त चर्चा, official blog, YouTube video में देखे जा सकते हैं
satellites A320 से कहीं ज़्यादा ऊँचाई पर काम करते हैं, और ज़्यादातर Triple Modular Redundancy का इस्तेमाल करते हैं
TMR विवरण, SEU अवधारणा देखें
NASA crewed flight में N को 5 तक बढ़ाता है
cache को पूरी तरह disable करना या ECC RAM को लगातार refresh करना जैसे तरीके भी हैं
digital circuits में latch-up रोकने के hardware उपाय भी मौजूद हैं
अगर आप लंबे समय से computer industry में हैं, तो ऐसे bit flip incidents कई बार देखने को मिलते हैं
ECC ज़्यादातर मामलों में बचा लेता है, लेकिन कभी-कभी software को भी इस तरह बनाया जाता है कि वह अजीब values को पहचानकर ignore कर दे
real-time और safety-critical systems में कई systems voting के ज़रिए error को verify भी करते हैं
90 के दशक में CPU cache line bit flip की वजह से मुझे कई महीनों तक जूझना पड़ा था
बड़े traffic को संभालने वाली service में enum type values का summary बनाया गया था, और कुछ impossible values मिलीं
जब देखा कि strings ठीक एक bit के फ़र्क से ग़लत रिकॉर्ड हुई थीं, तो हमने cosmic ray के असर की संभावना मानी
असल में वह reproducible bug था, लेकिन kernel, driver, client सब पर शक करने के बाद ही उसने अपनी गलती मानी
फिर भी वह जीनियस था, और इस A320 मामले में शायद सच में वही सही होता
The Aviation Herald में ज़्यादा technical details हैं
“सबसे खराब स्थिति में यह vulnerability uncommanded elevator movement पैदा कर सकती है, जिससे aircraft अपनी structural limits से आगे जा सकता है”
aerospace industry बहुत पहले से bit flip mitigation पर काम करती रही है
Airbus/Thales का यह fix error checking को मज़बूत करता है और समस्या आने पर affected component को अपने-आप restart करता है
अधिक विवरण BEA रिपोर्ट में है
इसमें थोड़ा BoFH वाला एहसास आता है
“शुक्रवार सुबह जल्दी office पहुँचा, तभी phone बजा. excuse sheet पलटी तो ‘solar flare’ मुझे घूर रही थी…”
लिंक
जिज्ञासा है कि इस घटना का diagnosis कैसे किया गया
पता नहीं FDR (flight data recorder) low-level errors तक रिकॉर्ड करता है या सिर्फ high-level input values को
अगर यह radiation से हुआ bit flip था, तो उन्होंने यह कैसे पकड़ा होगा?
यह भी जानना है कि कहीं main flight computers के बीच voting error जैसी कोई चीज़ रिकॉर्ड हुई थी या नहीं
इसी तरह के SEU (single-event upset) मामले पर एक शानदार postmortem रिपोर्ट है
यह तो “सूरज के बहुत क़रीब उड़ गया” वाले मज़ाक जैसी प्रतिक्रिया है
समझ नहीं आता कि क्या इस वजह से पूरे fleet को ground करना ज़रूरी है
अगर कई सालों में दसियों हज़ार aircraft में यह सिर्फ एक बार हुआ है, तो क्या लगभग दो महीने की मोहलत देकर fix लागू करना काफ़ी नहीं होता?
solution या तो downgrade करना है या पुराने hardware version से बदलना
Airbus के लिए grounding से सीधा नुकसान कम होगा, लेकिन अगर कोई हादसा हो गया तो reputation और lawsuits का risk बहुत बड़ा होगा
जैसे, “हम proactively action लेते हैं, जबकि competitor हादसे के बाद ही कदम उठाता है”
मीडिया रिपोर्ट्स के मुताबिक यह कदम software update rollback है
जिज्ञासा है कि मूल update का उद्देश्य क्या था, और flight computer software कितनी बार update किया जाता है