🥇போக்குவரத்து பரிமாற்ற புள்ளி: தோற்றம் முதல் உங்கள் சொந்த IX ஐ உருவாக்குவது வரை

"SRI இல் உள்ள தோழர்களுக்கும் எங்களுக்கும் இடையே ஒரு தொலைபேசி இணைப்பை நாங்கள் அமைத்துள்ளோம்...", க்ளீன்ராக்... ஒரு பேட்டியில் கூறினார்:
"எல் ஐ டைப் செய்தோம், நாங்கள் ஃபோனில் கேட்டோம், "எல்லைப் பார்க்கிறீர்களா?"
"ஆம், நாங்கள் எல் பார்க்கிறோம்," பதில் வந்தது.
"நாங்கள் O ஐ தட்டச்சு செய்தோம், "நீங்கள் O ஐப் பார்க்கிறீர்களா" என்று கேட்டோம்.
"ஆம், நாங்கள் O ஐப் பார்க்கிறோம்."
"பின்னர் நாங்கள் G ஐ தட்டச்சு செய்தோம், கணினி செயலிழந்தது"...

இன்னும் ஒரு புரட்சி தொடங்கியது ...

இணையத்தின் ஆரம்பம்.

அனைவருக்கும் வணக்கம்!

என் பெயர் அலெக்சாண்டர், நான் Linxdatacenter இல் ஒரு பிணைய பொறியாளர். இன்றைய கட்டுரையில் நாம் போக்குவரத்து பரிமாற்ற புள்ளிகள் (இன்டர்நெட் எக்ஸ்சேஞ்ச் புள்ளிகள், IXP) பற்றி பேசுவோம்: அவற்றின் தோற்றத்திற்கு முந்தையது என்ன, அவை என்ன பணிகளை தீர்க்கின்றன மற்றும் அவை எவ்வாறு கட்டமைக்கப்படுகின்றன. இந்த கட்டுரையில் நான் EVE-NG இயங்குதளம் மற்றும் BIRD மென்பொருள் திசைவியைப் பயன்படுத்தி IXP இன் செயல்பாட்டுக் கொள்கையை நிரூபிப்பேன், இதன் மூலம் அது "ஹூட்டின் கீழ்" எவ்வாறு செயல்படுகிறது என்பதைப் புரிந்துகொள்வீர்கள்.

வரலாற்றின் ஒரு பிட்

பார்த்தால் இங்கே, போக்குவரத்து பரிமாற்ற புள்ளிகளின் எண்ணிக்கையில் விரைவான வளர்ச்சி 1993 இல் தொடங்கியது என்பதை நீங்கள் காணலாம். அந்த நேரத்தில் இருந்த டெலிகாம் ஆபரேட்டர்களின் பெரும்பாலான போக்குவரத்து அமெரிக்க முதுகெலும்பு நெட்வொர்க் வழியாக சென்றதே இதற்குக் காரணம். எனவே, எடுத்துக்காட்டாக, போக்குவரத்து பிரான்சில் ஒரு ஆபரேட்டரிடமிருந்து ஜெர்மனியில் ஒரு ஆபரேட்டருக்குச் சென்றபோது, அது முதலில் பிரான்சிலிருந்து அமெரிக்காவிற்கும், பின்னர் அமெரிக்காவிலிருந்து ஜெர்மனிக்கும் சென்றது. இந்த வழக்கில் முதுகெலும்பு நெட்வொர்க் பிரான்ஸ் மற்றும் ஜெர்மனிக்கு இடையே ஒரு போக்குவரமாக செயல்பட்டது. ஒரு நாட்டிற்குள் போக்குவரத்து பெரும்பாலும் நேரடியாக அல்ல, ஆனால் அமெரிக்க ஆபரேட்டர்களின் முதுகெலும்பு நெட்வொர்க்குகள் வழியாகவே செல்கிறது.

இந்த நிலை போக்குவரத்து போக்குவரத்தை வழங்குவதற்கான செலவை மட்டுமல்ல, சேனல்களின் தரம் மற்றும் தாமதங்களையும் பாதித்தது. இணைய பயனர்களின் எண்ணிக்கை அதிகரித்தது, புதிய ஆபரேட்டர்கள் தோன்றினர், போக்குவரத்தின் அளவு அதிகரித்தது மற்றும் இணையம் முதிர்ச்சியடைந்தது. உலகெங்கிலும் உள்ள ஆபரேட்டர்கள் இடை-ஆபரேட்டர் தொடர்புகளை ஒழுங்கமைக்க மிகவும் பகுத்தறிவு அணுகுமுறை தேவை என்பதை உணரத் தொடங்கினர். "அடுத்த தெருவில் இருக்கும் ஆபரேட்டர் பிக்கு போக்குவரத்தை வழங்குவதற்காக, ஆபரேட்டர் ஏ, நான் ஏன் வேறொரு நாட்டின் வழியாகப் போக்குவரத்துக்கு பணம் செலுத்த வேண்டும்?" அந்த நேரத்தில் தொலைத்தொடர்பு ஆபரேட்டர்கள் தங்களைத் தாங்களே கேட்டுக்கொண்ட கேள்வி இதுதான். எனவே, போக்குவரத்து பரிமாற்ற புள்ளிகள் உலகின் பல்வேறு பகுதிகளில் ஆபரேட்டர் செறிவு புள்ளிகளில் தோன்றத் தொடங்கின:

1994 – லண்டனில் LINX,
1995 – பிராங்பேர்ட்டில் DE-CIX,
1995 - MSK-IX, மாஸ்கோவில், முதலியன.

இணையம் மற்றும் நமது நாட்கள்

கருத்தியல் ரீதியாக, நவீன இணையத்தின் கட்டமைப்பானது பல தன்னாட்சி அமைப்புகள் (AS) மற்றும் அவற்றுக்கிடையேயான பல இணைப்புகள், உடல் மற்றும் தர்க்கரீதியானவை, இது ஒரு AS இலிருந்து மற்றொன்றுக்கு போக்குவரத்தின் பாதையை தீர்மானிக்கிறது.

ASக்கள் பொதுவாக தொலைத்தொடர்பு ஆபரேட்டர்கள், இணைய வழங்குநர்கள், CDNகள், தரவு மையங்கள் மற்றும் நிறுவனப் பிரிவு நிறுவனங்கள். பொதுவாக BGP நெறிமுறையைப் பயன்படுத்தி, ஏஎஸ்கள் தங்களுக்குள் தருக்க இணைப்புகளை (பியரிங்) ஒழுங்கமைக்கின்றன.

தன்னாட்சி அமைப்புகள் இந்த இணைப்புகளை எவ்வாறு ஒழுங்கமைக்கின்றன என்பது பல காரணிகளால் தீர்மானிக்கப்படுகிறது:

புவியியல்,
பொருளாதார,
அரசியல்,
AS உரிமையாளர்களிடையே ஒப்பந்தங்கள் மற்றும் பொதுவான நலன்கள்,
மற்றும் பல.

நிச்சயமாக, இந்த திட்டம் ஒரு குறிப்பிட்ட அமைப்பு மற்றும் படிநிலை உள்ளது. எனவே, ஆபரேட்டர்கள் அடுக்கு-1, அடுக்கு-2 மற்றும் அடுக்கு-3 எனப் பிரிக்கப்பட்டுள்ளனர், மேலும் உள்ளூர் இணைய வழங்குநரின் (அடுக்கு-3) வாடிக்கையாளர்கள், ஒரு விதியாக, சாதாரண பயனர்களாக இருந்தால், எடுத்துக்காட்டாக, அடுக்கு-1க்கு நிலை இயக்குபவர்கள் வாடிக்கையாளர்கள் மற்ற ஆபரேட்டர்கள். அடுக்கு-3 ஆபரேட்டர்கள் தங்கள் சந்தாதாரர்களின் போக்குவரத்தை ஒருங்கிணைக்கின்றனர், அடுக்கு-2 தொலைத்தொடர்பு ஆபரேட்டர்கள், இதையொட்டி, அடுக்கு-3 ஆபரேட்டர்களின் போக்குவரத்தையும், அடுக்கு-1 - அனைத்து இணையப் போக்குவரத்தையும் ஒருங்கிணைக்கிறது.

திட்டவட்டமாக இதை இவ்வாறு குறிப்பிடலாம்:

கீழே இருந்து மேல் வரை போக்குவரத்து ஒருங்கிணைக்கப்பட்டுள்ளது என்பதை இந்தப் படம் காட்டுகிறது, அதாவது. இறுதிப் பயனர்கள் முதல் அடுக்கு-1 ஆபரேட்டர்கள் வரை. AS களுக்கு இடையே கிடைமட்ட பரிமாற்றம் உள்ளது, அவை தோராயமாக ஒன்றுக்கொன்று சமமானவை.

இந்த திட்டத்தின் ஒரு ஒருங்கிணைந்த பகுதி மற்றும் அதே நேரத்தில் ஒரு தீமை என்பது புவியியல் பகுதிக்குள், இறுதி பயனருக்கு நெருக்கமாக அமைந்துள்ள தன்னாட்சி அமைப்புகளுக்கு இடையிலான இணைப்புகளின் ஒரு குறிப்பிட்ட குழப்பம் ஆகும். கீழே உள்ள படத்தைக் கவனியுங்கள்:

ஒரு பெரிய நகரத்தில் 5 தொலைத்தொடர்பு ஆபரேட்டர்கள் உள்ளனர் என்று வைத்துக்கொள்வோம், அவற்றுக்கிடையே ஒரு காரணத்திற்காக அல்லது மற்றொரு காரணத்திற்காக, மேலே காட்டப்பட்டுள்ளபடி ஒழுங்கமைக்கப்பட்டுள்ளது.

Go ISP உடன் இணைக்கப்பட்டுள்ள பயனர் Petya, ASM வழங்குனருடன் இணைக்கப்பட்ட சேவையகத்தை அணுக விரும்பினால், அவர்களுக்கிடையேயான போக்குவரத்து 5 தன்னாட்சி அமைப்புகளைக் கடந்து செல்ல வேண்டிய கட்டாயம் ஏற்படும். இது தாமதத்தை அதிகரிக்கிறது ஏனெனில் ட்ராஃபிக் செல்லும் நெட்வொர்க் சாதனங்களின் எண்ணிக்கை அதிகரிக்கிறது, அத்துடன் Go மற்றும் ASM க்கு இடையே உள்ள தன்னாட்சி அமைப்புகளில் போக்குவரத்து போக்குவரத்தின் அளவும் அதிகரிக்கிறது.

ட்ராஃபிக் கட்டாயமாக கடந்து செல்லும் டிரான்சிட் ஏஎஸ்களின் எண்ணிக்கையை எவ்வாறு குறைப்பது? அது சரி - போக்குவரத்து பரிமாற்ற புள்ளி.

இன்று, புதிய IXPகளின் தோற்றம், 90கள்-2000களின் தொடக்கத்தில் இருந்த அதே தேவைகளால் உந்தப்படுகிறது, சிறிய அளவில் மட்டுமே, அதிகரித்து வரும் டெலிகாம் ஆபரேட்டர்கள், பயனர்கள் மற்றும் போக்குவரத்து, CDN நெட்வொர்க்குகளால் உருவாக்கப்பட்ட உள்ளடக்கத்தின் அளவு அதிகரித்து வருகிறது. மற்றும் தரவு மையங்கள்.

பரிமாற்ற புள்ளி என்றால் என்ன?

போக்குவரத்து பரிமாற்ற புள்ளி என்பது பரஸ்பர போக்குவரத்து பரிமாற்றத்தில் ஆர்வமுள்ள பங்கேற்பாளர்கள் பரஸ்பர பியரிங் ஏற்பாடு செய்யும் சிறப்பு நெட்வொர்க் உள்கட்டமைப்புடன் கூடிய இடமாகும். போக்குவரத்து பரிமாற்ற புள்ளிகளின் முக்கிய பங்கேற்பாளர்கள்: தொலைதொடர்பு ஆபரேட்டர்கள், இணைய வழங்குநர்கள், உள்ளடக்க வழங்குநர்கள் மற்றும் தரவு மையங்கள். போக்குவரத்து பரிமாற்ற புள்ளிகளில், பங்கேற்பாளர்கள் ஒருவருக்கொருவர் நேரடியாக இணைகிறார்கள். பின்வரும் சிக்கல்களைத் தீர்க்க இது உங்களை அனுமதிக்கிறது:

தாமதத்தை குறைக்க,
போக்குவரத்து போக்குவரத்தின் அளவைக் குறைத்தல்,
AS இடையே ரூட்டிங் மேம்படுத்தவும்.

உலகெங்கிலும் உள்ள பல பெரிய நகரங்களில் IXP கள் இருப்பதைக் கருத்தில் கொண்டு, இவை அனைத்தும் இணையத்தில் ஒரு நன்மை பயக்கும்.

பெட்டியாவுடனான மேலே உள்ள நிலைமை IXP ஐப் பயன்படுத்தி தீர்க்கப்பட்டால், அது இதுபோன்ற ஒன்றை மாற்றும்:

போக்குவரத்து பரிமாற்ற புள்ளி எவ்வாறு செயல்படுகிறது?

ஒரு விதியாக, IXP என்பது அதன் சொந்த பொது IPv4/IPv6 முகவரிகளைக் கொண்ட தனி AS ஆகும்.

IXP நெட்வொர்க் பெரும்பாலும் தொடர்ச்சியான L2 டொமைனைக் கொண்டுள்ளது. சில நேரங்களில் இது அனைத்து IXP கிளையண்டுகளையும் வழங்கும் VLAN ஆகும். பெரிய, புவியியல் ரீதியாக விநியோகிக்கப்பட்ட IXPகளுக்கு வரும்போது, MPLS, VXLAN போன்ற தொழில்நுட்பங்கள், L2 டொமைனை ஒழுங்கமைக்கப் பயன்படுத்தப்படலாம்.

IXP கூறுகள்

எஸ்.கே.எஸ். இங்கே அசாதாரணமானது எதுவும் இல்லை: ரேக்குகள், ஆப்டிகல் குறுக்கு இணைப்புகள், பேட்ச் பேனல்கள்.
மாறுகிறது - IXP இன் அடிப்படை. சுவிட்ச் போர்ட் என்பது IXP நெட்வொர்க்கிற்கான நுழைவு புள்ளியாகும். சுவிட்சுகள் பாதுகாப்பு செயல்பாடுகளின் ஒரு பகுதியையும் செய்கின்றன - அவை IXP நெட்வொர்க்கில் இல்லாத குப்பை போக்குவரத்தை வடிகட்டுகின்றன. ஒரு விதியாக, செயல்பாட்டுத் தேவைகளின் அடிப்படையில் சுவிட்சுகள் தேர்ந்தெடுக்கப்படுகின்றன - நம்பகத்தன்மை, ஆதரிக்கப்படும் போர்ட் வேகம், பாதுகாப்பு அம்சங்கள், sFlow ஆதரவு போன்றவை.
வழி சேவையகம் (RS) - எந்தவொரு நவீன போக்குவரத்து பரிமாற்ற புள்ளியின் ஒருங்கிணைந்த மற்றும் அவசியமான பகுதி. செயல்பாட்டின் கொள்கை iBGP இல் உள்ள பாதை பிரதிபலிப்பான் அல்லது OSPF இல் நியமிக்கப்பட்ட திசைவிக்கு மிகவும் ஒத்திருக்கிறது மற்றும் அதே சிக்கல்களைத் தீர்க்கிறது. போக்குவரத்து பரிமாற்ற புள்ளியில் பங்கேற்பாளர்களின் எண்ணிக்கை அதிகரிக்கும் போது, ஒவ்வொரு பங்கேற்பாளரும் ஆதரிக்க வேண்டிய BGP அமர்வுகளின் எண்ணிக்கை அதிகரிக்கிறது, அதாவது. இது iBGP இல் உள்ள கிளாசிக் ஃபுல்-மெஷ் டோபாலஜியை நினைவூட்டுகிறது. RS பின்வரும் வழியில் சிக்கலைத் தீர்க்கிறது: இது ஆர்வமுள்ள ஒவ்வொரு IXP பங்கேற்பாளருடனும் BGP அமர்வை நிறுவுகிறது, மேலும் அந்த பங்கேற்பாளர் RS கிளையண்ட் ஆகிறார். அதன் கிளையண்டுகளில் ஒருவரிடமிருந்து BGP புதுப்பிப்பைப் பெற்று, RS இந்தப் புதுப்பிப்பை அதன் மற்ற அனைத்து வாடிக்கையாளர்களுக்கும் அனுப்புகிறது, நிச்சயமாக, இந்தப் புதுப்பிப்பு பெறப்பட்டதைத் தவிர. எனவே, அனைத்து IXP உறுப்பினர்களுக்கும் இடையே ஒரு முழு கண்ணி நிறுவ வேண்டிய தேவையை RS நீக்குகிறது மற்றும் அளவிடுதல் சிக்கலை நேர்த்தியாக தீர்க்கிறது. BGP ஆல் அனுப்பப்படும் பண்புக்கூறுகளில் மாற்றங்களைச் செய்யாமல் ரூட் சர்வர் ஒரு AS இலிருந்து மற்றொன்றுக்கு பாதைகளை வெளிப்படையாக கடத்துகிறது என்பது கவனிக்கத்தக்கது, எடுத்துக்காட்டாக, அதன் AS இல் உள்ள எண்ணை AS-பாதையில் சேர்க்காது. RS இல் வழிகளின் அடிப்படை வடிகட்டுதல் உள்ளது: எடுத்துக்காட்டாக, RS மார்டியன்ஸ் நெட்வொர்க்குகள் மற்றும் IXP இன் முன்னொட்டுகளை ஏற்காது.
ஒரு திறந்த மூல மென்பொருள் திசைவி, BIRD (பறவை இன்டர்நெட் ரூட்டிங் டீமான்), பெரும்பாலும் வழி சேவையக தீர்வாகப் பயன்படுத்தப்படுகிறது. இதில் உள்ள நல்ல விஷயம் என்னவென்றால், இது இலவசம், பெரும்பாலான லினக்ஸ் விநியோகங்களில் விரைவாக வரிசைப்படுத்தப்படுகிறது, ரூட்டிங்/வடிகட்டுதல் கொள்கைகளை அமைப்பதற்கான நெகிழ்வான பொறிமுறையைக் கொண்டுள்ளது மற்றும் கணினி வளங்களைக் கோரவில்லை. மேலும், சிஸ்கோ, ஜூனிபர் போன்றவற்றின் ஹார்டுவேர்/விர்ச்சுவல் ரூட்டரை 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 மென்பொருள் திசைவியின் அடிப்படை அமைப்பைக் கருத்தில் கொள்வோம். வரைபடத்தை எளிமைப்படுத்த, பணிநீக்கம் மற்றும் தவறு சகிப்புத்தன்மை போன்ற முக்கியமான விஷயங்களை நாங்கள் தவிர்த்து விடுவோம்.

நெட்வொர்க் டோபாலஜி கீழே உள்ள படத்தில் காட்டப்பட்டுள்ளது.

நாங்கள் ஒரு சிறிய பரிமாற்ற புள்ளியை நிர்வகித்து பின்வரும் பியரிங் விருப்பங்களை வழங்குகிறோம் என்று வைத்துக்கொள்வோம்:

பொது பார்வை,
தனிப்பட்ட பியரிங்,
வழி சேவையகம் வழியாக உற்றுப் பார்க்கிறது.

எங்களின் AS எண் 555, எங்களிடம் IPv4 முகவரிகள் உள்ளன - 50.50.50.0/24, அதில் இருந்து எங்கள் நெட்வொர்க்குடன் இணைக்க விரும்புபவர்களுக்கு IP முகவரிகளை வழங்குகிறோம்.

50.50.50.254 – ரூட் சர்வர் இன்டர்ஃபேஸில் உள்ளமைக்கப்பட்ட ஐபி முகவரி, இந்த ஐபி கிளையன்ட்கள் ஆர்எஸ் வழியாகப் பார்க்கும்போது பிஜிபி அமர்வை நிறுவும்.

மேலும், RS வழியாக உற்றுப் பார்ப்பதற்காக, BGP சமூகத்தின் அடிப்படையில் ஒரு எளிய ரூட்டிங் கொள்கையை நாங்கள் உருவாக்கியுள்ளோம், இது IXP பங்கேற்பாளர்கள் யாருக்கு, எந்த வழிகளை அனுப்ப வேண்டும் என்பதைக் கட்டுப்படுத்த அனுமதிக்கிறது:

BGP சமூகம்
விளக்கம்

LOCAL_AS:PEER_AS
முன்னொட்டுகளை PEER_AS க்கு மட்டும் அனுப்பவும்

LOCAL_AS:IXP_AS
அனைத்து IXP பங்கேற்பாளர்களுக்கும் முன்னொட்டுகளை மாற்றவும்

3 வாடிக்கையாளர்கள் எங்கள் IXP உடன் இணைக்க மற்றும் போக்குவரத்தை பரிமாறிக்கொள்ள விரும்புகிறார்கள்; இவர்கள் இணைய வழங்குநர்கள் என்று வைத்துக் கொள்வோம். அவர்கள் அனைவரும் ரூட் சர்வர் மூலம் பியரிங் ஏற்பாடு செய்ய விரும்புகிறார்கள். கிளையன்ட் இணைப்பு அளவுருக்கள் கொண்ட வரைபடம் கீழே உள்ளது:

வாடிக்கையாளர்
வாடிக்கையாளர் AS எண்
கிளையண்ட் விளம்பரப்படுத்தப்பட்ட முன்னொட்டுகள்
IXP உடன் இணைக்க கிளையண்டிற்கு வழங்கப்பட்ட IP முகவரி

ISP #1
AS 100
1.1.0.0/16
50.50.50.10/24

ISP #2
AS 200
2.2.0.0/16
50.50.50.20/24

ISP #3
AS 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 ஆனது பெறப்பட்ட BGP புதுப்பிப்புக்கான பாதையில் புதுப்பிப்பு பெறப்பட்ட பிஜிபி எண்ணைக் கொண்டிருக்க வேண்டும். ஆனால் ரூட் சர்வர் அஸ்-பாத்தில் மாற்றங்களைச் செய்யாததால், அதன் எண் அஸ்-பாத்தில் இருக்காது மேலும் அப்டேட் நிராகரிக்கப்படும். ரூட்டர் இந்த விதியை புறக்கணிக்க இந்த அமைப்பு பயன்படுத்தப்படுகிறது.

கிளையன்ட் இந்த முன்னொட்டுக்கு 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 அமர்வு நிறுவப்பட்டிருப்பதைக் காண்கிறோம்:

எல்லா வாடிக்கையாளர்களிடமிருந்தும் முன்னொட்டுகளைப் பெறுவதை நாங்கள் காண்கிறோம்:

100 ரூட்டரில், ரூட் சர்வரில் ஒரே ஒரு பிஜிபி அமர்வு இருந்தால், 200 மற்றும் 300 என இரண்டிலிருந்தும் முன்னொட்டுகளைப் பெறுகிறோம், அதே சமயம் பிஜிபி பண்புக்கூறுகள் மாறாமல், வாடிக்கையாளர்களுக்கு இடையே பியரிங் நேரடியாக மேற்கொள்ளப்படுவது போல:

எனவே, ஒரு வழி சேவையகத்தின் இருப்பு IXP இல் பியரிங் அமைப்பை பெரிதும் எளிதாக்குகிறது என்பதைக் காண்கிறோம்.

IXP கள் எவ்வாறு செயல்படுகின்றன மற்றும் IXP இல் வழிச் சேவையகம் எவ்வாறு செயல்படுகிறது என்பதை நன்கு புரிந்துகொள்ள இந்த ஆர்ப்பாட்டம் உங்களுக்கு உதவியது என்று நம்புகிறேன்.

Linxdatacenter IX

Linxdatacenter இல், 2 சுவிட்சுகள் மற்றும் 2 வழி சேவையகங்களின் தவறான-சகிப்புத்தன்மை உள்கட்டமைப்பின் அடிப்படையில் எங்கள் சொந்த IXP ஐ உருவாக்கினோம். எங்கள் IXP இப்போது சோதனை முறையில் இயங்குகிறது, மேலும் Linxdatacenter IX உடன் இணைக்க மற்றும் சோதனையில் பங்கேற்க அனைவரையும் அழைக்கிறோம். இணைக்கப்படும் போது, 1 ஜிபிட்/வி அலைவரிசையுடன் கூடிய போர்ட் உங்களுக்கு வழங்கப்படும் ix.linxdatacenter.com.

சோதனைக்கான அணுகலைப் பெற கருத்துகள் அல்லது தனிப்பட்ட செய்திகளில் எழுதவும்.

முடிவுக்கு

தொலைத்தொடர்பு ஆபரேட்டர்களுக்கிடையேயான துணை போக்குவரத்து ஓட்டத்தின் சிக்கலைத் தீர்ப்பதற்கான ஒரு கருவியாக இணையத்தின் விடியலில் போக்குவரத்து பரிமாற்ற புள்ளிகள் எழுந்தன. இப்போது, புதிய உலகளாவிய சேவைகளின் வருகை மற்றும் CDN போக்குவரத்தின் அளவு அதிகரிப்புடன், பரிமாற்ற புள்ளிகள் உலகளாவிய நெட்வொர்க்கின் செயல்பாட்டை மேம்படுத்துவதைத் தொடர்கின்றன. உலகில் IXP களின் எண்ணிக்கையில் அதிகரிப்பு, சேவையின் இறுதிப் பயனர் மற்றும் தொலைத்தொடர்பு ஆபரேட்டர்கள், உள்ளடக்க ஆபரேட்டர்கள் போன்றவர்களுக்கு பயனளிக்கிறது. IXP பங்கேற்பாளர்களுக்கு, வெளிப்புற பியரிங் ஏற்பாடு செய்வதற்கான செலவைக் குறைத்தல், உயர்நிலை ஆபரேட்டர்கள் செலுத்த வேண்டிய போக்குவரத்தின் அளவைக் குறைத்தல், ரூட்டிங் மேம்படுத்துதல் மற்றும் உள்ளடக்க ஆபரேட்டர்களுடன் நேரடியான இடைமுகத்தைக் கொண்டிருக்கும் திறன் ஆகியவற்றில் நன்மை வெளிப்படுத்தப்படுகிறது.

பயனுள்ள இணைப்புகள்

போக்குவரத்து பரிமாற்ற புள்ளிகளின் இருப்பிடத்தின் வரைபடத்தைப் பார்க்கவும்: www.internetexchangemap.com
IXP இல் இருப்பது உட்பட BGP பியரிங் பற்றிய விரிவான புள்ளிவிவரங்களைக் காண்க: www.peeringdb.com

ஆதாரம்: www.habr.com

போக்குவரத்து பரிமாற்ற புள்ளி: தோற்றம் முதல் உங்கள் சொந்த IX ஐ உருவாக்குவது வரை