ការលេចធ្លាយផ្លូវ BGP នាំឱ្យមានការរំខានដ៏ធំនៃការតភ្ជាប់អ៊ីនធឺណិត

ក្រុមហ៊ុន Cloudflare បានផ្សព្វផ្សាយ រាយការណ៍​អំពី​ឧប្បត្តិហេតុ​កាលពី​ម្សិលមិញ ដែល​ជា​លទ្ធផល បី​ម៉ោង ចាប់ពីម៉ោង 13:34 ដល់ម៉ោង 16:26 (MSK) មានបញ្ហាជាមួយនឹងការចូលប្រើធនធានជាច្រើននៅលើបណ្តាញសកល រួមទាំងហេដ្ឋារចនាសម្ព័ន្ធរបស់ Cloudflare, Facebook, Akamai, Apple, Linode និង Amazon AWS។ បញ្ហានៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធ Cloudflare ដែលផ្តល់ CDN សម្រាប់គេហទំព័រចំនួន 16 លាន។ បានសង្កេត ចាប់ពីម៉ោង 14:02 ដល់ 16:02 (MSK)។ Cloudflare ប៉ាន់ប្រមាណថាប្រហែល 15% នៃចរាចរណ៍សកលត្រូវបានបាត់បង់កំឡុងពេលដាច់ភ្លើង។

បញ្ហាគឺ បង្កឡើង ការលេចធ្លាយផ្លូវ BGP ក្នុងអំឡុងពេលដែលបុព្វបទប្រហែល 20 ពាន់សម្រាប់បណ្តាញ 2400 ត្រូវបានប្តូរទិសមិនត្រឹមត្រូវ។ ប្រភពនៃការលេចធ្លាយគឺជាអ្នកផ្តល់សេវា DQE Communications ដែលប្រើប្រាស់កម្មវិធី BGP Optimizer ដើម្បីបង្កើនប្រសិទ្ធភាពការនាំផ្លូវ។ BGP Optimizer បំបែកបុព្វបទ IP ទៅជាតូចជាង ឧទាហរណ៍ បំបែក 104.20.0.0/20 ទៅជា 104.20.0.0/21 និង 104.20.8.0/21 ហើយជាលទ្ធផល DQE Communications បានរក្សាផ្លូវជាក់លាក់មួយចំនួនធំដែលបដិសេធបន្ថែមទៀត។ ផ្លូវទូទៅ (ឧ. ជំនួសឱ្យផ្លូវទូទៅទៅកាន់ Cloudflare ផ្លូវលម្អិតបន្ថែមទៀតទៅកាន់បណ្តាញរង Cloudflare ជាក់លាក់ត្រូវបានប្រើប្រាស់)។

ផ្លូវចំណុចទាំងនេះត្រូវបានប្រកាសទៅកាន់អតិថិជនម្នាក់ (Allegheny Technologies, AS396531) ដែលមានការតភ្ជាប់តាមរយៈអ្នកផ្តល់សេវាផ្សេងទៀតផងដែរ។ Allegheny Technologies ផ្សាយផ្លូវលទ្ធផលទៅកាន់អ្នកផ្តល់សេវាដឹកជញ្ជូនផ្សេងទៀត (Verizon, AS701)។ ដោយសារកង្វះការត្រងត្រឹមត្រូវនៃសេចក្តីប្រកាស BGP និងការរឹតបន្តឹងលើចំនួនបុព្វបទ ក្រុមហ៊ុន Verizon បានលើកយកសេចក្តីប្រកាសនេះហើយផ្សាយបុព្វបទលទ្ធផល 20 ពាន់ទៅអ៊ីនធឺណិតដែលនៅសល់។ បុព្វបទមិនត្រឹមត្រូវ ដោយសារលក្ខណៈលម្អិតរបស់ពួកវា ត្រូវបានគេយល់ថាជាអាទិភាពខ្ពស់ជាង ដោយសារផ្លូវជាក់លាក់មួយមានអាទិភាពខ្ពស់ជាងផ្លូវទូទៅ។

ជាលទ្ធផល ចរាចរណ៍សម្រាប់បណ្តាញធំៗជាច្រើនបានចាប់ផ្តើមឆ្លងកាត់ Verizon ទៅកាន់ក្រុមហ៊ុនផ្តល់សេវាតូច DQE Communications ដែលមិនអាចគ្រប់គ្រងចរាចរណ៍ដែលកំពុងកើនឡើង ដែលនាំទៅដល់ការដួលរលំ (ឥទ្ធិពលគឺអាចប្រៀបធៀបទៅនឹងការជំនួសផ្នែកនៃផ្លូវដែលមមាញឹកជាមួយនឹង ផ្លូវប្រទេស) ។

ដើម្បី​ការពារ​កុំ​ឲ្យ​មាន​ឧប្បត្តិហេតុ​ស្រដៀង​គ្នា​នេះ​កើត​ឡើង​នា​ពេល​អនាគត
បានណែនាំ:

• Использовать ការផ្ទៀងផ្ទាត់ ការប្រកាសដោយផ្អែកលើ RPKI (សុពលភាពនៃប្រភពដើម BGP អនុញ្ញាតឱ្យទទួលយកការប្រកាសពីម្ចាស់បណ្តាញតែប៉ុណ្ណោះ);
• កំណត់ចំនួនអតិបរមានៃបុព្វបទដែលបានទទួលសម្រាប់វគ្គ EBGP ទាំងអស់ (ការកំណត់បុព្វបទអតិបរមានឹងជួយឱ្យបោះបង់ការបញ្ជូនបុព្វបទ 20 ពាន់ភ្លាមៗក្នុងរយៈពេលមួយវគ្គ);
• អនុវត្តការត្រងដោយផ្អែកលើបញ្ជីឈ្មោះ IRR (ការចុះបញ្ជីការបញ្ជូនតាមអ៊ីនធឺណិត កំណត់ ASes តាមរយៈការកំណត់ផ្លូវនៃបុព្វបទដែលបានបញ្ជាក់ត្រូវបានអនុញ្ញាត);
• ប្រើការកំណត់ការទប់ស្កាត់លំនាំដើមដែលបានណែនាំនៅក្នុង RFC 8212 នៅលើរ៉ោតទ័រ ('ការបដិសេធលំនាំដើម');
• បញ្ឈប់ការប្រើប្រាស់ឧបករណ៍បង្កើនប្រសិទ្ធភាព BGP ដោយមិនប្រុងប្រយ័ត្ន។

ប្រភព: opennet.ru