රථවාහන හුවමාරු ස්ථානය: මූලාරම්භයේ සිට ඔබේම IX නිර්මාණය කිරීම දක්වා

රථවාහන හුවමාරු ස්ථානය: මූලාරම්භයේ සිට ඔබේම IX නිර්මාණය කිරීම දක්වා

"අපි සහ SRI හි සිටින අය අතර අපි දුරකථන සම්බන්ධතාවයක් ඇති කර ගත්තා...", Kleinrock ... සම්මුඛ සාකච්ඡාවකදී මෙසේ පැවසීය.
අපි L අකුර ටයිප් කර දුරකථනයෙන් ඇසුවෙමු, "ඔබට L පෙනෙනවාද?"
"ඔව්, අපි එල් දකිනවා" ප්රතිචාරය පැමිණියේය.
"අපි O අකුර ටයිප් කළා, අපි ඇහුවා "ඔයාට O එක පේනවද""
"ඔව්, අපි O එක දකිනවා."
"ඊට පස්සේ අපි G ටයිප් කළා, පද්ධතිය කඩා වැටුණා"...

කෙසේ වෙතත්, විප්ලවයක් ආරම්භ විය ...

අන්තර්ජාලයේ ආරම්භය.


ආයුබෝවන් හැමෝටම!

මගේ නම ඇලෙක්සැන්ඩර්, මම Linxdatacenter හි ජාල ඉංජිනේරුවෙක්මි. අද ලිපියෙන් අපි රථවාහන හුවමාරු ස්ථාන (අන්තර්ජාල හුවමාරු ස්ථාන, IXP) ගැන කතා කරමු: ඔවුන්ගේ පෙනුමට පෙරාතුව කුමක්ද, ඔවුන් විසඳන කාර්යයන් සහ ඒවා ගොඩනඟා ඇති ආකාරය. මෙම ලිපියෙන් මම EVE-NG වේදිකාව සහ BIRD මෘදුකාංග රවුටරය භාවිතා කරමින් IXP ක්‍රියාත්මක කිරීමේ මූලධර්මය ප්‍රදර්ශනය කරමි, එවිට එය "හුඩ් යටතේ" ක්‍රියා කරන ආකාරය පිළිබඳව ඔබට අවබෝධයක් ඇත.

ඉතිහාසය ටිකක්

ඔබ බැලුවහොත් මෙහි, එවිට රථවාහන හුවමාරු ස්ථාන සංඛ්‍යාවේ වේගවත් වර්ධනය 1993 දී ආරම්භ වූ බව ඔබට පෙනෙනු ඇත. එයට හේතුව එවකට පැවති ටෙලිකොම් ක්‍රියාකරුවන්ගේ ගමනාගමනයෙන් වැඩි ප්‍රමාණයක් එක්සත් ජනපද කොන්දොස්තර ජාලය හරහා ගමන් කිරීමයි. උදාහරණයක් ලෙස, ප්‍රංශයේ ක්‍රියාකරුවෙකුගෙන් ජර්මනියේ ක්‍රියාකරුවෙකු වෙත ගමනාගමනය ගිය විට, එය මුලින්ම ප්‍රංශයේ සිට ඇමරිකා එක්සත් ජනපදයට ගිය අතර පසුව පමණක් ඇමරිකා එක්සත් ජනපදයේ සිට ජර්මනියට ගියේය. මෙම නඩුවේ කොඳු නාරටිය ජාලය ප්රංශය සහ ජර්මනිය අතර සංක්රමණයක් ලෙස ක්රියා කළේය. එක් රටක් තුළ ගමනාගමනය පවා බොහෝ විට ගමන් කළේ සෘජුවම නොව, ඇමරිකානු ක්‍රියාකරුවන්ගේ කොඳු නාරටිය හරහා ය.

මෙම තත්වය සංක්‍රමණ ගමනාගමනය ලබා දීමේ පිරිවැයට පමණක් නොව, නාලිකාවල ගුණාත්මකභාවය සහ ප්‍රමාදයන් කෙරෙහි ද බලපෑවේය. අන්තර්ජාල භාවිතා කරන්නන් සංඛ්යාව වැඩි විය, නව ක්රියාකරුවන් පෙනී සිටියේය, රථවාහන පරිමාව වැඩි විය, සහ අන්තර්ජාලය පරිණත විය. අන්තර්-ක්‍රියාකාරක අන්තර්ක්‍රියා සංවිධානය කිරීම සඳහා වඩාත් තාර්කික ප්‍රවේශයක් අවශ්‍ය බව ලොව පුරා ක්‍රියාකරුවන් වටහා ගැනීමට පටන් ගත්හ. “ඊළඟ වීදියේ පිහිටා ඇති ක්‍රියාකරු B වෙත ගමනාගමනය ලබා දීම සඳහා ක්‍රියාකරු A වන මම වෙනත් රටක් හරහා ගමනාගමනය සඳහා ගෙවිය යුත්තේ ඇයි?” දළ වශයෙන් ටෙලිකොම් ක්‍රියාකරුවන් ඒ කාලයේ තමන්ගෙන්ම ඇසූ ප්‍රශ්නය මෙයයි. මේ අනුව, රථවාහන හුවමාරු ස්ථාන ලෝකයේ විවිධ ප්‍රදේශවල ක්‍රියාකරු සාන්ද්‍රණ ස්ථානවල දර්ශනය වීමට පටන් ගත්තේය:

  • 1994 - ලන්ඩනයේ LINX,
  • 1995 - ෆ්‍රැන්ක්ෆර්ට් හි DE-CIX,
  • 1995 - MSK-IX, මොස්කව්හි, ආදිය.

අන්තර්ජාලය සහ අපේ දවස්

සංකල්පමය වශයෙන්, නවීන අන්තර්ජාලයේ ගෘහ නිර්මාණ ශිල්පය බොහෝ ස්වයංක්‍රීය පද්ධති (AS) සහ ඒවා අතර භෞතික හා තාර්කික බොහෝ සම්බන්ධතා වලින් සමන්විත වන අතර එමඟින් එක් AS සිට තවත් ගමනාගමන මාර්ගය තීරණය වේ.

AS සාමාන්‍යයෙන් ටෙලිකොම් ක්‍රියාකරුවන්, අන්තර්ජාල සපයන්නන්, CDNs, දත්ත මධ්‍යස්ථාන සහ ව්‍යවසාය අංශ සමාගම් වේ. සාමාන්‍යයෙන් BGP ප්‍රොටෝකෝලය භාවිතා කරමින් ASes තමන් අතර තාර්කික සම්බන්ධතා (peering) සංවිධානය කරයි.

ස්වාධීන පද්ධති මෙම සම්බන්ධතා සංවිධානය කරන්නේ කෙසේද යන්න සාධක ගණනාවකින් තීරණය වේ:

  • භූගෝලීය,
  • ආර්ථීක,
  • දේශපාලන,
  • AS හිමිකරුවන් අතර ගිවිසුම් සහ පොදු අවශ්‍යතා,
  • සහ එසේ ය.

ඇත්ත වශයෙන්ම, මෙම යෝජනා ක්රමය යම් ව්යුහයක් සහ ධුරාවලියක් ඇත. මේ අනුව, ක්‍රියාකරුවන් ටියර්-1, ටයර්-2 සහ ටයර්-3 ලෙස බෙදා ඇති අතර, දේශීය අන්තර්ජාල සැපයුම්කරුවෙකු (ස්ථර-3) සඳහා සේවාදායකයින්, රීතියක් ලෙස, සාමාන්‍ය පරිශීලකයින් නම්, උදාහරණයක් ලෙස, ස්ථර-1 සඳහා මට්ටමේ ක්රියාකරුවන් සේවාදායකයින් වෙනත් ක්රියාකරුවන් වේ. Tier-3 ක්‍රියාකරුවන් ඔවුන්ගේ ග්‍රාහකයින්ගේ ගමනාගමනය එකතු කරයි, ස්ථර-2 ටෙලිකොම් ක්‍රියාකරුවන්, අනෙක් අතට, ස්ථර-3 ක්‍රියාකරුවන්ගේ ගමනාගමනය එකතු කරයි, සහ tier-1 - සියලුම අන්තර්ජාල ගමනාගමනය.

ක්‍රමානුකූලව එය මෙසේ නිරූපණය කළ හැක.

රථවාහන හුවමාරු ස්ථානය: මූලාරම්භයේ සිට ඔබේම IX නිර්මාණය කිරීම දක්වා
මෙම පින්තූරයේ දැක්වෙන්නේ තදබදය පහළ සිට ඉහළට එකතු කර ඇති බවයි, i.e. අවසාන පරිශීලකයින්ගේ සිට ස්ථර-1 ක්‍රියාකරුවන් දක්වා. AS අතර ගමනාගමනයේ තිරස් හුවමාරුවක් ද ඇත, ඒවා එකිනෙකට ආසන්න වශයෙන් සමාන වේ.

මෙම යෝජනා ක්‍රමයේ අනිවාර්ය අංගයක් වන අතර ඒ සමඟම අවාසියක් වන්නේ භූගෝලීය ප්‍රදේශයක් තුළ අවසාන පරිශීලකයාට සමීපව පිහිටා ඇති ස්වයංක්‍රීය පද්ධති අතර සම්බන්ධතාවල යම් ව්‍යාකූලත්වයකි. පහත පින්තූරය සලකා බලන්න:

රථවාහන හුවමාරු ස්ථානය: මූලාරම්භයේ සිට ඔබේම IX නිර්මාණය කිරීම දක්වා

විශාල නගරයක ටෙලිකොම් ක්‍රියාකරුවන් 5 දෙනෙකු සිටින බව උපකල්පනය කරමු, ඒවා අතර, එක් හේතුවක් හෝ වෙනත් හේතුවක් නිසා, ඉහත පෙන්වා ඇති පරිදි සංවිධානය වී ඇත.

Go ISP වෙත සම්බන්ධ Petya පරිශීලකයාට ASM සපයන්නාට සම්බන්ධ සේවාදායකයකට ප්‍රවේශ වීමට අවශ්‍ය නම්, ඔවුන් අතර ගමනාගමනය ස්වයංක්‍රීය පද්ධති 5ක් හරහා යාමට බල කෙරෙනු ඇත. මේ නිසා ප්‍රමාදය වැඩි වෙනවා ගමනාගමනය යන ජාල උපාංග සංඛ්‍යාව මෙන්ම Go සහ ASM අතර ස්වයංක්‍රීය පද්ධතිවල සංක්‍රමණ ගමනාගමනයේ පරිමාව වැඩි වේ.

ගමනාගමනය හරහා යාමට බල කෙරෙන සංක්‍රමණ ඒඑස් සංඛ්‍යාව අඩු කරන්නේ කෙසේද? ඒක හරි - රථවාහන හුවමාරු ස්ථානය.

අද, නව IXPs මතුවීම 90-2000 ගණන්වල මුල් කාලයේ ඇති වූ අවශ්‍යතා මගින් මෙහෙයවනු ලැබේ, කුඩා පරිමාණයෙන් පමණක්, වැඩිවන ටෙලිකොම් ක්‍රියාකරුවන්, පරිශීලකයින් සහ ගමනාගමනයට ප්‍රතිචාර වශයෙන්, CDN ජාල මගින් ජනනය කරන ලද අන්තර්ගත ප්‍රමාණය වර්ධනය වේ. සහ දත්ත මධ්යස්ථාන.

හුවමාරු ලක්ෂ්යයක් යනු කුමක්ද?

රථවාහන හුවමාරු ස්ථානයක් යනු අන්‍යෝන්‍ය ගමනාගමන හුවමාරුව සඳහා උනන්දුවක් දක්වන සහභාගිවන්නන් අන්‍යෝන්‍ය වශයෙන් බැලීම සංවිධානය කරන විශේෂ ජාල යටිතල පහසුකම් සහිත ස්ථානයකි. රථවාහන හුවමාරු ස්ථාන වල ප්රධාන සහභාගිවන්නන්: ටෙලිකොම් ක්රියාකරුවන්, අන්තර්ජාල සපයන්නන්, අන්තර්ගත සපයන්නන් සහ දත්ත මධ්යස්ථාන. රථවාහන හුවමාරු ස්ථානවලදී, සහභාගිවන්නන් එකිනෙකා සමඟ සෘජුවම සම්බන්ධ වේ. පහත සඳහන් ගැටළු විසඳීමට මෙය ඔබට ඉඩ සලසයි:

  • ප්‍රමාදය අඩු කිරීම,
  • සංක්‍රමණ ගමනාගමන ප්‍රමාණය අඩු කිරීම,
  • AS අතර මාර්ගගත කිරීම ප්‍රශස්ත කරන්න.

IXPs ලොව පුරා බොහෝ විශාල නගරවල පවතින බව සලකන විට, මේ සියල්ල සමස්තයක් ලෙස අන්තර්ජාලයට හිතකර බලපෑමක් ඇති කරයි.

Petya සමඟ ඉහත තත්වය IXP භාවිතයෙන් විසඳනු ලැබුවහොත්, එය මෙවැනි දෙයක් වනු ඇත:

රථවාහන හුවමාරු ස්ථානය: මූලාරම්භයේ සිට ඔබේම IX නිර්මාණය කිරීම දක්වා

රථවාහන හුවමාරු ස්ථානයක් ක්රියා කරන්නේ කෙසේද?

රීතියක් ලෙස, IXP යනු එහිම පොදු IPv4/IPv6 ලිපින සහිත වෙනම AS එකකි.

IXP ජාලය බොහෝ විට අඛණ්ඩ L2 වසමකින් සමන්විත වේ. සමහර විට මෙය සියලුම IXP සේවාලාභීන්ට සත්කාරකත්වය සපයන VLAN වේ. විශාල, භූගෝලීය වශයෙන් බෙදා හරින ලද IXPs සම්බන්ධයෙන් ගත් කල, L2 වසමක් සංවිධානය කිරීමට MPLS, VXLAN වැනි තාක්ෂණයන් භාවිතා කළ හැක.

IXP මූලද්‍රව්‍ය

  • එස්.කේ.එස්. මෙහි අසාමාන්ය දෙයක් නොමැත: රාක්ක, ඔප්ටිකල් හරස් සම්බන්ධතා, පැච් පැනල්.
  • ස්විචයන් - IXP පදනම. ස්විච් පෝට් යනු IXP ජාලයට ඇතුල් වන ස්ථානයයි. ස්විචයන් ආරක්ෂක කාර්යයන්ගෙන් කොටසක් ද ඉටු කරයි - ඒවා IXP ජාලයේ නොතිබිය යුතු නිසරු ගමනාගමනය පෙරහන් කරයි. රීතියක් ලෙස, ක්‍රියාකාරී අවශ්‍යතා මත පදනම්ව ස්විචයන් තෝරා ගනු ලැබේ - විශ්වසනීයත්වය, සහාය දක්වන වරාය වේගය, ආරක්ෂක විශේෂාංග, sFlow සහාය යනාදිය.
  • මාර්ග සේවාදායකය (RS) - ඕනෑම නවීන රථවාහන හුවමාරු ස්ථානයක අනිවාර්ය සහ අවශ්ය කොටසකි. මෙහෙයුම් මූලධර්මය iBGP හි මාර්ග පරාවර්තකයට හෝ OSPF හි නම් කරන ලද රවුටරයට බෙහෙවින් සමාන වන අතර එම ගැටළු විසඳයි. රථවාහන හුවමාරු ලක්ෂ්‍යයක සහභාගිවන්නන් සංඛ්‍යාව වර්ධනය වන විට, එක් එක් සහභාගිවන්නෙකුට සහාය වීමට අවශ්‍ය BGP සැසි ගණන වැඩි වේ, i.e. මෙය iBGP හි සම්භාව්‍ය පූර්ණ-දැල් ස්ථාන විද්‍යාව සිහිගන්වයි. RS පහත දැක්වෙන ආකාරයෙන් ගැටළුව විසඳයි: එය සෑම උනන්දුවක් දක්වන IXP සහභාගිවන්නෙකු සමඟම BGP සැසියක් ස්ථාපිත කරයි, සහ එම සහභාගිකයා RS සේවාලාභියෙකු බවට පත් වේ. එහි එක් සේවාදායකයෙකුගෙන් BGP යාවත්කාලීනයක් ලැබීමෙන්, RS විසින් මෙම යාවත්කාලීනය ලැබුණු තැනැත්තා හැර, එහි අනෙකුත් සියලුම සේවාදායකයින් වෙත මෙම යාවත්කාලීනය යවයි. මේ අනුව, RS විසින් සියලුම IXP සාමාජිකයින් අතර පූර්ණ දැලක් පිහිටුවීමේ අවශ්‍යතාවය ඉවත් කරන අතර පරිමාණය කිරීමේ ගැටලුව අලංකාර ලෙස විසඳයි. BGP විසින් සම්ප්‍රේෂණය කරන ලද ගුණාංගවල වෙනස්කම් නොකර මාර්ග සේවාදායකය එක් AS සිට තවත් මාර්ගයකට විනිවිද පෙනෙන ලෙස මාර්ග සම්ප්‍රේෂණය කරන බව සඳහන් කිරීම වටී, උදාහරණයක් ලෙස, එය එහි AS හි අංකය AS-මාර්ගයට එකතු නොකරයි. RS මත ද මාර්ගවල මූලික පෙරහන ඇත: උදාහරණයක් ලෙස, RS විසින් Martians ජාල සහ IXP හි උපසර්ගයන් පිළි නොගනී.

    විවෘත මූලාශ්‍ර මෘදුකාංග රවුටරයක් ​​වන BIRD (කුරුළු අන්තර්ජාල රවුටින් ඩීමන්) බොහෝ විට මාර්ග සේවාදායක විසඳුමක් ලෙස භාවිතා කරයි. එහි ඇති හොඳ දෙය නම් එය නොමිලේ වීම, බොහෝ ලිනක්ස් බෙදාහැරීම් මත ඉක්මනින් යෙදවීම, මාර්ගගත කිරීම්/පෙරහන ප්‍රතිපත්ති සැකසීම සඳහා නම්‍යශීලී යාන්ත්‍රණයක් තිබීම සහ පරිගණක සම්පත් සඳහා ඉල්ලුමක් නොමැති වීමයි. ඒ වගේම Cisco, Juniper, etc වල Hardware/virtual router එකක් RS එකක් විදියට තෝරගන්න පුළුවන්.

  • ආරක්ෂාව. IXP ජාලයක් යනු AS විශාල සංඛ්‍යාවක සාන්ද්‍රණයක් බැවින්, සියලුම සහභාගිවන්නන් අනුගමනය කළ යුතු ආරක්ෂක ප්‍රතිපත්තිය හොඳින් ලියා තිබිය යුතුය. සාමාන්‍යයෙන්, IXP එකකින් පිටත වෙන වෙනම BGP සම වයසේ මිතුරන් දෙදෙනෙකු අතර BGP යාබදව ස්ථාපනය කිරීමේදී අදාළ වන සියලුම යාන්ත්‍රණයන්ම මෙහි අදාළ වන අතර අමතර ආරක්ෂක විශේෂාංග කිහිපයක්ද ඇත.

    උදාහරණයක් ලෙස, IXP සහභාගිවන්නාගේ නිශ්චිත මැක් ලිපිනයකින් පමණක් ගමනාගමනයට ඉඩ දීම හොඳ පුරුද්දකි, එය කල්තියා සාකච්ඡා කෙරේ. 0x0800(IPv4), 0x08dd(IPv6), 0x0806(ARP) හැර වෙනත් ඊතර්ටයිප් ක්ෂේත්‍ර සමඟ ගමනාගමනය ප්‍රතික්ෂේප කිරීම; මෙය සිදු කරනු ලබන්නේ BGP පීරිං වලට අයත් නොවන ගමනාගමනය පෙරීම සඳහා ය. GTSM, RPKI වැනි යාන්ත්‍රණ ද භාවිතා කළ හැකිය.

පරිමාණය කුමක් වුවත්, ඕනෑම IXP එකක ප්‍රධාන කොටස් ඉහත සඳහන් කළ හැක. ඇත්ත වශයෙන්ම, විශාල IXP වලට අමතර තාක්ෂණයන් සහ විසඳුම් තිබිය හැක.
IXP එහි සහභාගිවන්නන්ට අමතර සේවාවන් සපයයි:

  • IXP TLD DNS සේවාදායකයේ තබා ඇත,
  • දෘඪාංග NTP සේවාදායකයන් ස්ථාපනය කරන්න, සහභාගිවන්නන්ට කාලය නිවැරදිව සමමුහුර්ත කිරීමට ඉඩ සලසයි,
  • DDoS ප්‍රහාර ආදියෙන් ආරක්ෂාව සපයයි.

එය ක්රියා කරන ආකාරය

EVE-NG භාවිතයෙන් ආකෘතිගත කරන ලද සරල IXP උදාහරණය භාවිතා කරමින් රථවාහන හුවමාරු ලක්ෂ්‍යයක ක්‍රියාකාරිත්වයේ මූලධර්මය දෙස බලමු, ඉන්පසු BIRD මෘදුකාංග රවුටරයක මූලික සැකසුම සලකා බලමු. රූප සටහන සරල කිරීම සඳහා, අපි අතිරික්තය සහ වැරදි ඉවසීම වැනි වැදගත් දේවල් ඉවත් කරමු.

ජාල ස්ථලකය පහත රූපයේ දැක්වේ.

රථවාහන හුවමාරු ස්ථානය: මූලාරම්භයේ සිට ඔබේම IX නිර්මාණය කිරීම දක්වා

අපි කුඩා හුවමාරු ලක්ෂ්‍යයක් පරිපාලනය කර පහත සමානාත්මතා විකල්ප ලබා දෙන බව උපකල්පනය කරමු:

  • මහජන බැල්ම
  • පුද්ගලික විමසිල්ල,
  • මාර්ග සේවාදායකය හරහා බැලීම.

අපගේ AS අංකය 555 වේ, අපට IPv4 ලිපින සමූහයක් ඇත - 50.50.50.0/24, එයින් අපි අපගේ ජාලයට සම්බන්ධ වීමට කැමති අය සඳහා IP ලිපින නිකුත් කරමු.

50.50.50.254 - මාර්ග සේවාදායක අතුරුමුහුණත මත වින්‍යාස කර ඇති IP ලිපිනය, මෙම IP සේවාලාභීන් RS හරහා විමසා බැලීමේදී BGP සැසියක් පිහිටුවනු ඇත.

එසේම, RS හරහා විමසා බැලීම සඳහා, අපි BGP ප්‍රජාව මත පදනම් වූ සරල මාර්ගගත කිරීමේ ප්‍රතිපත්තියක් සකස් කර ඇති අතර, IXP සහභාගිවන්නන්ට යැවිය යුත්තේ කාටද සහ කුමන මාර්ගද යන්න නියාමනය කිරීමට ඉඩ සලසයි:

BGP ප්රජාව
විස්තර

LOCAL_AS:PEER_AS
PEER_AS වෙත පමණක් උපසර්ග යවන්න

LOCAL_AS:IXP_AS
සියලුම IXP සහභාගිවන්නන්ට උපසර්ග මාරු කරන්න

සේවාදායකයින් 3 දෙනෙකුට අපගේ IXP වෙත සම්බන්ධ වීමට සහ ගමනාගමනය හුවමාරු කර ගැනීමට අවශ්‍යයි; අපි කියමු මේ අය Internet providers කියලා. ඔවුන් සියල්ලන්ටම මාර්ග සේවාදායකයක් හරහා පීරිං සංවිධානය කිරීමට අවශ්‍යයි. පහත දැක්වෙන්නේ සේවාදායක සම්බන්ධතා පරාමිතීන් සහිත රූප සටහනකි:

පාරිභෝගිකයා
පාරිභෝගික ඒඑස් අංකය
සේවාලාභියා ප්‍රචාරණය කළ උපසර්ග
IXP වෙත සම්බන්ධ වීමට සේවාදායකයාට නිකුත් කරන ලද IP ලිපිනය

ISP #1
ඒඑස් 100
1.1.0.0/16
50.50.50.10/24

ISP #2
ඒඑස් 200
2.2.0.0/16
50.50.50.20/24

ISP #3
ඒඑස් 300
3.3.0.0/16
50.50.50.30/24

සේවාදායක රවුටරයේ මූලික BGP සැකසුම:

router bgp 100
 no bgp enforce-first-as
 bgp log-neighbor-changes
 neighbor 50.50.50.254 remote-as 555
address-family ipv4
  network 1.1.0.0 mask 255.255.0.0
  neighbor 50.50.50.254 activate
  neighbor 50.50.50.254 send-community both
  neighbor 50.50.50.254 soft-reconfiguration inbound
  neighbor 50.50.50.254 route-map ixp-out out
 exit-address-family

ip prefix-list as100-prefixes seq 5 permit 1.1.0.0/16
route-map bgp-out permit 10
 match ip address prefix-list as100-prefixes
 set community 555:555

මෙහි bgp enforce-first ලෙස සැකසුම නොමැති බව සඳහන් කිරීම වටී. පෙරනිමියෙන්, BGP හට ලැබුණු BGP යාවත්කාලීනයක as-path හි යාවත්කාලීනය ලැබුණු සම ​​වයසේ පුද්ගලයාගේ bgp අංකය ලෙස අඩංගු වීම අවශ්‍ය වේ. නමුත් මාර්ග සේවාදායකය as-path හි වෙනස්කම් සිදු නොකරන බැවින්, එහි අංකය as-path හි නොමැති අතර යාවත්කාලීන කිරීම ඉවතලනු ඇත. රවුටරය මෙම රීතිය නොසලකා හැරීමට මෙම සැකසුම භාවිතා කරයි.

සේවාදායකයා මෙම උපසර්ගයට bgp ප්‍රජාව 555:555 ලෙස සකසා ඇති බව ද අපට පෙනේ, එයින් අදහස් වන්නේ අපගේ ප්‍රතිපත්තියට අනුව සේවාදායකයාට මෙම උපසර්ගය අනෙකුත් සියලුම සහභාගිවන්නන්ට ප්‍රචාරණය කිරීමට අවශ්‍ය බවයි.

අනෙකුත් සේවාලාභීන්ගේ රවුටර සඳහා, ඔවුන්ගේ අද්විතීය පරාමිතීන් හැර, සැකසුම් සමාන වනු ඇත.

උදාහරණ BIRD වින්‍යාසය:

define ixp_as = 555;
define ixp_prefixes = [ 50.50.50.0/24+ ];

template bgp RS_CLIENT {
  local as ixp_as;
  rs client;
}

පහත දැක්වෙන්නේ අඟහරු උපසර්ගයන් මෙන්ම IXP හි උපසර්ගයන් පිළි නොගන්නා පෙරහනක් විස්තර කරයි:

function catch_martians_and_ixp()
prefix set martians;
prefix set ixp_prefixes;
{
  martians = [ 
  0.0.0.0/8+,
  10.0.0.0/8+,
  100.64.0.0/10+,
  127.0.0.0/8+,
  169.254.0.0/16+,
  172.16.0.0/12+,
  192.0.0.0/24+,
  192.0.2.0/24+,
  192.168.0.0/16+,
  198.18.0.0/15+,
  198.51.100.0/24+,
  203.0.113.0/24+,
  224.0.0.0/4+,
  240.0.0.0/4+ ];

  if net ~ martians || net ~ ixp_prefixes then return false;

  return true;
}

මෙම කාර්යය අප කලින් විස්තර කළ මාර්ගගත කිරීමේ ප්‍රතිපත්තිය ක්‍රියාත්මක කරයි.

function bgp_ixp_policy(int peer_as)
{
  if (ixp_as, ixp_as) ~ bgp_community then return true;
  if (ixp_as, peer_as) ~ bgp_community then return true;

  return false;
}

filter reject_martians_and_ixp
{
  if catch_martians_and_ixp() then reject;
  if ( net ~ [0.0.0.0/0{25,32} ] ) then {
    reject;
  }
  accept;


}

අපි පීරිං වින්‍යාස කරමු, සුදුසු පෙරහන් සහ ප්‍රතිපත්ති යොදන්නෙමු.

protocol as_100 from RS_CLIENT {
  neighbor 50.50.50.10 as 100;
  ipv4 {
    export where bgp_ixp_policy(100);
    import filter reject_martians_and_ixp;
  }
}

protocol as_200 from RS_CLIENT {
  neighbor 50.50.50.20 as 200;
  ipv4 {
    export where bgp_ixp_policy(200);
    import filter reject_martians_and_ixp;
  }
}

protocol as_300 from RS_CLIENT {
  neighbor 50.50.50.30 as 300;
  ipv4 {
    export where bgp_ixp_policy(300);
    import filter reject_martians_and_ixp;
  }
}

මාර්ග සේවාදායකයක විවිධ සම වයසේ මිතුරන්ගෙන් විවිධ RIB වලට මාර්ග තැබීම හොඳ පුරුද්දක් බව සඳහන් කිරීම වටී. BIRD ඔබට මෙය කිරීමට ඉඩ දෙයි. අපගේ උදාහරණයේ දී, සරල බව සඳහා, සියලුම සේවාලාභීන්ගෙන් ලැබෙන සියලුම යාවත්කාලීනයන් එක් පොදු RIB එකකට එකතු කරනු ලැබේ.

එබැවින්, අපට ලැබී ඇති දේ පරීක්ෂා කර බලමු.

මාර්ග සේවාදායකයේ, සේවාදායකයින් තිදෙනා සමඟම BGP සැසියක් ස්ථාපිත කර ඇති බව අපට පෙනේ:

රථවාහන හුවමාරු ස්ථානය: මූලාරම්භයේ සිට ඔබේම IX නිර්මාණය කිරීම දක්වා

සියලුම සේවාදායකයින්ගෙන් අපට උපසර්ග ලැබෙන බව අපට පෙනේ:

රථවාහන හුවමාරු ස්ථානය: මූලාරම්භයේ සිට ඔබේම IX නිර්මාණය කිරීම දක්වා

100 රවුටරයේ, මාර්ග සේවාදායකය සමඟ එක් BGP සැසියක් පමණක් තිබේ නම්, අපට 200 සහ 300 ලෙස උපසර්ග ලැබෙන අතර, BGP ගුණාංග වෙනස් වී නොමැති අතර, සේවාදායකයින් අතර සුපරීක්ෂාකාරීව සෘජුවම සිදු වූවාක් මෙන්:

රථවාහන හුවමාරු ස්ථානය: මූලාරම්භයේ සිට ඔබේම IX නිර්මාණය කිරීම දක්වා

මේ අනුව, මාර්ග සේවාදායකයක් තිබීම IXP හි පීරිං සංවිධානය කිරීම බෙහෙවින් සරල කරන බව අපට පෙනේ.

IXPs ක්‍රියා කරන ආකාරය සහ IXP මත මාර්ග සේවාදායකය ක්‍රියා කරන ආකාරය වඩාත් හොඳින් අවබෝධ කර ගැනීමට මෙම නිරූපණය ඔබට උපකාර වනු ඇතැයි මම බලාපොරොත්තු වෙමි.

Linxdatacenter IX

Linxdatacenter හිදී, අපි ස්විච 2ක සහ මාර්ග සේවාදායක 2ක දෝෂවලට ඔරොත්තු දෙන යටිතල පහසුකම් මත පදනම්ව අපගේම IXP ගොඩනගා ගත්තෙමු. අපගේ IXP දැන් පරීක්ෂණ මාදිලියේ ක්‍රියාත්මක වන අතර, Linxdatacenter IX වෙත සම්බන්ධ වී පරීක්ෂාවට සහභාගී වන ලෙස අපි සැමට ආරාධනා කරමු. සම්බන්ධ වූ විට, ඔබට 1 Gbit/s කලාප පළලක් සහිත වරායක්, අපගේ මාර්ග සේවාදායක හරහා බැලීමේ හැකියාව මෙන්ම IX ද්වාරයෙහි ඔබගේ පුද්ගලික ගිණුමට ප්‍රවේශය ලබා දෙනු ඇත. ix.linxdatacenter.com.

පරීක්ෂණ සඳහා ප්‍රවේශය ලබා ගැනීමට අදහස් හෝ පුද්ගලික පණිවිඩවල ලියන්න.

නිගමනය

ටෙලිකොම් ක්‍රියාකරුවන් අතර උපප්‍රශස්ත ගමනාගමන ප්‍රවාහය පිළිබඳ ගැටළුව විසඳීමේ මෙවලමක් ලෙස අන්තර්ජාලය ආරම්භයේදී රථවාහන හුවමාරු ස්ථාන මතු විය. දැන්, නව ගෝලීය සේවා පැමිණීමත් සමඟ CDN ගමනාගමනයේ ප්‍රමාණය වැඩි වීමත් සමඟ, හුවමාරු ස්ථාන ගෝලීය ජාලයේ ක්‍රියාකාරිත්වය ප්‍රශස්ත කරයි. ලෝකයේ IXP සංඛ්‍යාව වැඩිවීම සේවාවේ අවසාන පරිශීලකයාට සහ ටෙලිකොම් ක්‍රියාකරුවන්, අන්තර්ගත ක්‍රියාකරුවන් යනාදිය යන දෙඅංශයෙන්ම ප්‍රතිලාභ ලබයි. IXP සහභාගිවන්නන් සඳහා, ප්‍රතිලාභය ප්‍රකාශ කරනුයේ බාහිර සමානාත්මතාවය සංවිධානය කිරීමේ පිරිවැය අඩු කිරීම, ඉහළ මට්ටමේ ක්‍රියාකරුවන්ට ගෙවිය යුතු ගමනාගමන ප්‍රමාණය අඩු කිරීම, මාර්ගගත කිරීම ප්‍රශස්ත කිරීම සහ අන්තර්ගත ක්‍රියාකරුවන් සමඟ සෘජු අතුරු මුහුණතක් ලබා ගැනීමේ හැකියාවයි.

ප්රයෝජනවත් සබැඳි

  • රථවාහන හුවමාරු ස්ථාන පිහිටීම පිළිබඳ සිතියමක් බලන්න: www.internetexchangemap.com
  • IXP හි සිටීම ඇතුළුව BGP පීරිං පිළිබඳ සවිස්තරාත්මක සංඛ්‍යාලේඛන බලන්න: www.peeringdb.com

මූලාශ්රය: www.habr.com

අදහස් එක් කරන්න