BGP मार्ग चुहावटले इन्टरनेटमा ठूलो विच्छेद निम्त्याउँछ

क्लाउडफ्लेयर कम्पनी प्रकाशित हिजोको घटनाको प्रतिवेदन, जसको परिणाम हो तिन घण्टा 13:34 देखि 16:26 (MSK) सम्म क्लाउडफ्लेयर, Facebook, Akamai, Apple, Linode र Amazon AWS को पूर्वाधार सहित विश्वव्यापी नेटवर्कमा धेरै स्रोतहरूमा पहुँचमा समस्याहरू थिए। Cloudflare पूर्वाधारमा समस्याहरू, जसले 16 मिलियन साइटहरूको लागि CDN प्रदान गर्दछ, अवलोकन गरियो 14:02 देखि 16:02 सम्म (MSK)। क्लाउडफ्लेयरले अनुमान गरेको छ कि विश्वव्यापी ट्राफिकको लगभग 15% आउटेजको समयमा हराएको थियो।

समस्या थियो कारण BGP मार्ग चुहावट, जसको अवधिमा 20 नेटवर्कहरूको लागि लगभग 2400 हजार उपसर्गहरू गलत रिडिरेक्ट गरिएको थियो। चुहावटको स्रोत प्रदायक DQE कम्युनिकेसन थियो, जसले सफ्टवेयर प्रयोग गर्यो BGP अनुकूलक रूटिङ अनुकूलन गर्न। BGP Optimizer ले IP उपसर्गहरूलाई सानामा विभाजन गर्दछ, उदाहरणका लागि 104.20.0.0/20 लाई 104.20.0.0/21 र 104.20.8.0/21 मा विभाजन गर्दै, र परिणाम स्वरूप, DQE कम्युनिकेसन्सले आफ्नो छेउमा ठूलो संख्यामा विशेष मार्गहरू ओभरराइड गर्दछ। सामान्य मार्गहरू (अर्थात् क्लाउडफ्लेयरका लागि सामान्य मार्गहरूको सट्टा, विशेष क्लाउडफ्लेयर सबनेटहरूमा थप दानेदार मार्गहरू प्रयोग गरियो)।

यी बिन्दु मार्गहरू एक ग्राहक (Allegheny Technologies, AS396531) लाई घोषणा गरिएको थियो, जससँग अर्को प्रदायक मार्फत जडान थियो। Allegheny Technologies ले अर्को ट्रान्जिट प्रदायक (Verizon, AS701) मा परिणामित मार्गहरू प्रसारण गर्दछ। BGP घोषणाहरू र उपसर्गहरूको संख्यामा प्रतिबन्धहरूको उचित फिल्टरिङको अभावको कारण, Verizon ले यो घोषणा उठायो र परिणामस्वरूप 20 हजार उपसर्गहरू इन्टरनेटको बाँकीमा प्रसारण गर्यो। गलत उपसर्गहरू, तिनीहरूको ग्रेन्युलेरिटीको कारणले, उच्च प्राथमिकताको रूपमा बुझिएको थियो किनभने एक विशिष्ट मार्गको सामान्य भन्दा उच्च प्राथमिकता हुन्छ।

नतिजा स्वरूप, धेरै ठूला सञ्जालहरूका लागि ट्राफिक भेरिजोन मार्फत सानो प्रदायक DQE कम्युनिकेसनमा पठाउन थालियो, जसले बढ्दो ट्राफिकलाई ह्यान्डल गर्न असमर्थ थियो, जसले पतन निम्त्यायो (प्रभाव एक व्यस्त फ्रीवेको एक भागलाई प्रतिस्थापन गर्न तुलनात्मक छ। गाउको बाटो)।

भविष्यमा यस्ता घटना हुन नदिनका लागि
सिफारिस गर्नुभयो:

• Использовать प्रमाणीकरण RPKI मा आधारित घोषणाहरू (BGP उत्पत्ति प्रमाणीकरण, नेटवर्क मालिकहरूबाट मात्र घोषणाहरू स्वीकार गर्न अनुमति दिन्छ);
• सबै EBGP सत्रहरूको लागि प्राप्त उपसर्गहरूको अधिकतम संख्या सीमित गर्नुहोस् (अधिकतम-उपसर्ग सेटिङले एक सत्र भित्र 20 हजार उपसर्गहरूको प्रसारण तुरुन्तै खारेज गर्न मद्दत गर्नेछ);
• IRR रजिस्ट्रीमा आधारित फिल्टरिङ लागू गर्नुहोस् (इन्टरनेट राउटिङ रजिस्ट्री, ASes निर्धारण गर्दछ जस मार्फत निर्दिष्ट उपसर्गहरूको मार्गलाई अनुमति दिइएको छ);
• राउटरहरूमा RFC 8212 मा सिफारिस गरिएको पूर्वनिर्धारित अवरुद्ध सेटिङहरू प्रयोग गर्नुहोस् ('पूर्वनिर्धारित अस्वीकार');
• BGP अनुकूलकहरूको लापरवाह प्रयोग रोक्नुहोस्।

स्रोत: opennet.ru