டேக் இல்லாத அணுகல் போர்ட்டை சரியான EVPN VNI-க்கு மேப் செய்தல்

டேக் இல்லாத ஹோஸ்ட் பிரேம் அணுகல் போர்ட்டால் வகைப்படுத்தப்படும், பிறகு VTEP அதை VNI ஆக எடுத்துச் செல்கிறது. இன்கிரெஸ், எக்ரெஸ் மற்றும் சேவை மாதிரியைத் தனித்தனியாகச் சரிபார்க்கவும்.

சாதாரண Ethernet ஹோஸ்ட் டேக் இல்லாத பிரேம்களை அனுப்புகிறது, EVPN ஃபேப்ரிக் அவற்றைச் சரியான வாடகைதாரர் சேவையில் எடுத்துச் செல்ல வேண்டும். அணுகல் போர்ட் பிரேமை உள்ளூர் பிரிவாக வகைப்படுத்துகிறது, VTEP அந்தப் பிரிவை VNI-க்கு மேப் செய்கிறது, தொலை இணைப்பு பிரேமை அதன் ஹோஸ்ட் எதிர்பார்ப்பது போலவே வழங்குகிறது. VLAN மற்றும் VNI அந்தப் பாதையின் வெவ்வேறு பகுதிகளை அடையாளப்படுத்துகின்றன, அவற்றுக்கு ஒரே எண் இருக்க வேண்டியதில்லை. கீழேயுள்ள runbook-ஐ வரிசையாக முடிக்கவும், ஏனெனில் எந்தப் படியிலும் ஒரு தவறு அதே அறிகுறியையே உருவாக்குகிறது: அனுப்பும் ஆனால் எதையும் பெறாத ஹோஸ்ட்.

ஒரு பிரேமை ஃபேப்ரிக் வழியாகக் கண்காணிக்கவும்

VLAN அடிப்படையிலான எளிய சேவைக்கு ஒரு எடுத்துக்காட்டு பாதை இப்படித் தெரிகிறது:

Host A: untagged frame
  to access port: local VLAN 110
  to VTEP A: L2VNI 50110
  to VTEP B: corresponding local service
  to access port: untagged frame to Host B

VLAN மற்றும் VNI எண்கள் எடுத்துக்காட்டுகள், விதி அல்ல. உள்ளூர் VLAN என்பது ஒரே சுவிட்சில் உள்ள இன்கிரெஸ் வகைப்பாடு; L2VNI என்பது இரு VTEP-களும் புரிந்துகொள்ளும் overlay சேவை அடையாளங்காட்டி. overlay விவரக்குறிப்பு RFC 8365 சேவை அடையாளங்காட்டியை ஹோஸ்ட் எப்படி இணைக்கப்பட்டுள்ளது என்பதிலிருந்து தனியாக வைத்திருக்கிறது, மேலும் மூன்று வடிவங்களைப் பெயரிடுகிறது: VLAN அடிப்படையிலானது, தொகுக்கப்பட்டது மற்றும் VLAN விழிப்புள்ளது.

இன்கிரெஸ் வகைப்பாட்டை உள்ளமைக்கவும்

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

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

show running-config interface Ethernet1/1
show interface Ethernet1/1 switchport
show vlan brief

VTEP மற்றும் VNI மேப்பிங்கை உள்ளமைக்கவும்

VTEP VXLAN என்கேப்சுலேஷனையும் VNI-ஐயும் சேர்க்கிறது. ஹோஸ்ட் அந்தத் தலைப்பை உருவாக்குவதில்லை, சேவை இருப்பதை அறியத் தேவையில்லை.

உள்ளூர் VLAN-ஐ தளம் ஆதரிக்கும் கட்டளை வடிவில் L2VNI-க்கு மேப் செய்து, இந்த மேப்பிங்கைச் சேவையின் இரு முனைகளிலும் ஒரே மாதிரி வைத்திருங்கள். வாடகைதாரர் L2VNI-ஐயும் சப்நெட்டுகளுக்கு இடையேயான ரூட்டிங்கிற்குப் பயன்படும் L3VNI-ஐயும் வெவ்வேறு பொருள்கள், அவற்றின் எண்களைக் கலப்பது L2 பாதையைத் தொடாமல் ரூட்டிங்கை உடைக்கிறது; மேலும் தொலை VTEP-க்கான இயங்கும் underlay பாதை அமைப்பின் மற்றொரு அடுக்கைச் சேர்ந்தது என்பதை நினைவில் கொள்ளுங்கள்.

மேப்பிங் தவறாக இருந்தால் பிரேம் இருந்தாலும் ஃபேப்ரிக்கில் நுழைந்து நேராகத் தவறான சேவையில் இறங்குகிறது. அதனால்தான் சரிபார்ப்பு சேவை சரிபார்ப்பு, இணைப்புச் சரிபார்ப்பு அல்ல.

எக்ரெஸ் வழங்கலை உள்ளமைக்கவும்

தொலை முனையில் பெறப்பட்ட சேவையை ஹோஸ்ட் எதிர்பார்ப்பதற்கு மீண்டும் மாற்ற வேண்டும்: அணுகல் போர்ட்டில் வெறும் Ethernet, நீங்கள் கட்டுப்படுத்தும் trunk-இல் குறிப்பிட்ட டேக், மற்றும் தேர்ந்தெடுத்த சேவை மாதிரிக்குப் பொருந்தும் உள் டேக் கையாளுதல். overlay-ஐக் குறை சொல்வதற்கு முன் trunk-இல் அனுமதிக்கப்பட்ட VLAN பட்டியலைச் சரிபார்க்கவும், ஏனெனில் எக்ரெஸ் trunk அனுமதிக்காத டேக் overlay தன் வேலையை முடித்த பிறகு நிராகரிக்கப்படுகிறது. தொலை ஹோஸ்ட் உங்கள் வரைபடம் கருதியதை அல்ல, தான் பெறும் வழங்கலையே எதிர்பார்க்கிறது என்பதை உறுதிப்படுத்தவும்.

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

உள்ளூர் MAC கற்றல், EVPN சேவை வழி மற்றும் தொலை இணைப்பு மேப்பிங்கை ஒன்றாகப் படியுங்கள், பயன்பாட்டிற்குத் தேவையான அண்டைக் கண்டறிதலை வெறும் ping-ஆக மட்டுப்படுத்தாதீர்கள். வேறு பிரிட்ஜ் டொமைனில் கற்ற MAC முகவரி அங்கே முழுமையாகச் செல்லுபடியாக இருக்கலாம், இருந்தாலும் தவறான சேவையைச் சுட்டலாம்.

ஒரு ஹோஸ்ட் இணையுடன் சரிபார்க்கவும்

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

show mac address-table vlan 110
show bgp l2vpn evpn
show nve peers

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

தொடர்புடைய கட்டுரைகள்