EVPN ஃபயர்வால் கொள்கை: மையப்படுத்தப்பட்ட கேட்வே மற்றும் பகிரப்பட்ட IRB
மையப்படுத்தப்பட்ட கேட்வேகள் வாடகைதாரரின் போக்குவரத்தை ஃபயர்வால் வழியாக அனுப்புகின்றன, பகிரப்பட்ட IRB அதைச் செய்யாது. ஒவ்வொன்றும் எங்கு பரிசோதிக்கிறது, விரைவுப் பாதைக்கு என்ன தேவை என்பதை ஒப்பிடுங்கள்.
இரண்டு EVPN வடிவமைப்புகள் வாடகைதாரரின் கேட்வேயை வெவ்வேறு இடங்களில் வைக்கின்றன, ஃபயர்வால் ஒவ்வொன்றிலும் வெவ்வேறு போக்குவரத்தைப் பார்க்கிறது. மையப்படுத்தப்பட்ட கேட்வேயுடன், சப்நெட்டுகளுக்கு இடையிலான போக்குவரத்து ஃபயர்வாலை அடைகிறது, ஏனெனில் வழிமாற்றம் அங்கேயே நடக்கிறது. பகிரப்பட்ட IRB-யில், leaf சுவிட்சுகள் உள்நாட்டில் வழிமாற்றம் செய்கின்றன, நீங்கள் வேண்டுமென்றே அதைச் செருகாவிட்டால் ஃபயர்வால் எதையும் பார்க்காது. எந்த மாதிரியும் தவறல்ல. தவறு என்பது எல்லையில் ஃபயர்வாலை இணைத்து, fabric அதற்குப் போக்குவரத்தை வழங்கும் என்று கருதுவதுதான்.
இரண்டு மாதிரிகள், இரண்டு வெவ்வேறு பரிசோதனைப் புள்ளிகள்
பரிசோதனை தேவைப்படும் ஓட்டங்களை முதலில் பெயரிடுங்கள், ஏனெனில் இரு மாதிரிகளும் அவற்றை வேறுவிதமாகக் கையாள்கின்றன.
| Flow class | Centralized gateway | Distributed IRB |
|---|---|---|
| Same subnet | Bridged, not routed | Bridged, not routed |
| Inter-subnet | Routed at the firewall | Routed at the leaf |
| Inter-VRF | At the firewall | Needs leaking or service insertion |
| External | Border firewall | Border firewall |
ஒரே சப்நெட்டுக்குள் உள்ள போக்குவரத்துதான் மக்கள் மறக்கும் வரிசை. ஒரு VLAN-இல் உள்ள இரண்டு ஹோஸ்ட்கள் பாலம் வழியாகப் பேசுகின்றன, தனி அடுக்கு 2 பரிசோதனை வடிவமைப்பு அதைத் தடுக்காவிட்டால் அந்தப் பாதையில் வழிமாற்ற ஃபயர்வால் இல்லை. இது இரு மாதிரிகளிலும் உண்மை, எனவே இது வடிவமைப்புப் பற்றாக்குறை, அவற்றுக்கிடையேயான ஒப்பீடு அல்ல.
மீதமுள்ள மூன்று வரிசைகள்தான் மாதிரிகள் உண்மையில் பிரியும் இடம்.
மையப்படுத்தப்பட்ட கேட்வே: எளிய பரிசோதனை, உண்மையான டிரான்சிட் செலவு
வாடகைதாரரின் VLAN-களை அடுக்கு 2 சேவைகள் ஆக வைத்து, அவற்றின் வழிமாற்ற கேட்வேகளை ஃபயர்வாலில் வையுங்கள். சப்நெட்டுகளுக்கு இடையிலான போக்குவரத்து பின்னர் அந்தக் கேட்வேக்குச் சென்று திரும்புகிறது, இரண்டு ஹோஸ்ட்களும் ஒரே leaf-இல் இருந்தாலும் அவ்வாறு நிகழலாம். பரிசோதனைப் புள்ளி தெளிவானது, அதுவே இந்த வடிவமைப்பின் முழு வாதம். செலவு என்பது ஃபயர்வாலில் டிரான்சிட் சுமை மற்றும் இப்போது நீங்கள் பொறியியல் செய்ய வேண்டிய மையத் திறன் மற்றும் கிடைக்கும் தன்மைச் சார்பு.
மாற்றத்தை நீங்கள் கருதும் வாடகைதாரர் கேட்வேகளுக்கு மட்டுப்படுத்துங்கள். நிர்வாகம், underlay மற்றும் தள இடைமுகங்களுக்கு தனித்தனிப் பொறுப்புகள் இருக்கும்போது ஒவ்வொரு VLAN முகவரியையும் நீக்குவது மிகவும் பரந்தது. இரண்டாவது செயலில் உள்ள கேட்வேயையும் சரிபார்க்கவும், ஏனெனில் ஃபயர்வாலைச் சுற்றி இன்னும் வழிமாற்றம் செய்வது வடிவமைப்பை அமைதியாகச் செயலிழக்கச் செய்கிறது.
இந்த மாதிரியை தணிக்கையாளருக்கு விளக்குவது எளிது. இயக்குவது தானாகவே மலிவானது அல்ல.
பகிரப்பட்ட IRB: விரைவுப் பாதை, இயல்பாக எந்தப் பரிசோதனையும் இல்லை
பகிரப்பட்ட anycast கேட்வேகளுடன், ஒவ்வொரு leaf-உம் வாடகைதாரரின் போக்குவரத்தை உள்நாட்டில் வழிமாற்றம் செய்கிறது, மேலும் RFC 9135 இது மையக் கேட்வே வழியாகத் திரும்பிச் செல்வதை ஏன் தவிர்க்கிறது என்பதை விளக்குகிறது. பயன் உண்மையானது, அதற்கு நேரடி விளைவு உண்டு: ஃபயர்வால் எங்கே இணைக்கப்பட்டுள்ளது என்பதிலிருந்து பரிசோதனையை ஊகிக்க முடியாது. எல்லை leaf-உடன் இணைக்கப்பட்ட ஃபயர்வால் வெளிப்புற போக்குவரத்தையும், நீங்கள் வெளிப்படையாக அதை நோக்கித் திருப்புவதையும் பார்க்கிறது.
தளம் உண்மையில் ஆதரிக்கும் பொறிமுறையுடன் சேவையைச் செருகுங்கள்: கொள்கை அடிப்படையிலான வழிமாற்றம், சேவை முனை, அல்லது ஃபயர்வால் வழியாகக் கட்டுப்படுத்தப்பட்ட VRF இடை வழிமாற்றம். நோக்கமான போக்குவரத்தை அதன் உண்மையான நுழைவுப் புள்ளியில் பொருத்துங்கள். ஹோஸ்ட்களை நோக்கிய இடைமுகத்தில் எழுதப்பட்ட கொள்கை overlay-இல் இருந்து வரும் பாக்கெட்டை மூடாது.
நோக்கமான இயல்புநிலைக்குப் பதிலாக நிறுவப்பட்ட வழித்தடங்களைப் படியுங்கள். நேரடியாக இறக்குமதி செய்யப்பட்ட மிகவும் குறிப்பிட்ட வாடகைதாரர் முன்னொட்டு ஃபயர்வாலை நோக்கிச் செல்லும் இயல்புநிலை வழித்தடத்தைத் தவிர்க்கலாம், உள்ளமைவில் எதுவும் தவறாகத் தெரியாது.
சமச்சீர்மை என்பது வழிமாற்றத்தின் பண்பு, பரிசோதனையின் உத்தரவாதம் அல்ல
சமச்சீர் IRB, உள்வரவு மற்றும் வெளியேற்ற provider edge முனைகள் ஒரு ஓட்டத்திற்கான வழிமாற்றம் மற்றும் பாலத்தை எவ்வாறு கையாள்கின்றன என்பதை விவரிக்கிறது. இரு திசைகளும் ஒரே stateful சாதனத்தை அடைகின்றனவா என்பதை அது கூறவில்லை. ECMP, anycast மற்றும் ஃபயர்வாலின் உயர் கிடைக்கும் தன்மை அனைத்தும் எந்த முனை திரும்பும் போக்குவரத்தைப் பார்க்கிறது என்பதைப் பாதிக்கின்றன, கிளஸ்டரின் ஆதரிக்கப்பட்ட நிலை மாதிரி அது ஏற்கத்தக்கதா என்பதைத் தீர்மானிக்கிறது.
உங்களுக்கு முக்கியமான ஒவ்வொரு ஓட்டத்திற்கும் திரும்பும் பாதையை வெளிப்படையாகப் பின்பற்றுங்கள். NAT அந்த வேலைக்கு உலகளாவிய மாற்று அல்ல, அதைச் சார்ந்திருப்பவை பொதுவாக கட்டுமானத்தின் போது அல்ல, failover-இன் போது இடைவெளியைக் கண்டுபிடிக்கின்றன.
வடிவமைப்பை அங்கீகரிக்கும் முன் ஒரு கட்டாய ஓட்டத்தையும் வேண்டுமென்றே விலக்கப்பட்ட ஒரு ஓட்டத்தையும் இரு திசைகளிலும் செல்லுங்கள்.
எப்படித் தேர்ந்தெடுப்பது, எந்த நிலையிலும் என்ன சோதிப்பது
பரிசோதனைப் பரவல் டிரான்சிட் திறனை விட முக்கியமானதாகவும், மையச் சார்பைத் தாங்கக்கூடியதாகவும் இருந்தால் மையப்படுத்தப்பட்ட கேட்வேயைத் தேர்ந்தெடுங்கள். உள்நாட்டு வழிமாற்றம் முக்கியம் எனில் பகிரப்பட்ட IRB-ஐத் தேர்ந்தெடுத்து, கருதுவதற்குப் பதிலாக வெளிப்படையான சேவைச் செருகலுக்கு நிதி ஒதுக்குங்கள்.
பின்னர் நீங்கள் உண்மையில் நிறுவிய வழிமாற்றத்தைச் சோதியுங்கள், ஏனெனில் இரு வடிவமைப்புகளும் அதிகம் வேறுபடுவது அங்கேதான்:
show ip route vrf TENANT 10.20.0.0/16
show bgp l2vpn evpn route-type prefixசோதனையில் சேவை முனையின் தோல்வியும் மீட்பும் சேர்க்கப்பட வேண்டும். பரிசோதனையை அமைதியாகத் தவிர்க்கும் மாற்று வழித்தடம் திட்டமிட்ட fail-open கொள்கையிலிருந்து வேறுபட்ட முடிவு, பொதுவாக இரண்டில் ஒன்றே நோக்கமாக இருக்கும். முடிக்கப்பட்ட வடிவமைப்பு ஒவ்வொரு போக்குவரத்து வகுப்பும் எங்கு வழிமாற்றம் ஆகிறது, எங்கு பரிசோதிக்கப்படுகிறது, அந்தப் பரிசோதனைப் பாதை கிடைக்காதபோது என்ன நடக்கிறது என்பதைப் பெயரிடுகிறது.