BGP റൂട്ട് ചോർച്ച ഇന്റർനെറ്റിൽ വൻതോതിൽ വിച്ഛേദിക്കുന്നു

ക്ലൗഡ്ഫ്ലെയർ കമ്പനി പ്രസിദ്ധീകരിച്ചു ഇന്നലത്തെ സംഭവത്തെക്കുറിച്ചുള്ള റിപ്പോർട്ട്, അതിൻ്റെ ഫലമായി മൂന്നു മണിക്കൂർ 13:34 മുതൽ 16:26 വരെ (MSK) Cloudflare, Facebook, Akamai, Apple, Linode, Amazon AWS എന്നിവയുടെ ഇൻഫ്രാസ്ട്രക്ചർ ഉൾപ്പെടെ, ആഗോള നെറ്റ്‌വർക്കിലെ നിരവധി ഉറവിടങ്ങളിലേക്കുള്ള ആക്‌സസ്സിൽ പ്രശ്‌നങ്ങളുണ്ടായി. 16 ദശലക്ഷം സൈറ്റുകൾക്ക് CDN നൽകുന്ന ക്ലൗഡ്ഫ്ലെയർ ഇൻഫ്രാസ്ട്രക്ചറിലെ പ്രശ്നങ്ങൾ, നിരീക്ഷിച്ചു 14:02 മുതൽ 16:02 വരെ (MSK). ക്ലൗഡ്‌ഫ്ലെയർ കണക്കാക്കുന്നത്, പ്രവർത്തനരഹിതമായ സമയത്ത് ആഗോള ട്രാഫിക്കിൻ്റെ ഏകദേശം 15% നഷ്ടപ്പെട്ടു എന്നാണ്.

എന്നതായിരുന്നു പ്രശ്നം മൂലമുണ്ടാകുന്ന BGP റൂട്ട് ചോർച്ച, ഈ സമയത്ത് 20 നെറ്റ്‌വർക്കുകൾക്കുള്ള ഏകദേശം 2400 ആയിരം പ്രിഫിക്‌സുകൾ തെറ്റായി റീഡയറക്‌ട് ചെയ്‌തു. സോഫ്‌റ്റ്‌വെയർ ഉപയോഗിച്ചിരുന്ന ഡിക്യുഇ കമ്മ്യൂണിക്കേഷൻസ് എന്ന ദാതാവാണ് ചോർച്ചയുടെ ഉറവിടം ബിജിപി ഒപ്റ്റിമൈസർ റൂട്ടിംഗ് ഒപ്റ്റിമൈസ് ചെയ്യാൻ. BGP ഒപ്റ്റിമൈസർ IP പ്രിഫിക്‌സുകളെ ചെറിയവയായി വിഭജിക്കുന്നു, ഉദാഹരണത്തിന് 104.20.0.0/20-നെ 104.20.0.0/21, 104.20.8.0/21 എന്നിങ്ങനെ വിഭജിക്കുന്നു, തൽഫലമായി, DQE കമ്മ്യൂണിക്കേഷൻസ് അതിൻ്റെ വശത്ത് കൂടുതൽ നിർദ്ദിഷ്ട റൂട്ടുകളെ മറികടക്കുന്നു. പൊതുവായ റൂട്ടുകൾ (അതായത്, Cloudflare-ലേക്കുള്ള പൊതുവായ റൂട്ടുകൾക്ക് പകരം, നിർദ്ദിഷ്ട Cloudflare സബ്‌നെറ്റുകളിലേക്കുള്ള കൂടുതൽ ഗ്രാനുലാർ റൂട്ടുകൾ ഉപയോഗിച്ചു).

ഈ പോയിൻ്റ് റൂട്ടുകൾ മറ്റൊരു ദാതാവ് മുഖേന കണക്ഷനുള്ള ക്ലയൻ്റുകളിൽ ഒരാൾക്ക് (അലെഗെനി ടെക്നോളജീസ്, AS396531) പ്രഖ്യാപിച്ചു. തത്ഫലമായുണ്ടാകുന്ന റൂട്ടുകൾ മറ്റൊരു ട്രാൻസിറ്റ് ദാതാവിലേക്ക് (Verizon, AS701) Allegheny Technologies പ്രക്ഷേപണം ചെയ്യുന്നു. BGP അറിയിപ്പുകളുടെ ശരിയായ ഫിൽട്ടറിംഗ് ഇല്ലാത്തതിനാലും പ്രിഫിക്‌സുകളുടെ എണ്ണത്തിലുള്ള നിയന്ത്രണങ്ങളാലും, വെറൈസൺ ഈ അറിയിപ്പ് എടുക്കുകയും തത്ഫലമായുണ്ടാകുന്ന 20 ആയിരം പ്രിഫിക്‌സുകൾ ഇൻ്റർനെറ്റിൻ്റെ ബാക്കി ഭാഗത്തേക്ക് പ്രക്ഷേപണം ചെയ്യുകയും ചെയ്തു. തെറ്റായ പ്രിഫിക്സുകൾ, അവയുടെ ഗ്രാനുലാരിറ്റി കാരണം, ഒരു നിർദ്ദിഷ്ട റൂട്ടിന് പൊതുവായതിനേക്കാൾ ഉയർന്ന മുൻഗണനയുള്ളതിനാൽ ഉയർന്ന മുൻഗണനയായി കണക്കാക്കപ്പെട്ടു.

തൽഫലമായി, നിരവധി വലിയ നെറ്റ്‌വർക്കുകൾക്കുള്ള ട്രാഫിക് വെറൈസൺ വഴി ചെറിയ ദാതാവായ DQE കമ്മ്യൂണിക്കേഷൻസിലേക്ക് വഴിതിരിച്ചുവിടാൻ തുടങ്ങി, ഇത് കുതിച്ചുയരുന്ന ട്രാഫിക് കൈകാര്യം ചെയ്യാൻ കഴിഞ്ഞില്ല, ഇത് തകർച്ചയിലേക്ക് നയിച്ചു (തിരക്കിലുള്ള ഒരു ഫ്രീവേയുടെ ഒരു ഭാഗം മാറ്റിസ്ഥാപിക്കുന്നതുമായി ഈ പ്രഭാവം താരതമ്യപ്പെടുത്താവുന്നതാണ്. നാട്ടുവഴി).

ഭാവിയിൽ ഇത്തരം സംഭവങ്ങൾ ഉണ്ടാകാതിരിക്കാൻ
ശുപാർശ ചെയ്ത:

• ഉപയോഗിക്കുക സ്ഥിരീകരണം RPKI അടിസ്ഥാനമാക്കിയുള്ള അറിയിപ്പുകൾ (BGP ഒറിജിൻ മൂല്യനിർണ്ണയം, നെറ്റ്‌വർക്ക് ഉടമകളിൽ നിന്ന് മാത്രം അറിയിപ്പുകൾ സ്വീകരിക്കാൻ അനുവദിക്കുന്നു);
• എല്ലാ EBGP സെഷനുകൾക്കുമായി ലഭിച്ച പ്രിഫിക്‌സുകളുടെ പരമാവധി എണ്ണം പരിമിതപ്പെടുത്തുക (പരമാവധി-പ്രിഫിക്‌സ് ക്രമീകരണം ഒരു സെഷനിൽ 20 ആയിരം പ്രിഫിക്‌സുകളുടെ സംപ്രേക്ഷണം ഉടനടി നിരസിക്കാൻ സഹായിക്കും);
• IRR രജിസ്ട്രിയെ അടിസ്ഥാനമാക്കി ഫിൽട്ടറിംഗ് പ്രയോഗിക്കുക (ഇൻ്റർനെറ്റ് റൂട്ടിംഗ് രജിസ്ട്രി, നിർദ്ദിഷ്ട പ്രിഫിക്‌സുകളുടെ റൂട്ടിംഗ് അനുവദിച്ചിരിക്കുന്ന ASes നിർണ്ണയിക്കുന്നു);
• റൂട്ടറുകളിൽ RFC 8212-ൽ ശുപാർശ ചെയ്യുന്ന സ്ഥിരസ്ഥിതി തടയൽ ക്രമീകരണങ്ങൾ ഉപയോഗിക്കുക ('സ്ഥിരസ്ഥിതി നിരസിക്കുക');
• BGP ഒപ്റ്റിമൈസറുകളുടെ അശ്രദ്ധമായ ഉപയോഗം നിർത്തുക.

അവലംബം: opennet.ru