ஒரு EVPN வாடகைதாரர் பல route distinguisher ஏன் காட்ட முடியும்
ஒரே வாடகைதாரரில் இரண்டு RD முரண்பாடு அல்ல. CLI வெளியீட்டிலிருந்து பாதையை உருவாக்கிய MAC-VRF அல்லது IP-VRF வரை சென்று, பின்னர் RT இறக்குமதி மற்றும் VNI சரிபார்க்கவும்.
ஒரு வாடகைதாரருக்கான EVPN அட்டவணையை வடிகட்டுகிறீர்கள், பாதைகள் இரண்டு வெவ்வேறு route distinguisher சுமக்கின்றன. முதல் எதிர்வினை கட்டமைப்பு முரண்பாடு, ஆனால் அந்த எதிர்வினை பொதுவாக தவறானது. வாடகைதாரர் பெயர் ஒரு வணிக லேபிள், கட்டுப்பாட்டு தளத்தின் ஒரே பொருள் அல்ல, எனவே அதனுள் உள்ள பாலச் சூழலும் வழிப்படுத்தல் சூழலும் தனித்தனி அடையாளங்களின் கீழ் சட்டப்பூர்வமாக அறிவிக்கலாம். ஒரு நேரத்தில் ஒரு பாதையை வெளியீட்டிலிருந்து அதை உருவாக்கிய உள்ளூர் சேவைப் பொருள் வரை பின்தொடர்ந்து செல்லுங்கள், இரண்டாவது RD தவறு போலத் தோன்றுவது நிற்கும்.
உங்களைக் குழப்பிய வெளியீட்டிலிருந்து தொடங்குங்கள்
முழு அட்டவணைக்குப் பதிலாக ஒரு பாதையைத் தேர்ந்தெடுக்கவும். அதன் பாதை வகை, RD, ஏற்றுமதி செய்யப்பட்ட route target மற்றும் அடுத்த ஹாப் ஆகியவற்றைப் பதிவு செய்யுங்கள். அந்த நான்கு புலங்கள் எந்த உள்ளூர் பொருள் அதை அறிவித்தது, எந்த தொலைநிலைக் கொள்கை அதை இறக்குமதி செய்ய வேண்டும் என்பதை அடையாளம் காண போதுமானவை.
NX-OS பாணி சாதனத்தில் விரிவான பார்வை இதன் மூலம் கிடைக்கும்: show bgp l2vpn evpn route-type 2 detail அல்லது show bgp l2vpn evpn route-type 5 detail. Junos இல் அதே தகவல் இங்கே உள்ளது: show route table bgp.evpn.0 detail. வேறு தொடரியல், அதே புலங்கள்.
காட்டப்படும் ஒவ்வொரு எண்ணையும் சமமாக்குவதில் தொடங்க வேண்டாம். RD களை சமமாக்குவதே இயங்கும் fabric இல் இறக்குமதிக் கொள்கையை உடைக்கும் மாற்றம்.
ஒவ்வொரு அடையாளத்திற்கும் அதன் வேலையைக் கொடுங்கள்
| Identifier | Question it answers | Where it is used |
|---|---|---|
| Route distinguisher | Which distinct route context contributed this advertisement? | Makes otherwise identical prefixes unique in BGP |
| Route target | Which importing service policy should receive the route? | Extended community matched by import policy |
| VNI | Which VXLAN service context carries the traffic? | Data plane encapsulation and mapping |
MAC-VRF ஒரு பாலச் சேவைக்கான MAC அனுப்புதல் தகவலை வைத்திருக்கிறது. IP-VRF வழிப்படுத்தப்பட்ட சேவைக்கு IP வழிப்படுத்தல் சூழலை வழங்குகிறது. ஒரு வாடகைதாரர் இரண்டையும் கொள்ளலாம், எனவே எந்த கட்டமைப்புப் பிழையும் இல்லாமல் ஒரு வாடகைதாரர் ஒன்றுக்கு மேற்பட்ட RD ஐ உருவாக்க முடியும்.
RFC 7432 அறிவிக்கும் MAC-VRF இன் RD ஐ அதன் EVPN NLRI க்கு ஒதுக்குகிறது, மேலும் ஒரே PE இல் உள்ள MAC-VRF களுக்கு இடையே வேறுபட்ட RD களைக் கோருகிறது. Route-target நடைமுறைகள் தனித்தன: அவை ஒன்று அல்லது பல RT பண்புகளை அனுமதித்து, உறுப்பினர் நிலைக்கு இறக்குமதிக் கொள்கையை நம்புகின்றன. பகிரப்பட்ட உறுப்பினர் நிலையை உருவாக்குவது RD சமநிலை அல்ல, அதை அவ்வாறு கருதுவதே இந்தக் குழப்பத்தின் வேர்.
அறிவிப்பிலிருந்து இறக்குமதி வரை ஒரு பாதையைச் செல்லுங்கள்
பாதையை ஒரு திசையில் பின்தொடருங்கள். பாதை வகை, அதை உருவாக்கிய சேவை, RD, ஏற்றுமதி செய்யப்பட்ட RT கள், பின்னர் பெறும் PE இல் உள்ள இறக்குமதிக் கொள்கையை உறுதிப்படுத்துங்கள். ஒவ்வொரு படியும் வேறு கேள்விக்கு பதிலளிக்கிறது, எந்தப் படியிலும் தோல்வி மறுபக்கத்தில் அதே காணாமல் போன முன்னொட்டு போலத் தெரிகிறது.
பாதை இருக்கும்போது நிறுவப்பட்ட அனுப்புதல் சூழலையும் VNI வரைபடத்தையும் பரிசோதியுங்கள். இரு முனைகளிலும் VNI பொருந்துவது தரவுத் தளம் ஒப்புக்கொள்கிறது என்பதைக் காட்டுகிறது; கட்டுப்பாட்டுத் தளம் நோக்கிய கொள்கையின் மூலம் பாதையை இறக்குமதி செய்தது என்பதை அது காட்டாது.
பாதை தொலைநிலை PE இல் தோன்றினாலும் போக்குவரத்து பாயவில்லை என்றால், சிக்கல் EVPN ஐத் தாண்டிவிட்டது. மீண்டும் route target திருத்துவதற்கு முன் VNI-இலிருந்து-VLAN அல்லது VNI-இலிருந்து-VRF இணைப்பையும் underlay பாதையையும் சரிபார்க்கவும். வரைபடத்தில் தொடங்கி, பின்னர் underlay, அதன் பின்னரே கட்டுப்பாட்டுத் தளம். தரவுத் தளக் குறையைத் துரத்த route-target மாற்றத்தை மீளச் செய்வது இயங்கும் இறக்குமதியை உடைக்கும் நம்பகமான வழி.
அடுக்கு 3 முன்னொட்டுகள் இன்னும் EVPN பாதைகள்
EVPN அட்டவணையில் உள்ள IP முன்னொட்டு சாதாரண IPv4-unicast BGP அல்ல. EVPN IP Prefix பாதை அதன் சொந்த பாதை வகை, மேலும் MAC/IP மற்றும் IP-முன்னொட்டு அறிவிப்புகள் EVPN முகவரி குடும்பத்தில் பயணிக்கின்றன, அதை RFC 7432 AFI 25 மற்றும் SAFI 70 என அடையாளம் காட்டுகிறது.
EVPN அட்டவணையில் உள்ள ஒரு பாதையை unicast அட்டவணையில் உள்ள ஒன்றோடு ஒப்பிடும்போது இந்த வேறுபாடு முக்கியம். அவை ஒரே இலக்கை விவரித்தாலும் வேறு கொள்கையால் உருவாக்கப்பட்டு, வடிகட்டப்பட்டு, இறக்குமதி செய்யப்படலாம். ஒன்றை மற்றொன்றின் சான்றாகப் படிப்பதே சரியான fabric இடம்பெயர்வின் போது உடைந்ததாகத் தோன்றுவதற்குக் காரணம்.
எண்களை ஒப்பிடும் முன் விற்பனையாளரின் வழித்தோன்றலைச் சரிபார்க்கவும்
RFC 9136 EVPN ஐ IP Prefix பாதைகளால் விரிவாக்குகிறது, மேலும் பொருந்தும் RD MAC-VRF அல்லது IP-VRF சூழலிலிருந்து வருகிறதா என்பதைக் குறிப்பிடுகிறது. எனவே ஒரே வெளியீட்டில் உள்ள L2 சேவை லேபிளும் வழிப்படுத்தப்பட்ட சேவை லேபிளும் அவை சேர்ந்த பொருட்களின் அடிப்படையில் படிக்கப்பட வேண்டும், வாடகைதாரருக்கு ஒரு RD ஆகக் குறைக்கப்படக் கூடாது.
RD மற்றும் RT இன் தன்னியக்க வழித்தோன்றல் விற்பனையாளரைச் சார்ந்தது. பயன்படுத்தப்படும் சூத்திரத்திற்கு நிறுவப்பட்ட விற்பனையாளரின் குறிப்பைப் படியுங்கள்; ஒரு சுவிட்சில் கண்ட தன்னியக்கமாக உருவாக்கப்பட்ட மதிப்பு உலகளாவிய குறியாக்கம் அல்ல, இரண்டு விற்பனையாளர்களின் எண்களை ஒப்பிடுவது அரிதாகவே எதையும் நிரூபிக்கிறது.
நீங்கள் தொடங்கிய பாதைக்கு எழுத்துப்பூர்வ தடயத்துடன் முடிக்கவும்: வகை, உருவாக்கிய பொருள், RD, ஏற்றுமதி செய்யப்பட்ட RT, இறக்குமதிக் கொள்கை, நிறுவப்பட்ட VNI. ஆறு புலங்கள் அடுத்த முறை டிக்கெட்டைப் படிப்பவருக்கு அறிவிப்பை விளக்குகின்றன, அவற்றில் எதுவும் வாடகைதாரரின் எண்கள் பொருந்த வேண்டும் எனக் கோரவில்லை.