ஒரு VTEP க்கு ECMP: VXLAN எண்ட்ரோபி எங்கிருந்து வருகிறது

ஹோஸ்ட் வழித்தடத்திற்கு சமச் செலவு பல்வழி பயனற்றது என்ற கூற்று உண்மையாகத் தோன்றும் அளவுக்கு அடிக்கடி திரும்பச் சொல்லப்படுகிறது. /32 ஒரு இலக்கு முகவரியைத் தேர்ந்தெடுக்கிறது, அந்தத் தேர்வில் பாக்கெட்டை ஒரு இயற்பியல் இணைப்புக்கு மட்டுப்படுத்துவது எதுவும் இல்லை. இலக்கு தொலை VXLAN சுரங்கப்பாதையின் முனையாக இருக்கும்போது, பல அடுத்த ஹாப்கள் வெவ்வேறு ஓவர்லே ஓட்டங்களைக் கொண்டு செல்லலாம், அவை அவ்வாறு செய்கின்றனவா என்பது ஃபார்வர்டிங் ஹாஷுக்கு எதைப் பார்க்க அனுமதி உண்டு என்பதைப் பொறுத்தது. மீதமுள்ளது வெளிப்புற தலைப்பில் உள்ள கணக்கீடு, முன்னொட்டின் பண்பு அல்ல.

வழி அணுகலைத் தீர்மானிக்கிறது; ஹாஷ் விநியோகத்தைத் தீர்மானிக்கிறது.

புராணம்: /32 என்பது ஒரு பாதை

OSPF ஒரு VTEP லூப்பேக் வரை சமச் செலவு அணுகலைத் தெரிவிக்கலாம், அதே நேரத்தில் ஃபார்வர்டிங் அட்டவணை அதே முன்னொட்டுக்கு அடுத்த ஹாப்களின் குழுவை நிறுவுகிறது. நெறிமுறை வேட்பாளர்களை வழங்குகிறது; தளம் எவை பயன்படுத்தக்கூடியவை, பாக்கெட் எவ்வாறு ஒதுக்கப்படுகிறது என்பதைத் தீர்மானிக்கிறது. எந்த ரூட்டிங் நெறிமுறையும் ஒவ்வொரு இணைக்கப்பட்ட சட்டகத்துக்கும் புதிய ஹாஷைக் கணக்கிடுவதில்லை. அந்தப் பிரிவே ஒரே வழிகளைக் கொண்ட இரு ரூட்டர்கள் போக்குவரத்தை வெவ்வேறாகப் பிரிக்கக் காரணம்.

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

எண்ட்ரோபி எங்கிருந்து வர வேண்டும்

இரு VTEP க்கு இடையே வெளிப்புற மூல மற்றும் இலக்கு முகவரிகள் நிலையாக இருக்கும், வழக்கமான பயன்பாட்டில் UDP இலக்க போர்ட் 4789 ஆகும். அந்த மதிப்புகளை மட்டும் படிக்கும் ஹாஷ் நிலையான உள்ளீட்டைக் கண்டு நிலையான பாதையைத் திருப்பித் தருகிறது. வெளிப்புற தலைப்பில் ஏதோ மாற வேண்டும், அதை மாற்றக்கூடிய சாதனம் VTEP.

RFC 7348 இணைக்கப்பட்ட சட்டகத்தின் உள்ளே உள்ள புலங்களிலிருந்து UDP மூல போர்ட்டைப் பெற பரிந்துரைக்கிறது. பின்னர் வெவ்வேறு உள் உரையாடல்கள் வெவ்வேறு வெளிப்புற டூப்பிள்களை உருவாக்குகின்றன, இது சாதாரண போக்குவரத்து ஹாஷுக்கு வேலை செய்ய ஏதாவது தருகிறது.

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

உண்மையில் பெறும் ஹாஷைச் சரிபார்க்கவும்

அனுமானிக்காமல் அளவிடுங்கள். இணைக்கப்பட்ட போக்குவரத்தின் மாதிரியைப் பிடித்து வெளிப்புற மூல போர்ட்களைப் பாருங்கள், பின்னர் முடிவை ஃபார்வர்டிங் உள்ளீடுகள் மற்றும் இணைப்பு வாரியான கவுண்டர்களுடன் ஒப்பிடுங்கள்.

show ip route 10.255.0.5/32
show ip cef 10.255.0.5 internal
ip route show 10.255.0.5
tcpdump -ni eth0 -c 200 'udp port 4789' -vv

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

மாதிரிக்கு முன்னும் பின்னும் கவுண்டர்களைப் பதிவு செய்யுங்கள், அப்லிங்க்களைப் பகிரும் தொடர்பற்ற போக்குவரத்தைக் கவனத்தில் கொள்ளுங்கள், இல்லையெனில் எண்கள் ஹாஷுக்கு உரியதை விட மோசமாகத் தோன்றும்.

சமமான விநியோகம் எதைக் குறிக்காது

ஒவ்வொரு ஓட்டத்துக்குமான ஹாஷ் ஒரு உரையாடலை ஒரு பாதையில் வைத்திருக்க வடிவமைக்கப்பட்டுள்ளது, அதன் உள்ளீடுகளும் கிடைக்கும் பாதைத் தொகுப்பும் மாறாத வரை. எனவே ஒரு பெரிய TCP பரிமாற்றம் எல்லா அப்லிங்க்களையும் ஒருங்கிணைக்காது, இணைப்புகளைச் சேர்ப்பது அந்த ஓட்டத்தை வேகப்படுத்தாது. இது இயல்பான நடத்தை, குறைபாடு அல்ல.

பல ஓட்டங்கள் தற்செயலாக அதே அடுத்த ஹாப்பில் மோதலாம். சிறிய மாதிரி மிகவும் சாய்ந்ததாகத் தோன்றலாம், ஆனால் ஹாஷ் அதற்காக அமைக்கப்பட்டதைச் சரியாகச் செய்கிறது, மேலும் இணைப்புத் தோல்வி அல்லது பாதைத் தொகுப்பு மாற்றம் நிறுவப்பட்ட ஓட்டங்களைப் பரிமாற்றத்தின் நடுவில் நகர்த்தலாம்.

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