ການຮົ່ວໄຫຼຂອງເສັ້ນທາງ 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 ເກັບຮັກສາຈໍານວນຂະຫນາດໃຫຍ່ຂອງເສັ້ນທາງສະເພາະຢູ່ຂ້າງຂອງມັນ override. ເສັ້ນທາງທົ່ວໄປຫຼາຍ (i. e. ແທນທີ່ຈະເປັນເສັ້ນທາງທົ່ວໄປໄປຫາ Cloudflare, ເສັ້ນທາງທີ່ລະອຽດກວ່າໄປຫາເຄືອຂ່າຍຍ່ອຍ Cloudflare ສະເພາະໄດ້ຖືກໃຊ້).

ເສັ້ນທາງຈຸດເຫຼົ່ານີ້ໄດ້ຖືກໂຄສະນາໃຫ້ລູກຄ້າຫນຶ່ງ (Allegheny Technologies, AS396531) ທີ່ມີການເຊື່ອມຕໍ່ຜ່ານຜູ້ໃຫ້ບໍລິການອື່ນ. Allegheny Technologies ອອກອາກາດເສັ້ນທາງທີ່ໄດ້ຮັບໄປຫາຜູ້ໃຫ້ບໍລິການຂົນສົ່ງອື່ນ (Verizon, AS701). ເນື່ອງຈາກການຂາດການກັ່ນຕອງທີ່ເຫມາະສົມຂອງການປະກາດ BGP ແລະການຈໍາກັດຈໍານວນຂອງຄໍານໍາຫນ້າ, Verizon ໄດ້ເລືອກເອົາການປະກາດນີ້ແລະອອກອາກາດທີ່ໄດ້ຮັບ 20 ພັນຄໍານໍາຫນ້າກັບສ່ວນທີ່ເຫຼືອຂອງອິນເຕີເນັດ. ຄໍານໍາຫນ້າທີ່ບໍ່ຖືກຕ້ອງ, ເນື່ອງຈາກ granularity ຂອງພວກມັນ, ໄດ້ຖືກຮັບຮູ້ວ່າເປັນບູລິມະສິດທີ່ສູງກວ່າ, ເນື່ອງຈາກວ່າເສັ້ນທາງສະເພາະໃດຫນຶ່ງມີບູລິມະສິດສູງກວ່າເສັ້ນທາງທົ່ວໄປ.

ດັ່ງນັ້ນ, ການຈະລາຈອນສໍາລັບເຄືອຂ່າຍຂະຫນາດໃຫຍ່ຈໍານວນຫຼາຍໄດ້ເລີ່ມຕົ້ນຜ່ານ Verizon ໄປຫາຜູ້ໃຫ້ບໍລິການຂະຫນາດນ້ອຍ DQE Communications, ບໍ່ສາມາດຈັດການກັບການຈະລາຈອນທີ່ນໍ້າຖ້ວມ, ເຊິ່ງນໍາໄປສູ່ການລົ້ມລົງ (ຜົນກະທົບແມ່ນປຽບທຽບກັບການທົດແທນບາງສ່ວນຂອງທາງດ່ວນທີ່ຫຍຸ້ງກັບຖະຫນົນຫົນທາງໃນປະເທດ. ).

​ເພື່ອ​ປ້ອງ​ກັນ​ບໍ່​ໃຫ້​ເຫດການ​ຄ້າຍຄື​ກັນ​ນີ້​ເກີດ​ຂຶ້ນ​ໃນ​ອະນາຄົດ
ແນະນໍາ:

• ໃຊ້ ການຢັ້ງຢືນ ການປະກາດໂດຍອີງໃສ່ RPKI (BGP Origin Validation, ອະນຸຍາດໃຫ້ໄດ້ຮັບການປະກາດຈາກເຈົ້າຂອງເຄືອຂ່າຍເທົ່ານັ້ນ);
• ຈໍາ​ກັດ​ຈໍາ​ນວນ​ສູງ​ສຸດ​ຂອງ​ຄໍາ​ນໍາ​ຫນ້າ​ທີ່​ຍອມ​ຮັບ​ສໍາ​ລັບ​ການ​ທັງ​ຫມົດ EBGP (ການ​ຕັ້ງ​ຄ່າ​ສູງ​ສຸດ​ຄໍາ​ນໍາ​ຫນ້າ​ຈະ​ຊ່ວຍ​ໃຫ້​ຍົກ​ເລີກ​ການ​ສົ່ງ​ຄໍາ​ນໍາ​ຫນ້າ 20 ພັນ​ໃນ​ທັນ​ທີ​ໃນ​ຫນຶ່ງ​ກອງ​ປະ​ຊຸມ​)​;
• ນໍາໃຊ້ການກັ່ນຕອງໂດຍອີງໃສ່ທະບຽນ IRR (Internet Routing Registry, ກໍານົດ AS ໂດຍຜ່ານເສັ້ນທາງຂອງຄໍານໍາຫນ້າທີ່ໄດ້ຮັບອະນຸຍາດ);
• ໃຊ້ການຕັ້ງຄ່າການປະຕິເສດຄ່າເລີ່ມຕົ້ນ ('ປະຕິເສດຄ່າເລີ່ມຕົ້ນ') ແນະນໍາໃນ RFC 8212 ໃນ routers;
• ຢຸດການໃຊ້ຕົວເພີ່ມປະສິດທິພາບ BGP ແບບຊະຊາຍ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru