முனைப்புள்ளி இணைக்கப்பட்டுள்ளது, அதன் துறைமுகம் செயலில் உள்ளது, இருப்பினும் கண்காணிப்பு ஹோஸ்ட் அதை அடைய முடியவில்லை. யாரோ மறுபக்கத்திலிருந்து ping இயக்குகிறார், அது வேலை செய்யத் தொடங்குகிறது, இது சிக்கலை இடைவிட்டு ஏற்படுவதுபோல் காட்டுகிறது, fabric-ஐ குற்றமற்றதுபோல் காட்டுகிறது. இந்த முறையே அமைதியான ஹோஸ்ட்டின் கையொப்பம்: அது அரிதாகவே அனுப்புகிறது, எனவே fabric-இன் கண்டறிதல் மற்றும் புதுப்பித்தல் நடத்தை அதன் இணைப்பு நிலையை விட முக்கியமானது. ஒரு இலக்கு IP, MAC மற்றும் bridge domain உடன் தொடங்கி அடுத்த தீர்வுப் பரிமாற்றத்தைப் பின்தொடரவும்.

அடுத்த ARP அல்லது ND பரிமாற்றத்தைப் பின்தொடரவும்

IPv4-க்கு, கோரும் ஹோஸ்ட்டின் ARP பரிமாற்றத்தைக் கவனிக்கவும்; IPv6-க்கு, Neighbor Solicitation மற்றும் Advertisement-ஐப் பின்தொடரவும். கோரிக்கை நோக்கமான உள்ளூர் பிரிவுக்கும் நோக்கமான VNI-க்கும் நுழைகிறதா என்பதை உறுதிப்படுத்தவும், ஏனெனில் சரியான bridge domain-ஐ ஒருபோதும் அடையாத கோரிக்கைக்கு எந்த ப்ராக்ஸியும் பதிலளிக்க முடியாது.

பின்னர் fabric இலக்கைப் பற்றி என்ன அறிந்துள்ளது என்று பாருங்கள். MAC மட்டும் கொண்ட பாதை Layer 2 இலக்கை அடையாளம் காண முடியும், ஆனால் ப்ராக்ஸிக்கு அதற்கு இன்னும் IP-to-MAC பிணைப்பு இல்லை. இவை தனித்தனி பதிவுகள், ஒன்றைச் சரிபார்ப்பது மற்றொன்றைப் பற்றி எதுவும் கூறாது.

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

பொருந்த வேண்டிய இரண்டு பதிவுகள்

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

தொலை இணைப்பில், முனைப்புள்ளி உண்மையில் பரிமாற்றத்தைப் பெற்று பதிலளிக்கிறதா என்பதைச் சரிபார்க்கவும். அதன் பதில் உள்ளூர் கற்றலைப் புதுப்பிக்கிறது மற்றும் தொடர்புடைய EVPN அறிவிப்பையும் புதுப்பிக்கிறது, அதனால்தான் கைமுறை ping விஷயங்களைச் சரிசெய்வதுபோல் தோன்றுகிறது: fabric காத்திருந்த போக்குவரத்தை நீங்கள் உருவாக்கினீர்கள். சரிசெய்தல் ஏன் நீடிக்கவில்லை என்பதையும் இது விளக்குகிறது: புதுப்பிக்கப்பட்ட உள்ளீடு காலாவதியானதும் முனைப்புள்ளி மீண்டும் அமைதியாகிறது. திட்டமிடப்பட்ட ping அறிகுறிக்கு சிகிச்சை அளித்து வடிவமைப்பு இடைவெளியை மறைக்கிறது.

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

தரநிலை உண்மையில் என்ன கருதுகிறது

RFC 9161 மாறும் ப்ராக்ஸி கற்றல் மற்றும் அறியப்படாத ARP மற்றும் ND கோரிக்கைகளின் இயல்புநிலை flooding-ஐ விவரிக்கிறது. அந்த flooding-ஐ முழுமையாக அடக்குவது, அவர்களின் கற்றல் அல்லது வழங்கல் அனுமானங்கள் அதைப் பாதுகாப்பாக்கும் வரிசைப்படுத்தல்களுக்கு மட்டுமே வரையறுக்கப்பட்டுள்ளது, இது பெரும்பாலான உள்ளமைவு வழிகாட்டிகளால் குறிப்பிடப்படுவதை விட குறுகிய நிபந்தனையாகும்.

புதிதாகக் கண்டறியப்பட்ட முனைப்புள்ளிகளை எதிர்பார்க்கும் fabric-க்கு அந்தக் கோரிக்கைகளுக்கு வேலை செய்யும் பாதை தேவை. BUM போக்குவரத்தைக் குறைக்க யாராவது அறியப்படாத-கோரிக்கை flooding-ஐ முடக்கியிருந்தால், அமைதியான ஹோஸ்ட்களே அதற்கு விலை கொடுக்கும் மக்கள், மேலும் அறிகுறி வாரங்கள் கழித்து இடைவிட்ட அணுகல் பற்றிய புகாராக வருகிறது.

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

புதுப்பித்தல், வயதாகுதல் மற்றும் நிலையான மாற்று

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

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

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

அடுத்த டிக்கெட்டுக்கு முன் என்ன பதிவு செய்ய வேண்டும்

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

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

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