EVPN தரவுத்தளத்தில் MAC கண்டறிவது அது ஒரு வழியாக அறிவிக்கப்பட்டது அல்லது பெறப்பட்டது என்பதை நிரூபிக்கும், அதற்கு மேல் ஒன்றுமில்லை. அனுப்புதல் அட்டவணை வேறு அமைப்பு, பின்னர் நிரலாக்கப்படும், எனவே அதே MAC ஒன்றில் தோன்றி மற்றொன்றில் இல்லாமல் இருக்கலாம், அதே நேரத்தில் ஒவ்வொரு நெறிமுறையும் சரியாக செயல்படும். இந்த இரண்டு வெளியீடுகளையும் ஒன்றுக்கொன்று நகல்களாக கருதுவது பொறியாளர்களை BGP பழுதின் பின்னால் அனுப்புகிறது, உண்மையான இடைவெளி இறக்குமதி கொள்கை அல்லது தீர்க்கப்படாத அடுத்த ஹாப் ஆகும் போது. கேட்கத் தகுந்த கேள்வி fabric க்கு MAC தெரியுமா என்பது அல்ல, மாறாக எந்த நிலையில் அது அதை அனுப்புவதை நிறுத்தியது.

வேறு கேள்விகளுக்கு பதிலளிக்கும் இரண்டு அட்டவணைகள்

Junos EVPN இல் தரவுத்தளம் ஒவ்வொரு இன்ஸ்டன்ஸுக்கும் MAC முகவரிகளை பட்டியலிடுகிறது, ஒவ்வொன்றும் எப்படி வந்தது என்பதையும் சேர்த்து: அணுகல் போர்ட்டில் இருந்து கற்றது, Type 2 வழியில் பெற்றது, அல்லது மல்டிஹோமிங் குழுவின் பகுதியாக குறிக்கப்பட்டது. Juniper இன் show evpn database குறிப்பு காட்சியை படிக்கக்கூடியதாக்கும் ஒவ்வொரு MAC மற்றும் இன்ஸ்டன்ஸ் வடிகட்டிகளை உள்ளடக்கியது. இது இன்ஸ்டன்ஸ் மற்றும் MAC விசையுடைய கட்டுப்பாட்டு மட்ட சுருக்கம், வன்பொருள் பிரேம்களை மாற்றும் அட்டவணை அல்ல.

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

Type 2 வழி MAC, விருப்பத் தேர்வு IP, லேபிள் அல்லது VNI, வழி வேறுபடுத்தி மற்றும் தொலைதூர VTEP ஐ பெயரிடும் அடுத்த ஹாப்பை சுமக்கிறது. கேபிளுக்கும் அந்த வழிக்கும் இடையே நான்கு விஷயங்கள் உடையலாம்: ஹோஸ்ட் ஒருபோதும் கற்றுக்கொள்ளப்படுவதில்லை, வழி ஒருபோதும் அறிவிக்கப்படுவதில்லை, இறக்குமதியில் அது நிராகரிக்கப்படுகிறது, அல்லது அதன் அடுத்த ஹாப் தீர்க்கப்படுவதில்லை. ஒவ்வொரு தோல்வியும் வேறு அட்டவணை தொகுப்பை நிரப்பி விடுகிறது, அதனால்தான் இந்த வரிசையை ஆய்வு செய்ய முடிகிறது.

உள்ளூர் கற்றல் இன்னும் முதலில் நடக்கிறது

பொதுவான கருதுகோள் EVPN MAC கற்றலை எடுத்துக்கொள்கிறது, எனவே காலி தரவுத்தளம் overlay பிரச்சனை என்று அர்த்தமாக வேண்டும். உள்ளூர் கற்றல் இன்னும் அணுகல் பக்கத்தில் இயங்குகிறது, VXLAN இருப்பதற்கு முன்பு போலவே: சுவிட்ச் அனுமதிக்கப்பட்ட பிரேமின் மூல MAC ஐ சரியான VLAN மற்றும் சேவையில் கற்றுக்கொள்கிறது, அதன் பின்னரே அதற்கு Type 2 உருவாக்குகிறது. பொருத்தமான பிரேமை அனுப்பாத ஹோஸ்டுக்கு அறிவிக்க எதுவும் இல்லை. VLAN உறுப்பினர், வடிகட்டி அல்லது தொகுப்பின் செயலிழந்த உறுப்பினரால் எந்த ஹோஸ்டின் பிரேம்கள் தூக்கி எறியப்படுகின்றனவோ அது overlay பார்வையில் ஒரே மாதிரியாக தெரிகிறது.

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

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

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

தொலைதூர MAC எங்கே இழக்கப்படுகிறது

தொலைதூர MAC எதிர் திசையில் தோல்வியடைகிறது, அமைதியாக. Type 2 வழி வருகிறது, ஆனால் அதன் வழி இலக்கு மற்றும் VNI உள்ளூர் உள்ளமைவுடன் பொருந்தும்போது மட்டுமே அது இன்ஸ்டன்ஸில் நுழைகிறது, அதன் அடுத்த ஹாப் அடையக்கூடிய VTEP ஆக தீர்க்கப்படும்போது மட்டுமே பயன்படுத்தக்கூடியதாகிறது. வழி இலக்கின் பொருந்தாமை BGP அட்டவணையில் எந்த இன்ஸ்டன்ஸும் ஒருபோதும் கேட்காத செல்லுபடியான வழியை விட்டுச் செல்கிறது.

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

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

அந்த வெளியீடுகள் மூன்று தனி கேள்விகளுக்கு பதிலளிக்கின்றன. bgp.evpn.0 இல் வழி இருந்தும் தரவுத்தளப் பதிவு இல்லாவிட்டால் அது இறக்குமதி கொள்கை, வழி இலக்கு அல்லது இன்ஸ்டன்ஸ் உள்ளமைவை சுட்டிக்காட்டுகிறது. தரவுத்தளப் பதிவு இருந்தும் அனுப்புதல் பதிவு இல்லாவிட்டால் அது தள நிரலாக்கத்தை சுட்டிக்காட்டுகிறது, அது வேறு மேம்பாட்டு பாதைக்கு சொந்தமானது. அடுத்த ஹாப் தீர்க்கப்படாத செயலில் உள்ள வழி போக்குவரத்து அல்லது லேபிள் பிரச்சனை, MAC பிழைத்திருத்தம் எந்த அளவும் அதை சரிசெய்யாது.

அதை சரிசெய்த மறுதொடக்கம் மிகக் குறைவையே நிரூபிக்கிறது

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

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

show evpn database instance blue
show route table bgp.evpn.0
show version

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

பெரும்பாலான நிகழ்வுகளை தீர்க்கும் நான்கு அவதானிப்புகள்

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

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

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